nsysdesign.com

東京のサーバが壊れた

東京の寝床でもインターネット遊びをするのでプロバイダと契約している。せっかくIPv4の生アドレスが一つ払い出されているのと、負荷分散(ウィルスチェックとwebキャッシュをローカルでやるのは無駄)のためにサーバを立てて WEBサーバとWEBキャッシュをやらせていた。これが壊れてしまった。元々調子の悪いノートパソコンを宛てていたので壊れても仕方あるまい。

最初HDDが壊れたのだと思ってストックのHDDに交換したのだが、またまた不調になった。原因不明。HDDがまるで物理的に傷でも入ったかのような動作なのだ。「ブートアップ可能なドライブがない」的なメッセージが出る。ところがしばらく放って置くと何となく動作する。交換した方のHDDもWindowsでフォーマットしなおすと、どこもおかしくない。もちろんクイックフォーマットではないのに。

もしかして、これはFreeBSDだからなんだろうか。今まで4回位HDDクラッシュに見舞われたが、大抵午前3時のログ送信時の激しいディスクアクセスの最中だ。または調子が悪い機械とFreeBSDの相乗効果か。

もっとも、とあるところのExpress5800に入っていた(標準装備なのか後付けなのかは不明)MaxtorのHDDも似たような死に方だったが、OSはCentOSだったから、壊れるときはこういうものなのか。

とりあえずクライアントPC側のproxyを外してウィルスチェッカを入れ、しばらく凌ぐことにした。クライアントPC(これ→FOXCONN R11S4MI-BA）のCPU,Atom330はみなし4スレッドあるから、ウィルスチェッカがそれほど負荷にならないかもしれない。IPアドレスはもったいないが、電気代は節約できるかもしれない。このATOM330のマシンをサーバにしてR10-D2を入れるとすっきりするかもしれない… 考え込んでは時間が無駄になるのである。

dumprep.exe、止めてすっきり

ようやくThuderbird3がおとなしくなった。dumprep.exeを止めてから4日位か。

VMware-server上で動かしているのでシャットダウンなどしていない。24時間動作させて4日である。dumprep.exeを止めていなければまだまだやっていたに決まっている。しかし、実際どれほどかかるのかまでは試す気なし。

VMware上でなくても、Thunderbird3を入れたらdumprep.exeは止めた方が良いかもしれない。インデックス更新は重たそうだからdumprep.exeが調査を開始する機会も増えるに違いない。

そういえばFirefoxやJaneXenoといったブラウザ系のツールがわりとよくフリーズしていたような気がするが、これも解消した気がする。こちらは「気がする」だけで何とも言えない。そのような状態になったときはそれぞれのプログラムを止めてからもう一度起動すれば大抵なんとかなっていたし、Thunderbird3みたいに年がら年中という感じでもなかったので慣れの範疇に収まっていたのである(なんたってそのThunderbird3のCPU食いつぶしすら何ヶ月も放置していたのだから)。

dumprep.exeを止めてしまったので、変な動作をしたときにMicrosoftに情報が渡らなくなったから、「これどうみてもOSの方が悪いっぽい」というようなことの自動報告が為されないのは問題かもしれない。もっとも、今回の話は2代も前のWindows である Windows xpでの話なので関係ないか。

Windows 7で試すのはいつの日になるかのか。現在は予定なしで、心のWishlist入りしているだけである。

dumprep.exeその後

推測が正しいかどうかはわからないが、 dumprep を止めたら、有り難いことに、VMware-server上のWindows xpのCPU使用率が100%に張り付く事はなくなった。Thunderbird3は相変わらずガシガシ動いているが、CPUを食い尽くすことはない。

推測通りだとすると、アプリケーションプログラムの開発でVMware-serverを使っている場合は要注意ということになるだろう。コンパイルで死にそうだし、テストの時にメッセージポンプをまるっきり無視とか日常茶飯事なわけで、何が悪いのかさっぱりわからない開発環境になるだろう。自分自身はWindowsのアプリケーションを最近書いていないので実害が無かっただけだと思う。

そういえばWindows7のRCのとき、VMware-server上ではすぐに転けていたのもこのせいだったのだろうか。しばらく放置しておくと固まっていたのでWindows7はSPが出てからまた試そうとと思っていたのだが、もう一度試してみる必要はありそう。

dumprep.exe

VMware-server上でWindows xpを動作させていると、いつの間にかCPUの使用率が100%に張り付いてexplorerの時計の更新もできなくなってしまうことが良くあった。常に起動しているThunderbird3が、これまたいつでも何かしているので、これが鳥頭でインデックスを作ってばかりいるのかと思っていた。

こんな状態で何ヶ月も使っていて今頃気がついたのだが、dumprep.exeというのがあがっているので調べてみたら、これが良くないらしい。dumprepは不正動作をMicrosoftに通報するプログラムなのだが、無応答のものも不正動作として監視している。VMware上ではDisk I/Oが結構遅い(気がする)ので、dumprepの想定よりも各プログラムが無応答になるのだろう。ただでさえ遅いのにdumprepが情報集めのためにあちこちアクセスするのでますます遅くなって、終いには止まったも同然になる。

googleで検索したらOKwaveに止め方を指南している人がいたのでそれを参考にしてdumprepを止めてみた。

dumprep.exeの無効化

本当かどうか、これでしばらく様子見。