これでインストールできなかった日には、いきなりNASがレンガに変身するところだ。なると、この状態から、システムをミラーリング状態に持ち込まなければならないことになるが......と、ココらあたりで、なんでHDDを1台しか搭載していないサーバで、そんなにオイラがミラーリング構成を組みたがっているのか説明しておこう。別に1台のHDDでミラーリングするのが目的ではない。ミラーリング機能を利用したバックアップ環境を実現したいというのが目的である。一般に、バックアップに求められる条件としてはいくつかあるが......サーバの停止を伴うか、バックアップの所要時間はどれくらいかバックアップファイルの形態、利用が容易かくてバックアップに必要な容量、履歴管理が可能か......くらいかな。オイラがもっとも重要視するのが、最初の条件。バックアップに時間がかかってもいいから、サーバを停止することなく、スナップショットが取りたい、という要求である。Linux標準のdumpでバックアップすると、1個のデカいファイルになってしまう。テープにバックアップするのが前提ならそれで仕方ないが、ちょっと昔のファイルにアクセスしたいだけなのに、バックアップの目録を見ながら個々にファイルを書き戻してから......なんぞウザくてやってられないッ!!この点、平時はRAID1の片肺を「崩した状態」にしておき、バックアップを取りたいときにUSBのHDDを接続して「RAID1の復旧」を行い、RAID1の再構築が完了したところで「片側を切り離す」というバックアップ手法を取れば、システムに負荷をかけることなく、無停止でバックアップを行うことが可能なのである。RAID1の切り離しはATOMICに行われるであろうからバックアップはスナップショットにほかならないし、なんといっても、切り離したディスクはそのままmount可能な形式なのである。この扱いやすさは最強だ。おまけにバックアップの進捗を/proc/mdstatでビジュアルに監視できる楽しさもある。世間一般では、スナップショットならLVMを使うのが素直であるが、いまだLVMの安定性には問題がある。接続しっぱなしでRAID1運用するという手もあるが、接続しっぱなしだと落雷で同時に破損する可能性は避けられない。平常時は切り離しておきたい。切り離しておけば電力も食わないしね。ちなみにこのバックアップ法は最後の条件には不適である。んが、どうせオイラは数週間に一度くらいしかバックアップしないだろうし、履歴管理したければ改めてDVD-Rに書き出せばいいのだ。そのために、パーティションサイズはあらかじめ4GBに設定してある。最初と同じ手順で作業したはずなのに(そもそもRHEL4のインストールの際、そんなに多くの選択肢はない)見事にRAID1から起動できてしまった。電源とかはロジカルなパーツではないから、あながちありえない話でもないだろうが。わけで、起動しちゃえばこっちのもの。以下のようなコマンドで「同ドライブ上のRAID1」を縮退、切り離す。[U_]バックアップのテストを始める。USBのHDDを接続して、ほぼ同容量のパーティションを確保し、以下のコマンドを実行。[UU]RAIDの再構成は完了。この時点でバックアップ完了である。/mntで、極めてフツーに扱うことができる。ちなみに、新たにRAIDバックアップ可能な領域を作るには以下のコマンドでOK。/dev/hda2また、こんな実験もしてみた。RAID1を3連ミラーにするのだ。[UUU]growオプションはカーネルが2.6でないと動かないらしいが、当然RHEL4ならば問題なく動く。grow(増やす)といいつつも、1を与えれば、1連ミラー(?)に減らすこともできる。わけで、ずっと前から構想を練っていた「ミラーリングバックアップメソッド」を、やっとこさ実現することができた。今度こそ、次期サーバの設定にとりかかろう。LHD-NAS160V探訪さて、一応インストールは完了ということで、おもむろにアチコチの設定を始めるわけだが、使い始めということで、あちらこちらの仕様を確認したりするわけである。なによりも気になっていたのは、旧いC3コアが一般的なi686の命令をすべてサポートしないため、i686バイナリを動かすと止まることがあるらしい、という問題だ。具体的には「cmov」という命令らしいが、なんでそんなことになっているのやら。RHEL4はi686以上をサポートなので、もしこのC3がi686をサポートしていないのなら、インストール自体ができないはずだが、RHEL4は旧いC3コアをi686と認識する(既知の)不具合があり、インストールはできてしまう。起動すらしないのかといえば、それほど使用頻度の高い命令でもないため、そんなにすぐ止まるわけでもないらしい。/proc/cpuinfo」する。「cmov」という表記もある。するとi686の命令セットはフルサポートということになるし、同じ800MHzでも旧C3よりも相当パフォーマンスはよいはずだ。クロックは533MHzと出ているが、これは休ませている状態だからだろう。WikipediaでC3コアについて調べても、800MHzのNehemiahが存在するなんて記載はない。ググっても出てこない。そもそも、VIAのページを見ても、マザーとCPUの組み合わせについて言及した情報はない。Epia-MLというマザーのクロックは800MHzで合っている。オイラは、200Mhz足りないというよりは、コアのリビジョンが高いという意味で好意的に取るぞ。なんにせよ、なんの心配もなくRHEL4のバイナリが使えるってコトだ。これはうれしい誤算だ。安心したところで、フロントのLCDパネルが気になってきた。......と、いうのはさすがに甘かった。しまったぁ......こんなことなら、BSDベースのOSが動いている状態で通信をスニッフィングして、プロトコルを解読しておくんだった......どうしよう。型番聞いただけでジャストミートではないか。それ、オイラの庭の中だよ。JPとかあるし、これ、正規の電圧のシリアル信号と、PICのオンボードプログラミング用のコネクタじゃん!!プロトコル解析よりは面倒だが、オンボードプログラミング用のコネクタからPICのファームを吸い出すことができれば、コード解析によりフルに機能を使うことができそうだ。なんなら機能の追加もできる。一方で、隣のシリアル信号を利用すれば、ttyS1にもういくつか自作ガジェットをぶら下げることもできそうだ。自作野郎にはシリアルポートはいくつあっても嬉しい。これはよい発見をした。こっちのLCDパネルの型番はよくわからんが、うまく活用できそうである。