Linuxマシンが再起動する原因を調査する
まず、コレ。これでいつ再起動したのか確認します。 各種ログの確認 /var/log配下の下記のログを調べます。 auth.log syslog kern.log auth.logで侵入されていないかsyslogやkern.logではシャットダウンの原因が残っていないか確認します。なお、カーネルパニック時はkern.logに書き込まれる前にシャットダウンしてしまうとkern.logにも残りません。また、ハードウェア原因でシャットダウンした場合もこちらには何も残らないです。（たぶん） cronの確認 再起動させているcronが無いか確認します。なお、再起動後にログにCRON @rebootjobsが出ていると思いますが、これはcronのデーモン初回起動時に実行されるものなので問題ないです。 Cron Running @reboot jobs 上記の私の翻訳が間違っていなければ… カーネルパニッ
HTTP400（Bad Request）の原因と対処法
HTTPステータスコードにおいて400番、500番台はエラーを表しており、その中でも400番台はクライアント側のサーバーなどに原因がある場合に起こるエラーです。 今回はその中の１つであるHTTP400について、原因と対処法をそれぞれ説明します。 HTTP400の意味 HTTP400はエラーコードの一種で、「不正なリクエスト」を表すコードです。これは、ウイルスなどのプログラムや、違法性のあるアクセスが原因という訳ではありません。ページにアクセスする、クライアントのブラウザに問題があることで起きるエラーです。 HTTP400の原因 HTTP400の原因としてあげられるのは、ブラウザか端末の問題です。ブラウザか端末に、何か異常がある場合にこのエラーが返されます。 HTTP400の対処法 まずは、エラーが表示されてしまうブラウザと異なるブラウザで、アクセスを試みてみるのがいいでしょう。どのブラウザ
Linux高負荷の原因を調査 | StrapyaNext Engineers'Blog
Posted 2011年11月21日 by 山口 & filed under Linux. Linuxサーバが高負荷状態になったときの原因調査めも。 まずは、 1.サーバのロードアベレージを確認 topコマンドで確認(ディストリビューションにより出力形式に差異あり)。 topコマンドで出力される項目のうちload average：の値に注目する。 左から順に1、5、15分間の実行待ちプロセスの平均数が表示される。 ロードアベレージがCPUの数より大きい場合は処理が追いついていない いわゆる高負荷状態といえる。 例えばCPUが1つのサーバは1以上、マルチコアで2つのサーバは 2以上の数値だと高負荷状態に陥っている。 =========================================== CPUコア数の確認は以下のコマンドを実行する。 0,1と2つ表示ならCPU数は2つ。 ただ
Kozupon.com - ネットワーク障害の原因を特定する考え方！
ネットワークの障害はネットワークを敷設している以上さけることが出来ない。したがって、ネットワーク管理者にはトラブルが発生してもその原因を特定できる「見極める力」が必要である。それには経験もそうだが、勘所をしっかりつかんでおくべきかと考える。そう言う意味も含め、ここでは俺が経験してきたことを事例としてあげ主観も含めて説明する。そんでもって、ネットワーク管理者のネットワーク障害の原因の特定に役立てて欲しい。 １．トラブル発生 ネットワークに何らかのトラブルが発生してパケット通信ができない状態になったとする。このとき管理者が最初にすべきことは、トラブルの発生個所の特定（当然）である。 それがわからなければ、対策を取ることはできないのは当たり前の事である（爆爆）。 トラブルの発生個所を特定するには“怪しいところ”を特定しなければならない。（図1）。 図１ 怪しい個所の特定方法（可能性を示す）
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ogawashingo.com » Blog Archive » loadaverageの原因調査(Dstat)
エラーログで障害原因を突き止めろ！
