それで調べてみると、Linuxマシン（→venom V）のプロクシ サーバが落ちたようです。
　プロクシ サーバは使わなくてもWebブラウズは可能なのですが、うちではキャッシュと広告カットのためにプロクシサーバを使っています。
　Linuxマシン自体は動作していますが、何故かプロクシサーバが落ちてしまいました。

　さらに調べてみると、Linuxの/usr配下にマウントしているパーティションというかハードディスクがエラーのために、読取専用モードになってしまったようです。
　先日からS.M.A.R.T.に使ってハードディスクを監視していますが（→関連記事）、Current_Pending_Sector のRAW VALUEが２つあったので、読めない不良セクタが２つ発生したようです。

　とりあえずは、fsckコマンドでファイルシステムの不良ブロックリストに追加して、不良セクタを使わないようにして復旧させました。
　一応、devtestコマンドでハードディスク全体をフルスキャンしてみましたが、不良セクタは２つだけですし、これ以上増えることもないようなので、このまま様子をみることにしました。
　もちろん、念のためにバックアップはとってあります。

　しかし、ハードディスクは数個の不良セクタが発生しても、すぐに不良品と決めるわけにはいきません。以前にも書きましたが（→関連記事）、ハードディスクはリフレッシュやリアサインという機能があり、軽微なエラーは運用中に自動的に修正されます。
　今回のように読み取りできなかった不良セクタでも、新しくデータを書ければ正常に使えることがあります。実際、該当の不良セクタにデータをピンポイントで書き込みしてみましたが、特にエラーにはなりません。その後はちゃんと読み取りも可能です。書き込み前と書き込み後のS.M.A.R.T.情報を比較すると不良セクタ（Current Pending Sector）は２個→０個となり、代わりに交換セクタ（Reallocated Event Count）が２個増えました。ようするに、不良セクタは予備領域と交換されて、正常化したわけです。

　S.M.A.R.T.による診断でも数個の不良セクタでは診断の目安となる通常の値（Normalized Value）は大きく変化しないので、大きな障害とは見なさいことがあります。 　しかし、不良セクタはたった１つでもデータの損失につながるので発生場所によっては致命傷になります。
　実際、今回は不良セクタを含むパーティションが読取専用モードになってしまい、いくつかのプログラムやサービスが止まってしまいました（幸いすぐに発見して、重要なデータの損失はありませんでしたが）。

	この記事へのコメント
	コメントはありません。 名前 内容 を右に入力 　名前は10文字、内容は100文字以内で入力してください（半角の場合は倍の文字数まで）。 　もっと長いコメントや感想は掲示板（→BBS）に投稿してください。

　数100Ｋから数Ｍバイトのファイルをたくさん可能するファイルで、シーケンシャル アクセス性能よりはランダム アクセス性能を重視したかったので、ストライプサイズはなるべく大きく設定したかったのですが、VT6410 IDE RAIDの設定には64Kまでしかありませんでした。
　以前調べた結果（→ 関連記事）からもストライプサイズが大きいほうがランダム アクセスに有利なのは確実です。

　一応、いつものDevTestでのベンチマークテストの結果を載せておきます。ストライプサイズは64Kに設定しています。
　比較参考のため以前テスト（→ 関連記事）したSATA RAIDでのストライプサイズ64K/128Kでの結果を載せています。使用したハードディスクは同じですが、パラレルATAハードディスクをSATAに変換して使用しています。

　SATA変換をかましている場合と比較するとVT6410は512バイトという小さな単位での読み込みが速いようです。
　そのせいか、ランダム リード／ライト テストでの、読み込みはVT6410のほうが良い結果が出ています。
　ただし、512バイトとか小さなサイズでシビアな速度を要求されるケースは少ないので、全体としては似たような傾向かと思います。
　やはり、ストライプサイズはVT6410でももう一段階大きい128Kバイトが欲しかったところです。

【参考資料】

○Maxtor

	この記事へのコメント
	コメントはありません。 名前 内容 を右に入力 　名前は10文字、内容は100文字以内で入力してください（半角の場合は倍の文字数まで）。 　もっと長いコメントや感想は掲示板（→BBS）に投稿してください。

　そろそろ24時間稼動マシンのハードディスクを交換しようと思っていますが、容量的には40Gバイトもあれば十分です。
　どうせデータ用ドライブを別個に用意しますから、OSやアプリケーションを格納するハードディスクの容量は数10Gバイトあれば十分です。
　しかし、容量100G以下のハードディスクは容量あたりの値段だと割高になってしまうので、もう２年くらい購入していません。

