WebOTX Manual V10.2 (第4版) 目次を表示

---

プロセス突然終了への対応

事象説明

次のような例外が発生した場合や操作を行った場合、プロセスグループのプロセスでは障害が検出されず、プロセスが突然終了します。


• Javaアプリケーション利用時に、Java VM自身を含むネイティブ部分で例外が発生
• UNIX OS利用時に、killコマンド実行によりプロセスを停止
• Windows OS利用時に、タスクマネージャでプロセスを停止

状況の確認方法

イベントログまたはsyslogの確認


リクエスト実行中にプロセスグループのプロセスが突然終了した場合、以下のメッセージが出力されます。


OTXM:<システム名>::<プロセスID>: W:13:TPS15-01107 Process abnormal end. PID=[<プロセスID>], class[<プロセスグループ名>], ped[<アプリケーショングループ名>.ped]

history.actの確認

TPS15-01217 Get SIGCHLD. pid=<プロセスID>,exit=<プロセス終了コード>, termsig=<シグナル番号>, …
TPS15-01107 Process abnormal end. PID=[<プロセスID>], class[<プロセスグループ名>], ped[<アプリケーショングループ名>.ped]

採取資料

• イベントログ(アプリケーション、システム)またはsyslog
• アプリケーションログ : ${INSTANCE_ROOT}/logs/tpsystem/<アプリケーショングループ名>/<プロセスグループ名>/save/<プロセスグループ名>.<数字>.<PID>.log
• システムトレース : ${INSTANCE_ROOT}/logs/tpsystem/<アプリケーショングループ名>/<プロセスグループ名>/save/<プロセスグループ名>_sys.<数字>.<PID>.log
• ${INSTANCE_ROOT}/logs/tpsystem/history.* (historyで始まるファイル全て)
• ${INSTANCE_ROOT}/logs/tpsystem/sysmsg.* (sysmsgで始まるファイル全て)
• ${INSTANCE_ROOT}/logs/server.log
• ${INSTANCE_ROOT}/logs/agent.log
• ${INSTANCE_ROOT}/logs/tpsystem/tpmmgr.log
• イベントジャーナル : ${INSTANCE_ROOT}/logs/tpsystem/logcollect
• ワトソンログ (Windows)
• coreから採取したスタックトレース (UNIX)
• ${AS_INSTALL}/Trnsv/hs_err_pid<プロセスID>.log (Java)

復旧方法

WebOTXの機能により、プロセスグループのプロセスは自動で再起動するため、対処不要です。プロセスの再起動回数の上限を越えると、プロセスグループが停止状態になりますが、この場合はプロセスグループを起動してください。

予防のための対策

• Windowsの場合
  
  
  ワトソンログに障害情報が残っていないか確認してください。
  


• UNIXの場合
  
  
  ${INSTANCE_ROOT}/logs/tpsystemディレクトリにcoreが出力されていないか確認してください。
  coreが出力されている場合は、デバッガを使用して解析します。以下に、gdbを使用して確認する手順を示します。
  
  
  1. ${INSTANCE_ROOT}/logs/tpsystemディレクトリに移動します。(デフォルトのユーザドメインで確認するものとします)
     

     > cd /opt/WebOTX/domains/domain1/logs/tpsystem
     

  2. coreのファイルサイズを出力します。
     ファイルサイズが2GB程度である場合、ファイルサイズ上限(既定値2GB)により、coreが正常に出力されていない可能性があります。 この場合はスタックは正常に出力されないため、coreによる解析はできません。
     

     > ls -l core
     

  3. coreを出力したファイルを確認します。
     

     > file core
     

  4. gdbを起動します(THTPPJAVA2がcoreを出力したものとします)。
     

     > gdb /opt/WebOTX/Trnsv/bin/THTPPJAVA2 core
     

  5. whereコマンドで、例外が発生したスレッドのスタックを出力します。
     

     (gdb) where
     

  6. 出力されたスタックから、例外の発生箇所を特定します。
     
  7. 発生箇所を中心にコードを確認して原因を排除します。
     
  
  
  WebOTX開発部門へ問い合わせを行う場合、gdb の packcore 機能を使用してpackcore.tar.Zを採取し、送付してください。coreファイルのみの送付では解析できませんのでご注意ください。
  
  
  1. gdbを起動します(THTPPJAVA2がcoreを出力したものとします)。
     

     > gdb /opt/WebOTX/Trnsv/bin/THTPPJAVA2 core
     

  2. packcore を実行します。gdb 実行時のカレントディレクトリに packcore.tar.Z が作成されます。
     

     (gdb) packcore
     

  3. gdbを終了します。
     

     (gdb) quit
     

• Javaアプリケーションの場合
  /opt/WebOTX/Trnsvディレクトリにhs_err_pid<プロセスID>.logが出力されていないか確認してください。 hs_err_pid<プロセスID>.logにはスタックが出力されています。 スタックの一番上のメソッドがJavaのメソッドである場合、Java VMの担当部門に問い合わせてください。


• その他
  history.actに出力されるTPS15-01217のプロセス終了メッセージには、プロセス終了コードやシグナル番号が出ており、終了理由を推測できる場合があります。 exit()された場合には、exit=に続く部分にexitコードが入ります。 exit() されていない場合には、Windowsでは例外コードがexit=に続く部分に入ります。 UNIXでは、シグナルが発生した場合にはtermsig=に続く部分に該当シグナル番号が入ります。

ファイルサイズ上限を解除する方法

UNIX系OSを使用している場合、ファイルサイズ上限(既定値2GB)により、2GB以上のファイルサイズのcoreを出力することができない可能性があります。 2GB以上のファイルを出力したい場合はOSのulimitコマンドまたはlimitコマンドを使用して、core のシステム制限の最大サイズを増加してください。
ulimitコマンドまたはlimitコマンドについてはOSのマニュアルをご覧ください。
システム制限の最大サイズ変更後は、WebOTXを再起動してください。

その他

Windows OSでは、OSの設定により、例外発生時のOS側の挙動を設定することができます。
例外発生のダイアログが画面に出力されることがありますが、このダイアログは例外を起こしたプロセスの処理の延長で表示されるため、ダイアログを閉じるまで、例外が発生したプロセスは終了しません。プロセスが終了しない場合、WebOTXの機能でプロセスを再起動できないため、自動復旧しません。
OSの設定により、例外発生時にダイアログを表示させない運用を推奨します。OSの設定であるため、WebOTX以外のプロセスに対する影響を考慮してください。

関連情報

• ネイティブ例外への対応
• APアボートへの対応
• 障害の種類から > オペレーション呼び出しでの障害
• 障害の種類から > サーバアプリケーションの障害
• TPシステム(Standard)