トラブルシューティング › グリッド障害のログ

グリッド障害のログ

予想外のグリッド障害が発生した場合は、その障害を CA テクニカル サポートにご報告ください。 そのようなタイプの障害の例を以下に示します。

• オペレータがグリッドの再起動コマンドを発行していないにもかかわらず、明白な理由なしにグリッドが再起動する（この障害はグリッドのダッシュボード上でレポートされます）
• グリッド サーバのうちの 1 台がクラッシュするか、応答しなくなる（この障害はグリッドのダッシュボード上でレポートされます）
• CA 3Tera AppLogic の GUI がロックし、応答しなくなる
• CA 3Tera AppLogic リリースに付属する標準アプライアンスのうちの 1 つが以下の理由で失敗する（この障害はグリッドのダッシュボード上でレポートされる場合があります）
  • 起動しない
  • クラッシュする
  • 応答しなくなる
• CA 3Tera AppLogic CLI コマンドが明白な理由なしにハングアップまたは失敗する

バグ レポートを CA に送信する前に、その問題が既知のものでないことをリリース ノートで確認してください。

バグ レポートについては、バックアップ（xxx.1、xxx.2 など）を含む以下のログをすべてグリッドから収集し、CA に送信してください（グリッドとサーバのログを収集するには管理者アクセス権が必要です）。 各サーバで 3tsrv ユーティリティを使って、サーバ固有のログと情報を収集してもかまいません。

• グリッド コントローラ
  • /var/log/messages
  • /var/log/applogic
  • /var/log/3tshell
  • /var/log/secure
• サーバ
  • /var/log/messages/
  • /var/log/applogic
  • /var/log/xen/ （このフォルダ内のすべての XEN ログ）
  • /var/log/secure
• アプライアンス ログ - アプライアンスの障害についてのみ
  • /var/log/messages/
  • /var/log/applogic
  • /var/log/secure
• コンテナと BFC のログ
  • インストールされているシステム上の /opt/bfc/logs ディレクトリ

上記のログに加えて、グリッド内の各サーバ（dom0）に関する以下の情報を収集します。

• lspci
• lspci -n
• lspci -v
• lsmod
• cat /proc/cpuinfo
• cat /proc/meminfo
• dmidecode
• サーバ上のすべての物理ディスクに対する smartctl -a