2016-05-23 5 views
-1

環境詳細:IBM MobileFirst 7.1.0リバティサーバーファーム応答しなく

OS:のWindows Server 2012

IBM MobileFirstプラットフォームServerバージョン - 7.1.0.00.20160401-2103

プロジェクトWARバージョン - 7.1.0.00.20151130-1648

アプリケーションのバージョン - 7.1.0.00.20151130-1648

IBM WebsphereのリバティVerison - 8.5.5.5

のJava - OracleのJDK 1.7.0_79

リバティファーム:

2つのノードは、Node01とnode02でなどリバティファームで動作するように設定されています。

  1. LibertyサーバーとMFPが両方のノードにインストールされています。
  2. サーバー構成ツールの使用 - 管理サービスは両方のノードに展開されます。
  3. リバティーファームには以下の設定が追加されています。 のjndiName = "IBMのノードへ

のjndiName = "ibm.worklight.topology.clustermode" 値= "農場" のjndiName = "ibm.worklight.admin.serverid" 値= "farm_member_1" ユニーク。 「worklight.admin.jmx.user」value = "myRESTConnectorUser" {server.xmlで指定された実際の値} jndiName = "ibm.worklight.admin.jmx.pwd" value = "レスポンス・コネクタ・ユーザの​​パスワード" {実際の値server.xml} jndiName = "ibm.worklight.admin.jmx.host" value = "93.12.0.12" jndiName = "ibm.worklight.admin.farm.heartbeat" value = "" 5 "' jndiName = "ibm.worklight.admin.farm.missed.heartbeats.timeout" value = '"2"' のjndiName = "wladmin/ibm.worklight.admin.environmentid" 値= ' "て、myApp"' のjndiName = "ibm.worklight.admin.jmx.port" 値= "9443"

  • ランタイムのは、共通の環境ID

  • 証明書とltpa.keyは、文書ごとに交換されているとサーバー設定ツールを使用して作成されます。 Configuring a server farm

  • 両方のノードが同期していて、アプリケーションを展開して別のノードから削除するとわかります。
  • 問題:

    1. のWorkLightコンソールから - >ランタイム - >サーバーファーム(タブ)。私はいつもNode02のステータスがで、応答がないと答えます。です。しかし、Node02のコンソールにhttp://node02:9080/worklightconsoleでアクセスできます。

    2. Node01を停止し、Node02のworklightconsoleにアクセスすると、「このサーバに展開されたランタイム環境はありません」という警告が表示されます。

    3. アプリケーションは、「Node02が到達不能で、このノードでこのトランザクションは実行されていないようです」というメッセージが表示された後、いずれかのサーバーから展開または削除されます。

    4. Node02が停止している場合、node01コンソールにアクセスしている間は何も影響しません。

    Libertyファームを正しく動作させるために欠けていたことはありますか?

    ログイン:

    [5/23/16 16:20:24:916 GST] 0000004f id=   com.worklight.core.util.RssBrokerUtils      3 commitTransaction Transaction commit: 2073387200 (new:true; completed:false; rollbackOnly:false) 
    [5/23/16 16:20:30:344 GST] 00000082 id=   com.worklight.core.jmx.ProjectSynchronizationBean   > pingAdmin ENTRY 
    [5/23/16 16:20:30:344 GST] 00000082 id=   com.worklight.common.util.BaseProjectLocal     1 set Set ProjectLocal: MyAPP 
    [5/23/16 16:20:30:344 GST] 00000082 id=   com.worklight.common.util.BaseProjectLocal     3 set java.lang.Throwable 
        at com.worklight.common.util.BaseProjectLocal.set(BaseProjectLocal.java:56) 
        at com.worklight.core.jmx.ProjectSynchronizationBean.setProjectLocal(ProjectSynchronizationBean.java:525) 
        at com.worklight.core.jmx.ProjectSynchronizationBean.pingAdmin(ProjectSynchronizationBean.java:466) 
        at com.worklight.core.init.WorklightServletInitializer$1FarmHeartBeatRunnable.run(WorklightServletInitializer.java:345) 
        at java.lang.Thread.run(Thread.java:745) 
    
    [5/23/16 16:20:30:344 GST] 00000082 id=   com.worklight.common.util.BaseProjectLocal     1 set Set ProjectLocal returned: true [project MyAPP] 
    [5/23/16 16:20:30:344 GST] 00000082 id=   com.worklight.common.util.jmx.MBeanConnectorFactory   > getLocalMBeanProxy ENTRY com.worklight.common.server.jmx.api:type=WorklightAdmin_MyApp,qualifier=worklightadmin,serverid=Member1 com.worklight.common.server.jmx.api.ManagementMXBean 
    [5/23/16 16:20:30:344 GST] 00000082 id=   com.worklight.common.util.jmx.MBeanConnectorFactory   1 Detected Liberty profile runtime 
    [5/23/16 16:20:30:344 GST] 00000082 id=   com.worklight.common.util.jmx.LibertyRuntimeMBeanHandler  > getMBeanServerConnection ENTRY localhost 
    [5/23/16 16:20:30:344 GST] 00000082 id=   com.worklight.common.util.jmx.LibertyRuntimeMBeanHandler  1 reusing the JMX connection:com.ibm.[email protected]4368dce5 
    [5/23/16 16:20:30:344 GST] 00000082 id=   com.worklight.common.util.jmx.LibertyRuntimeMBeanHandler  < getMBeanServerConnection RETURN 
    [5/23/16 16:20:30:344 GST] 00000082 id=   com.worklight.common.util.jmx.MBeanConnectorFactory   < getLocalMBeanProxy RETURN 
    [5/23/16 16:20:30:359 GST] 000000a6 id=   com.worklight.common.util.JNDIUtils       1 JNDI Access found in cache for context wladmin and key mfp.db.cloudant.username => null 
    [5/23/16 16:20:30:359 GST] 00000082 id=   com.worklight.common.util.BaseProjectLocal     1 unset unset ProjectLocal [project MyAPP] 
    [5/23/16 16:20:30:359 GST] 00000082 id=   com.worklight.common.util.BaseProjectLocal     3 unset java.lang.Throwable 
        at com.worklight.common.util.BaseProjectLocal.unset(BaseProjectLocal.java:114) 
        at com.worklight.core.jmx.ProjectSynchronizationBean.unsetProjectLocal(ProjectSynchronizationBean.java:534) 
        at com.worklight.core.jmx.ProjectSynchronizationBean.pingAdmin(ProjectSynchronizationBean.java:516) 
        at com.worklight.core.init.WorklightServletInitializer$1FarmHeartBeatRunnable.run(WorklightServletInitializer.java:345) 
        at java.lang.Thread.run(Thread.java:745) 
    
    [5/23/16 16:20:30:359 GST] 00000082 id=   com.worklight.core.jmx.ProjectSynchronizationBean   < pingAdmin RETURN 
    [5/23/16 16:20:54:918 GST] 00000044 id=   com.worklight.core.tasks.TaskThread       3 trigger Triggered task com.worklight.core.clustering.ClusterSynchronizationTask#4a43c9dc 
    [5/23/16 16:20:54:918 GST] 0000004f id=   com.worklight.core.util.RssBrokerUtils      3 beginTransaction Transaction begin : 539749812 (new:true; completed:false; rollbackOnly:false)REQUIRED 
    [5/23/16 16:20:54:918 GST] 0000004f id=   com.worklight.core.clustering.ClusterSingletonDetails  1 ClusterSingletonDetails VMID:NodeAPP1:b02b3977865adf5c:2df65b64:154dd8a8a29:-8000 
    [5/23/16 16:20:54:918 GST] 0000004f id=   com.worklight.core.clustering.ClusterSingletonDetails  1 ClusterSingletonDetails VMID:NodeAPP1:b02b3977865adf5c:2df65b64:154dd8a8a29:-8000 
    [5/23/16 16:20:54:918 GST] 0000004f id=   com.worklight.core.clustering.ClusterSingletonDetails  1 ClusterSingletonDetails VMID:NodeAPP1:b02b3977865adf5c:2df65b64:154dd8a8a29:-8000 
    [5/23/16 16:20:54:918 GST] 0000004f id=   com.worklight.core.clustering.ClusterSingletonDetails  1 ClusterSingletonDetails VMID:NodeAPP1:b02b3977865adf5c:2df65b64:154dd8a8a29:-8000 
    [5/23/16 16:20:54:918 GST] 0000004f id=   com.worklight.core.util.RssBrokerUtils      3 commitTransaction Transaction commit: 539749812 (new:true; completed:false; rollbackOnly:false) 
    [5/23/16 16:21:24:928 GST] 00000044 id=   com.worklight.core.tasks.TaskThread       3 trigger Triggered task com.worklight.core.clustering.ClusterSynchronizationTask#4a43c9dc 
    [5/23/16 16:21:24:928 GST] 0000004f id=   com.worklight.core.util.RssBrokerUtils      3 beginTransaction Transaction begin : 973144513 (new:true; completed:false; rollbackOnly:false)REQUIRED 
    

    答えて

    0

    症状は、ノード間のJMX接続が全く働いていないことを示しています。

    フィールドの設定方法については言及していません。ibm.worklight.admin.jmx.port。ログファイルに「JMX転送に必要なJNDIプロパティが設定されていません。」というメッセージが含まれているかどうかを確認します。その場合は、portプロパティを設定してください。明らかに、ポートプロパティが設定されていないと、JMXは機能しません。

    私はその「myRESTConnectorUser」と「パスワードの休止・コネクタ・ユーザー」あなたの構成内のリテラル値ではありません願っています。実際のユーザーとパスワードで置き換える必要があります。

    リバティーファームの設定方法については、the IBM Knowledge Center hereを参照してください。

    +0

    もちろん、はい、JMXポートの値は実際に提供されました。これが設定されていない場合、シナリオ1はどのように機能しますか? JNDIのユーザーとパスワードはsever.xml内にあります。私はこの質問を更新しました。私はログを追加しました。 – Karikalan

    +0

    これはなぜ機能しないのでしょうか? – Karikalan

    0

    これは、新しいLiberty Serverインスタンス& IBM MFP Libertyファームの構成を作成することで解決されました。

    関連する問題