下記のURLに大量のアクセスがあり、メモリを使い切った。/www_nfs/amq/SC/bbs.bakにリネームして再起動。原因不明08/03追記:なぜか直ってる。08/06追記:SmartFTP側のバグっぽい。ClamAVのバージョンアップを行い、念のため再起動。ClamAVが停止していたため、数日間メールの送受信が行えていなかった模様。家庭側のLANが認識しなくなったので、再起動。100ハブからギガハブにつなぎかえたら認識した。serv13のE1000ドライバでKernelPanic?。serv13の仮想スイッチから長さ0のパケットが送出されていた。192.168.0.50が断続的に再起動。nfe0に長さ0のパケットが連続して送られているようだったので、serv13も再起動。同時にserv13のHDD(元data6)が動作不良。接続されているとBIOSで止まる。原因推定:・serv12とserv13間のネットワークになんらかの異常が発生した。・share機からserv12へパケットを大量に送りすぎた。・share機がTCP接続を大量に張ったため、ハブが限界を超えた。・家庭内ルータがなんらかの大量パケット攻撃のようなものを受け、それがLAN内に流れ込んだ。serv13からHDDを取り外し、serv12、serv13ともに再起動。家庭内ルータも再起動し、クライアントPCもすべて再起動した。serv13シリーズの母機が、電源が切れていた。serv13をESXi4.0から4.0U1にアップグレードしようと試みるが、うまくいかず。serv13シリーズの母機が、電源が切れていた。serv13シリーズの母機が、電源が切れていた。serv13シリーズの母機が、電源が切れていた。serv13シリーズの母機が、電源が切れていた模様。ログを/www_logsに書き込むようにした。/www_logsは、/mnt/serv13v9_md0/logsへのシンボリックリンク。これにより、serv12が停止した場合も、HTTPサービスは問題なく提供できる。前回の設定変更では、serv12の停止時にログが書き込めないために、Apacheが無応答になっていた。wwwのデータをすべて、/dev/md0に移動した。これにより、serv12が停止した場合も、HTTPサービスは問題なく提供できる。md0はraid0デバイスだが、ディスクを1本しかアサインしていないので、現在は耐障害性は無い(毎週土曜日に192.168.0.50:/mnt/data6/www_backupにバックアップは行っている。192.168.0.50にpingすら通らなくなった。帰宅後、コンソールから確認したところSMARTエラーを吐いていたが、すべてのHDDの電源が切れていた。HDD側電源を再投入し、サーバ側をハードウェアリセットして復旧。HDD側電源障害の可能性、もしくはサーバ側障害により、HDDがスピンアウトしていた可能性がある。HDD側電源障害の場合は、電源のハードウェア保守が必要となる。vSphereのデータストアブラウザで、消してはいけないファイルを消した。serv13v1というディレクトリをまるごと消したら、実はserv13v9の実ファイル郡だった。幸いにも、serv13v9が起動中だったため、ディスクイメージの実ファイルは消えなかったため、仮想マシンを再作成し、vmdkも再作成して復旧した。