エラーログで障害原因を突き止めろ！
エラーログに対応する～OOM Killer編 続いて、/var/log/messagesに図2-1のようなログが記録された場合の対応を考えてみましょう。このログはOOM（out of memory） Killerによりhttpdプロセスが強制終了されたことを示すログです。 OOM Killerとは、システムがメモリ枯渇すると、稼働中のプロセスを強制終了させて空きメモリを確保するLinuxカーネルの仕組みで、メモリ枯渇によるシステム停止を防止するために用意されています。 このログが記録された場合、まず必要になるのはプロセスの存在確認です。OOM Killerは比較的重要なプロセスも容赦なく強制終了させてしまいますので、必要なプロセスが存在しているかを確認する必要があります。 図2-1のログではhttpdが終了させられているので、以下のコマンドを実行しhttpdプロセスの存在を確認します。 $
IIS7.0諸々設定 - Qiita
IIS7.0で諸々設定したので、忘れないうちにメモ。 デフォルトのままだとあまり使いものにならないという印象。 32bitアプリケーションの許可 利用DLLが32bitのみ対応なので、配置DLLを32bitで作成する必要あり。 アプリケーションプールの詳細設定にて、「32bitアプリケーションの許可」を falseからtrueに変更。 コンテンツ圧縮化 IISはデフォルトだと、動的コンテンツは圧縮されない。 高速化の為、以下で圧縮対応。 1. IISの機能に「動的コンテンツを圧縮する」を追加。 2. 以下コマンド実行により、 application/json を圧縮するように設定変更。 C:\Windows\System32\inetsrv\appcmd.exe set config -section:system.webServer/httpCompression /+"dynamicT
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