　実験的にOSやアプリケーションをインストールして試すこともよくありますが、そんな用途に数100Gバイトもある大容量ハードディスクは必要ありません。
　昔買った10〜60Gバイト程度クラスのハードディスクがかなりあるので実験用にはこれで十分なのですが、常用するPCに何年も前のハードディスクを使うのは不安ですし性能的にも劣ります。
　それで、新しくハードディスクを調達してくることにしました。

　今でも40Gバイトのクラスのハードディスクは入手できますが容量単価だと割高になってしまうので、80Gバイトクラスで探すことにしました。
　あと、容量が大きすぎでも無駄になるだけで特に問題はないので、手ごろな160Gバイトクラスのハードディスクもついでに買っておきました。

　それで購入したのが日立グローバルストレージテクノロジーズ Deskstar 7K80 HDS728080PLAT20（80GB, Ultra ATA/133, 7200rpm, Buffer 2MB）と、Deskstar 7K250 HDS722516VLAT80(160GB, Ultra ATA/100, 7200rpm, Buffer 8MB)です。それぞれ、２台づつ購入しました。通信販売で購入しましたが、とあるショップでは限定商品で１台づつしか購入できなかったので、Ｓ店とＴ店の２つのショップに発注しました。ほぼ同時に発注して、２店とも翌日には発送したというメールが届きましたが、河童とペリカンの差かどうかしりませんがＳ店のほうが１日早く届きました。

　そんなことはともかく、いつものようにDevTestによるベンチマーク テストを実行しておきました。7K250 HDS722516VLAT80は以前にも購入してベンチマークは実行しましたが（→ 関連記事）、7K80 HDS728080PLAT20は今回が初めてです。
　比較用にHGST 7K250 HDS722516VLAT20 (160GB, Ultra ATA/100, 7200rpm, Buffer 2MB)の結果も載せておきます。

　同じ2MBバッファモデルの7K250 HDS722516VLAT20と7K80 HDS728080PLAT20を比較すると、512バイト単位の小さな読み書きとシーケンシャル・ライトは7K80のほうが速いようですが、シーケンシャル・リードやランダムアクセスについては7K250のほうが速いようです。
　一般的な使用方法ならランダムアクセスとリードの速い7K250のほうが少し上のような気がします。

　最後に7K250 HDS722516VLAT80と7K80 HDS728080PLAT20の全領域リード／ライト速度を計ったグラフを載せておきます。

HDS722516VLAT80 READ/WRITE SPEED

HDS728080PLAT20 READ/WRITE SPEED

【参考資料】

○日立グローバルストレージテクノロジーズ

	この記事へのコメント
	コメントはありません。 名前 内容 を右に入力 　名前は10文字、内容は100文字以内で入力してください（半角の場合は倍の文字数まで）。 　もっと長いコメントや感想は掲示板（→BBS）に投稿してください。

　マザーボードとCPUはASUS P4P800SEとそっくり置き換えて余ったMSI 845PE Max2-FIR、CPUはCeleron 2.80GHzを使い、後のパーツはこれまでのテレビ録画パソコンのものをそのまま使います。といっても、サウンドやNICはオンボードで積んであるので、引き継ぐのはビデオキャプチャカード／ハードディスク／CD-ROMドライブくらいです。

何故か２つもあったOwltech SS-250SVP

　ケースはそのまま使いますが電源はPentium 4対応のものに交換しました。しかし、余っていたのが400Wクラスの電源ばかりで、そんなでかいのはいらないので、他にもないかと探していたら、OwltechのMicroATX電源 SS-250SVPが何故か２台もありました。
　４年前に買ったi815ベアボーンキット（→関連記事）MicroATXケースの電源を交換するために通信販売で１台購入したのは覚えていますが、２台目は何時買ったのかまったく記憶にありません。しかし、手元に２台あるということはどこかで買ったのは間違いありません（おそらく、秋葉原で買ったのが、記憶から飛んでいる）。
　SS-250SVPはMicroATX電源ですが付属のブラッケトを取り付けることでATX電源としても使えます。
　アバウトに消費電力を積み上げると250Wあればなんとか足りそうだ、ということでこれでいくことにしました。

MOTHER BOARD	MSI 845PE Max2-FIR (MS-6704)
CPU	INTEL Celeron 2.8GHz
RAM	DDR-SDRAM 512M
VIDEO	Matrox G400 DualHead (AGP 32M)
TV TUNER/CAPTURE	I・O DATA RX-MVP/RX ×3枚
HDD	IDE 60G + 120G
DVD-ROM	Panasonic SR-8587-B (ATAPI CD 48x, DVD 16x)
SOUND	C-Media 8738 (ON BOARD)
NIC	Intel 82540EM/82551/82562ET (ON BOARD)
OS	Windows 2000 Professional

