16.2. ログを使用したトラブルシューティング
AMQ Interconnect ログエントリーを使用すると、ネットワークのルーターに関するエラーおよびパフォーマンスの問題を診断できます。
例16.1 接続およびリンクのトラブルシューティング
この例では、ROUTER
ログには接続のライフサイクルと、それに関連するリンクが表示されます。
2019-04-05 14:54:38.037248 -0400 ROUTER (info) [C1] Connection Opened: dir=in host=127.0.0.1:55440 vhost= encrypted=no auth=no user=anonymous container_id=95e55424-6c0a-4a5c-8848-65a3ea5cc25a props= 2019-04-05 14:54:38.038137 -0400 ROUTER (info) [C1][L6] Link attached: dir=in source={<none> expire:sess} target={$management expire:sess} 2019-04-05 14:54:38.041103 -0400 ROUTER (info) [C1][L6] Link lost: del=1 presett=0 psdrop=0 acc=1 rej=0 rel=0 mod=0 delay1=0 delay10=0 2019-04-05 14:54:38.041154 -0400 ROUTER (info) [C1] Connection Closed
2019-04-05 14:54:38.037248 -0400 ROUTER (info) [C1] Connection Opened: dir=in host=127.0.0.1:55440 vhost= encrypted=no auth=no user=anonymous container_id=95e55424-6c0a-4a5c-8848-65a3ea5cc25a props=
2019-04-05 14:54:38.038137 -0400 ROUTER (info) [C1][L6] Link attached: dir=in source={<none> expire:sess} target={$management expire:sess}
2019-04-05 14:54:38.041103 -0400 ROUTER (info) [C1][L6] Link lost: del=1 presett=0 psdrop=0 acc=1 rej=0 rel=0 mod=0 delay1=0 delay10=0
2019-04-05 14:54:38.041154 -0400 ROUTER (info) [C1] Connection Closed
必要な場合は qdmanage
を使用して特定の接続のプロトコルレベルのトレースロギングを有効にすることができます。これを使用して、AMQP フレームを追跡できます。以下は例になります。
qdmanage update --type=connection --id=C1 enableProtocolTrace=true
$ qdmanage update --type=connection --id=C1 enableProtocolTrace=true
例16.2 ネットワークトポロジーのトラブルシューティング
この例では、Router.A
の ROUTER_HELLO
ログは Router.B
に接続されており、その Router.B
がその Router.A
および Router.C
に接続されていることを示しています。
Tue Jun 7 13:50:21 2016 ROUTER_HELLO (trace) RCVD: HELLO(id=Router.B area=0 inst=1465307413 seen=['Router.A', 'Router.C']) Tue Jun 7 13:50:21 2016 ROUTER_HELLO (trace) SENT: HELLO(id=Router.A area=0 inst=1465307416 seen=['Router.B']) Tue Jun 7 13:50:22 2016 ROUTER_HELLO (trace) RCVD: HELLO(id=Router.B area=0 inst=1465307413 seen=['Router.A', 'Router.C']) Tue Jun 7 13:50:22 2016 ROUTER_HELLO (trace) SENT: HELLO(id=Router.A area=0 inst=1465307416 seen=['Router.B'])
Tue Jun 7 13:50:21 2016 ROUTER_HELLO (trace) RCVD: HELLO(id=Router.B area=0 inst=1465307413 seen=['Router.A', 'Router.C'])
Tue Jun 7 13:50:21 2016 ROUTER_HELLO (trace) SENT: HELLO(id=Router.A area=0 inst=1465307416 seen=['Router.B'])
Tue Jun 7 13:50:22 2016 ROUTER_HELLO (trace) RCVD: HELLO(id=Router.B area=0 inst=1465307413 seen=['Router.A', 'Router.C'])
Tue Jun 7 13:50:22 2016 ROUTER_HELLO (trace) SENT: HELLO(id=Router.A area=0 inst=1465307416 seen=['Router.B'])
Router.B
では、ROUTER_HELLO
ログは、別のパースペクティブからの同じルータートポロジーを表示します。
Tue Jun 7 13:50:18 2016 ROUTER_HELLO (trace) SENT: HELLO(id=Router.B area=0 inst=1465307413 seen=['Router.A', 'Router.C']) Tue Jun 7 13:50:18 2016 ROUTER_HELLO (trace) RCVD: HELLO(id=Router.A area=0 inst=1465307416 seen=['Router.B']) Tue Jun 7 13:50:19 2016 ROUTER_HELLO (trace) RCVD: HELLO(id=Router.C area=0 inst=1465307411 seen=['Router.B'])
Tue Jun 7 13:50:18 2016 ROUTER_HELLO (trace) SENT: HELLO(id=Router.B area=0 inst=1465307413 seen=['Router.A', 'Router.C'])
Tue Jun 7 13:50:18 2016 ROUTER_HELLO (trace) RCVD: HELLO(id=Router.A area=0 inst=1465307416 seen=['Router.B'])
Tue Jun 7 13:50:19 2016 ROUTER_HELLO (trace) RCVD: HELLO(id=Router.C area=0 inst=1465307411 seen=['Router.B'])
例16.3 ルーター間のリンク状態のトレース
定期的に、各ルーターは他のルーターに Link State Request (LSR) を送信し、要求された情報で Link State Update (LSU) を受信します。上記の情報を試すことで、各ルーターはトポロジー内の次のホップを計算し、関連するコストを計算できます。
この例では、ROUTER_LS
のログは、3 つのルーター間で送信される RA、LSR、および LSU メッセージを表示します。
- 1
Router.A
は LSR 要求を送信し、RA アドバータイズメントをネットワーク上の他のルーターに送信します。- 2
Router.A
はRouter.B
から LSU を受信しました。これには、Router.A
, とRouter.C
(1
の消費) の 2 つのピアがあります。- 3
Router.A
はRouter.B
およびRouter.C
から LSR を受信し、LSU と共に復元します。- 4
Router.A
はRouter.C
から LSU を受け取ります。これには、1 つのピアRouter.B
(コストは1
) のみがあります。- 5
- LSR および LSU メッセージが交換されると、
Router.A
は関連するコストでルータートポロジーを計算します。
例16.4 ルーターに割り当てられたモバイルアドレスの状態の追跡
この例では、ROUTER_MA
ログには、3 つのルーター間で送信される Mobile Address Request (MAR) および Mobile Address Update (MAU) メッセージが表示されています。
- 1
Router.A
は、my_queue
およびmy_queue_wp
に追加されたアドレスについて通知するために、ネットワーク内の他のルーターに MAU メッセージを送信しました。- 2
Router.A
はRouter.C
から応答で MAR メッセージを受信しました。- 3
Router.A
は、Router.B
から応答として別の MAR メッセージを受信しました。- 4
Router.C
は MAU メッセージを送信して、my_test
の追加およびアドレスを他のルーターに通知します。- 5
Router.C
は別の MAU メッセージを送信し、my_test
のアドレスが削除されたことを他のルーターに通知します (受信側はデタッチされます)。
例16.5 ルーターによって送受信されたメッセージに関する情報の検索
以下の例では、MESSAGE
ログには Router.A
が Hello プロトコルに関連する一部のメッセージが送受信され、モバイルアドレスのリンク上の他のメッセージを送信および受信したことを示しています。
例16.6 ルーターへの設定変更の追跡
この例では、AGENT
ログは Router.A
、address
、linkRoute
、および autoLink
エンティティー上がルーターの設定ファイルに追加されていることを示しています。ルーターが起動すると AGENT
モジュールがこれらの変更を適用し、それらがログで表示可能になりました。
例16.7 ポリシーおよび vhost アクセスルールのトラブルシューティング
以下の例では、POLICY
ログにはこのルーターに最大接続に制限がなく、デフォルトのアプリケーションポリシーが無効になっていることが分かります。
Tue Jun 7 15:07:32 2016 POLICY (info) Policy configured maximumConnections: 0, policyFolder: '', access rules enabled: 'false' Tue Jun 7 15:07:32 2016 POLICY (info) Policy fallback defaultApplication is disabled
Tue Jun 7 15:07:32 2016 POLICY (info) Policy configured maximumConnections: 0, policyFolder: '', access rules enabled: 'false'
Tue Jun 7 15:07:32 2016 POLICY (info) Policy fallback defaultApplication is disabled
例16.8 エラーの診断
以下の例では、ERROR
ログには、ルーターの設定ファイルに対して正しくないパスが指定されている場合にルーターの開始に失敗することを示しています。
関連情報
- ロギングモジュールの詳細は、「ロギングモジュール」 を参照してください。