1

数か月間、AMQ 5.5.1 を本番環境で使用しています。時折、ブローカーが外部トリガーなしで自身を更新することを決定することがあります。これが発生すると、約 10 分後にブローカーがオンラインに戻るまで、キューの送信者は失敗します。この動作の原因となる情報や設定が見つかりません..制御させてください。

ブローカーがこのように独自にリサイクルするのは正常ですか? もしそうなら、何が原因でしょうか？

2012-12-11 11:02:11,603 | INFO  | Refreshing   org.apache.activemq.xbean.XBeanBrokerFactory$1@f6ac0b: startup date [Tue Dec 11 11:02:11 EST 2012]; root of context hierarchy | org.apache.activemq.xbean.XBeanBrokerFactory$1 | WrapperSimpleAppMain
 2012-12-11 11:02:13,806 | WARN  | destroyApplicationContextOnStop parameter is deprecated, please use shutdown hooks instead | org.apache.activemq.xbean.XBeanBrokerService | WrapperSimpleAppMain
 2012-12-11 11:02:13,821 | INFO  | PListStore:D:\Tools\ActiveMQ\apache-activemq-5.5.1\bin\win32\..\..\data\localhost\tmp_storage started | org.apache.activemq.store.kahadb.plist.PListStore | WrapperSimpleAppMain
 2012-12-11 11:02:13,868 | INFO  | Using Persistence Adapter: KahaDBPersistenceAdapter[D:\Tools\ActiveMQ\apache-activemq-5.5.1\bin\win32\..\..\data\kahadb] | org.apache.activemq.broker.BrokerService | WrapperSimpleAppMain 
 2012-12-11 11:02:16,618 | INFO  | KahaDB is version 3 | org.apache.activemq.store.kahadb.MessageDatabase | WrapperSimpleAppMain
 2012-12-11 11:02:16,697 | INFO  | Recovering from the journal ... | org.apache.activemq.store.kahadb.MessageDatabase | WrapperSimpleAppMain
4

1 に答える 1

0

ラッパー exe プロセスが再起動を強制していることがわかりました。

JVM が応答していないためにプロセスが再起動されていることを wrapper.log (Windows サービス) で確認できました。したがって、これはブローカの自動再起動自体の問題ではありません。これは、ブローカ JVM がハングするという問題でした (別の問題)。

関心のある方のためのラッパー ログ エントリは次のとおりです。

ERROR  | wrapper  | 2012/12/11 11:01:58 | JVM appears hung: Timed out waiting for signal from JVM.
ERROR  | wrapper  | 2012/12/11 11:01:58 | JVM did not exit on request, terminated
STATUS | wrapper  | 2012/12/11 11:02:04 | Launching a JVM...
于 2012-12-11T18:49:57.247 に答える