　それで組み立てたところ、問題なくちゃんと動きました。
　主なスペックと構成は右の表のような感じです。

　先日（→関連記事）、試したRRDtoolによるS.M.A.R.T.情報の監視も入れてましたが、ハードディスクの温度が50℃とかなり高くなっています。よく見ると、CPUやケース内の温度も大変なことになっています。
　どうも、MicroATX電源の小さなファンでは排熱能力が不足しているようです。それで、ケース背面に８ｃｍのファンを追加で取り付けました。これで、CPUやハードディスク温度も問題のないレベルまで下がってくれたようです。

　安定性はしばらく様子を見ないとわかりませんが、今のところ３番組の同時録画も問題なくこなしていますし、動画のエンコードも格段に速くなりました。

　以前のマシンはPCI スロットに最低限サウンドとLAN、必要に応じてSCSIか拡張ATA/RAIDカードを挿していましたが、今はほとんどオンボードで事足ります。うちのメイン デスクトップ マシン３台もAGPにビデオカードを挿しているだけで、PCIスロットは空いたままです。
　今回組み立てたマシンもPCIスロットを使ったのはビデオキャプチャカードだけです。ただし、このマザーボードはPCIは使わなくともブラケット（D-Bracket、S-Bracket、IEEE1394ブラケット）でスロットが３つ埋まってしまいます（→関連記事）。必要がなければブラケットは外してもいいので、なんてことはありませんが。

【参考資料】

○Owltech

○MSI

○MSI (Japan)

	この記事へのコメント
	コメントはありません。 名前 内容 を右に入力 　名前は10文字、内容は100文字以内で入力してください（半角の場合は倍の文字数まで）。 　もっと長いコメントや感想は掲示板（→BBS）に投稿してください。

　近頃のハードディスクは各種情報を監視・分析して故障発生を予測するS.M.A.R.T.（Self-Monitoring Analysis and Reporting Technology）という機能がついています。

　以前からsmartmontoolsに含まれるsmartdデーモンを使ってはいましたが、もうちょっと詳しく分析・表示したいということで、システム監視に利用されているRRDtoolと組み合わせてグラフとして表示するようにしてみました。
　RRDtoolはラウンドロビンという形式のデータベースに数値を蓄積し、データをグラフ化するソフトです。RRDtoolは非常に柔軟なツールですが、たくさんのパラメータがあり、しかもコマンドラインで指定します。このため、RRDtoolを直接使うというより、他のツールのバックエンドで使われることが多いようです。

　今回は、PHPをフロントエンドとして利用して、RRDtoolを制御することにしました。
　動作的にはsmartmontoolsに含まれるsmartctlコマンドでS.M.A.R.T.情報を取得して、そのデータをRRDtoolに渡してデータを蓄積します。後は必要なときにRRDtoolでグラフを画像ファイルとして生成して、Webブラウザで表示します。
　それで作ったのが下のようなグラフです。

　これで目的は達成できたので、ここで終わるはずだったのですが、今回使用したソフトウェア（PHP、RRDtool、smartmontools）はすべてWindows用が存在することに気がつきました。
　Windows用には簡単にインストールしてS.M.A.R.T.情報を表示・監視するツールはいくつかあるのですが、smartctlとRRDtoolでやったほうが柔軟性があって、自分の好きなようにできます。
　以前からPHPとsmartmontoolsはWindows環境にインストールして使っていたので、後はRRDtoolだけです。Windows用のRRDtoolもソースからコンパイルしましたが、Visual C/C++はあるので簡単でした。
　それで、LinuxでもWindowsでも同じようにS.M.A.R.T.の監視・表示ができるようになりました。

　Linuxではcronで定期的にデータ取得していますが、Windowsではタスクスケジューラを使っています。Windowsではコマンドライン用プログラムを実行すると、コマンドプロンプトが開くのが邪魔ですがショートカットを作っておけばプロンプトウィンドウを最小化した状態で実行できます。タスクスケジューラにショーカット（*.lnk）を参照して指定すると、勝手に中の実行ファイル（*.exe）を登録してしまいますが、手動でファイル名を*.lnkに変更すればショートカットを登録できます。少なくともWindows 2000/2003/XPではこれでうまくいっています。

2004.12.10 追記

【参考資料】

○smartmontools

○RRDtool

	この記事へのコメント
	コメントはありません。 名前 内容 を右に入力 　名前は10文字、内容は100文字以内で入力してください（半角の場合は倍の文字数まで）。 　もっと長いコメントや感想は掲示板（→BBS）に投稿してください。