Resinは、アプリケーションが動作しているResin本体とは別にwatchdogという監視サーバが動いていて、Resin本体を監視しています。Adminは、このwatchdogで監視して取得した情報を参照する画面という位置づけです。その動作設定をしているのが、conf/health.xmlというファイルです。wait="true"/><health:Restart/></health:ActionSequence>の部分です。<health:HealthSystem>は、<enabled>:HealthSystem自体の有効無効(デフォルト:true)<startup-delay>:起動から、HealthSystemでの判定動作の遅延時間指定。(この時間中にエラーになっても処理は行われない。)(デフォルト:15分)<period>:監視間隔(デフォルト:5分)<recheck-period>:問題発生後の再確認間隔(デフォルト:30秒)<recheck-max>:問題発生後の再確認最大回数(デフォルト:5回)というHealthSystemの全体的な動作指定。wait="true"/>2分間分のプロファイルを取得<health:Restart/>:Resinを再起動する。いう流れの指定になっています。デフォルトの設定の場合、Resin起動後15分以降、health.xmlで指定されている10項目の監視項目で、Criticalなステータスが2分以上継続した場合に再起動処理が動作する。実際には、シャットダウン時の情報を収集処理で、約2分ほど経過した後に再起動となります。よって、障害発生から、最短でも約4分経過しないと再起動されないということになっています。私達も最初、なぜ、Criticalになっても再起動されないし、変なタイミングで再起動しているので不思議だったのですが、一個一個見ていってやっとわかりました。参考ですが、弊社の社内システムでは、30秒間隔で以下の監視を行い、起動後5分以降、もし2分間ステータスがCriticalになったら、30秒間のプロファイルを取得して再起動するようにしました。障害発生から、約2分30秒で情報を取得して再起動するようにして運用しています。監視項目(HttpStatus以外デフォルト値)ConnectionPoolが最大値を超えていないかCpuの負荷が、95%以上でないかHealthSystem自体が正常かHttpStatus:iAPのログイン画面が正常に表示されるかJvmDeadlock:JVMがデットロックでないか?License:Resinのライセンスは有効か?MemoryPermGen:JavaのPerm領域が正常か?(空きが1M以上)MemoryTenured:JavaのTenured領域が正常か?(空きが1M以上)Transaction:トランザクションの失敗はないか?その他、メール送ったり、任意のシェル動かしたりできます。詳細を知りたい方は、cauchoのページを参照してください。コメントをキャンセルメールアドレスが公開されることはありません。browser.関連記事データベースの登録、更新、削除メソッドをカスタマイズする※下記内容は、過去のintra-mart(Ver4.3以前)に関する内容です。最新のintra-martでは、異なる情報であることがありますので、ご注意ください。...intra-mart利用中の「セッション切れ」について※下記内容は、過去のintra-mart(Ver4.3以前)に関する内容です。最新のintra-martでは、異なる情報であることがありますので、ご注意ください。最近、IM-ContentsSearchの導入事例が増えてきており、以下のようなご質問を受けることが多くなって来ました。Q:IM-ContentsSearchで「あいまい検索」は可能でしょうか。クリスマス・イブですね。製品紹介・お知らせ週間ランキングまだデータがありません。アップデート版をリリースしました。アップデート版をリリースしました。アップデート版をリリースしました。アップデート版をリリースしました。アップデート版をリリースしました。パッチをリリースしました。パッチをリリースしました。パッチをリリースしました。パッチをリリースしました。パッチをリリースしました。アップデートしました。アップデートしました。アップデートしました。アップデートしました。アップデートしました。スポンサードサーチ削除パッチをリリースしました。スポンサードサーチ削除パッチをリリースしました。スポンサードサーチ削除パッチをリリースしました。スポンサードサーチ削除パッチをリリースしました。最新署名版ファイルアップロードJavaアプレットをリリースしました。