最初はどうにかしてanacondaを立ち上げて、とか、擬似的にcdromブートして、とかを試したが、ギリギリのトコロで動かない。結局、FedoraCore6の導入事例を参考にして、空の状態に各RPMを貼り付けていく方法を取った。こちらは一歩先にRHEL4を導入したWRAP。起動を確認して、クロージャに収めた。基本的に、ルートファイルシステムは玄箱からNFS経由でアクセスするので、ディスクレス。今となっては絶対に手に入らない8MのCFからカーネルをブートする仕組み。クロージャはWRAP専用の赤いヤツ。前に購入したのでネジをどこかにやってしまってアセって探しつつ、クロージャの作りが甘いのでシリアルポート付近をリーマでウリウリやったりしつつしながら、どうにか収める......ううむ、シンプルでカッチョイイ。こちらも見た目はフツーの玄箱HGだが、RHEL相当のLinuxで駆動し、WRAPを起動するためのx86環境も入っているというシロモノに仕上がっている。奇妙なことにフタリとも揃って266MHzで128MBというスペック。協力して533MHzで256MBというワケである(?)。このフタリをつなぐのは、LANケーブル。完成形ではWRAPがルータの役目をするので、DMZに当たる場所に玄箱をつなぐのだ。先日、秋葉の某所で買ってきたLAN工事用のペンチ。探し回った挙句、なんと1,029円で入手したアイテムである。モジュラプラグも10個で261円。貧乏くさいことこの上ないが安さは正義だ。もって、その辺で余っているLANケーブルをチョッキンして、Web上の説明を参考にピンをモジュラプラグに押し込んで......あ、意外と簡単に入るモンだな......で、ペンチでグッと、こんなもんか?で、導通テスト。当然ながらケーブルテスタなんぞ買ってない。ジャンクショップで入手したモジュラジャックのパーツ。RJ45とRJ12が並んでいるばかりかLEDまで付いていて1個10円である。......オッケェイッ!!あとは、玄箱の足に穴をあける。こいつは耐震対策である。ネジリッコでラックに固定するのである。設置状況はこんな感じ。自宅で24時間駆動させるなら、これくらいが理想だよなぁ、うんうん。玄箱でnfsサービスを開始し、WRAPを起動するとサクサクと起動した。念願だったダブルRHEL4である。これから必要なパッケージをrpmでザクザクとインストールしつつ、理想の環境を構築していこう。サーバさて、念願の省電力、省スペースのRHEL相当サーバが立ち上がった。面白みのあるデュアル構成。さーて、なにから始めようかな。名前解決ができないと構築作業するにもうっとおしいからDNSの立ち上げからかな。いえば、WRAPはshutdown時にリセットがかからない。アダプタジャックを抜き差ししないと再起動しない。こいつはどうにかしないとカッコ悪い。そうそう、WRAPのマニュアルにリセットをかけるアセンブラコードが載ってたな。<コード、結果>実行したがエラーが出てリセットがかからない......そりゃそうか。rootといえど、ユーザモードからI/Oポートに書き込めるわきゃないわな。モジュールにすればいいだろう......ちょいちょい、と。コンパイルできるけど、modprobeできない......あ、そか。2.6からモジュールに関する作法が変わっているのか。いえば、2.6カーネルのモジュールは、xxx.oでなく、xxx.koだった気がするわい。関連ドキュメントは....../usr/src/linux/Documentation/kbuild/modules.txtに説明がある。Makefileの作り方にコツがあるみたいだな......ちょいちょい、と。<コード、結果>ダメ。実行中のカーネルと、参照しているカーネルのソースツリーの内容が違うからのようだ。マジックコードの中のアーキテクチャが合わない。いえばいま使ってるカーネルは、ノートPCで再コンパイルしたものだが、空きディスク容量の見積もりが甘くて、カーネルとモジュールは作れたものの、ソースのrpmの書き出し中にディスクフル起こして作成に失敗しちゃったんで手元にないんだよな。カーネルっていえば縁起物だし、WRAP自らに再コンパイルさせてみるか。メモリ不足を起こしてたのか!?<システムログ>OOMKilerにBuildプロセスとnamedが殺されてる......nfsroot環境のマシンだと、swapの確保が一筋縄ではいかないんだよなぁ......nbdを試さなきゃかなぁ。試そうにも玄箱に領域がないんだよな。なんだか、環境の構築早々、いきなりコアなところに飛び込んでしまった。次は軽めに玄箱でサウンドモジュールを使えるようにしてみようかな。先日、1980円で買ってきた「響音3」という製品だ。USBメモリほどの大きさで、音声の「入」出力ができるすぐれもの。この手の製品で「入力」があるのはうれしい。玄箱にラジオの録音をやらせることができるからだ。ジュークボックス化するのにも役立つしね。できれば玄箱の側もソースrpmからコンパイルしたいところだが......パッチを理解しつついじりだすとなると、また一週間コースなので、こっちは素直にkernel.orgのカーネルに、素直にパッチを当てて、サウンド関連のコンフィグをして再コンパイルする。supportこんなもんかな。玄箱用パッチはRedhatのソースrpmと違って、余計なモジュールをほとんどコンパイルしないコンフィグなので、コンパイルは3時間くらい......遅いことに違いないけども。終わったけど再起動は面倒だなぁ......設定だけして、次の何かの再起動タイミングに合わせて作業を進めよっかな。軽めの作業をするつもりだったのに、いつのまにかまたもやコアな作業に足を踏み入れているではないか。こんどこそ、軽めにtdiaryの移行作業をしよう。この「SVX日記」のホストサーバを移行してみるのだ。ちなみに、しばらくは現用サーバのApacheをリバースプロキシに、リクエストを後ろに回して運用するつもりなので、これは試行でもなんでもなく本格的な移行作業の一環である。ぅおっ、遅いぃッ!!......フロントページを表示するだけで20秒チョイもかかってしまう。これじゃ、使い物にならん......1分に3人弱しか閲覧できないとすれば、1日4000名しか閲覧できないことになってしまう。そりゃ、266MHzだから多少は遅いことを覚悟していたが、これほどまでとは......topで見ても、ほとんどがRubyのCPU負荷であり、改善の余地はない......mod_rubyとかでもダメだろうな、メモリ面でもキツいし......動的ページでなくしてしまえば実用レベルは保てるかもしれないが、それはちょっと大改造になるだろうからやりたくない。ほんじゃ、WRAPでなく玄箱にやらせてみようか......よいしょっと......時間は半減したものの10秒を下らない。これでも移行するにはキビしすぎるなぁ......Rubyって重いのねぇ。現サーバはPenIIIの1GHzだけど、アクセスがある度にファンがウナってたのは伊達じゃなかったんだねぇ。ーわけで、早々と移行は頓挫してしまったが......かくなる上は......ぽちっと。次期サーバ「LHD-NAS160V」到着なんだか、WRAPと玄箱HGによるサーバ構築は作業序盤で想定外のパフォーマンス不足に頓挫し、欠番扱いのような状態に陥ってしまった。早くも次期サーバである「LHD-NAS160V」の到着である。ここんとこ、オイラの本業のOSサポート業のほうでトラブルがあって......トラブルとはいっても、ウチが起こしたわけじゃなく、他人のトラブルでそれがウチの飯の種なんだが......ねちっこく、クラッシュダンプを相手にSCSIドライバ周りをナメ回していたりする日々である。これがまた面白いのなんのって。ウチにもクラッシュダンプを取得できる環境を整えたいくらいである。ネットダンプを導入しよう。ま、そんな先の予定は置いといて今日は終電帰りである。アチラが立てば、サーバが立たずさて、仕事が忙しいながらも、休日までは侵食されなかったので、元気いっぱいにサーバイジリである。このNASは、VIAのEpiaML800MHz版に、ATA133で160Gの3.5inchHDD、ギガビットの蟹NICを組み合わせ、小型の筐体にパッケージングした製品である。初期状態ではBSDベースのOSが導入されており、基本的にはNASとして利用するためのものだが、当然ながら最初から素直に利用するつもりは毛頭ないオイラである。裏面に現れた各種「非サポート」コネクタに、PS/2キーボード、マウス、液晶ディスプレイをつないでしまう。これまたイキナリBIOS設定に移動し、念のため初期状態の設定をデジカメでバシバシと保存しながら、オンボードNICを有効にするのであった。この製品はギガビット対応NASに仕上げるため、ひとつしかないPCIスロットにロープロファイルなギガビットの蟹NICが刺さっており、マザー上の100Mビットは初期状態では殺されているのである。それを生かせばマルチホームになり、ルータとして稼動可能なのである。RHEL4のインストールである。手元にはCDROMドライブがない。ここはUSBブートを使って、玄箱をNFSインストールサーバに、インストール作業を進めるのである。of=/dev/sdb」てな感じで書き込む。[USB-HDD]」にして......起動しない。[USB-FDD]」にしてみるがやっぱり起動しない。rescue」でレスキューモードに移行する。起動ディスクの内容はNFSの先にあるので、玄箱のisoのあるディレクトリを指定する必要があるが、無事、レスキューモードでの起動に成功した。USB接続のHDDをつないで、現状のディスクの内容を書き出す。/dev/hda1と/dev/hda2をまるごと、それと/dev/hda3の先頭1MB。初期状態のOSを使うことはないと思うが、念のためだ。askmethod」として、通常のGUIインストールプロセスを起動する。パーティションは4Gをふたつ。あろうことか、そのふたつでRAID1、ミラーリングアレイを構成してしまう。もって......あ、ホスト名を決めなきゃ......どうしよう............Linuxサーバからしてみれば、オイラがフリーズしたのかと思っただろう。それくらいホスト名に悩みまくる。WRAPはwrap、玄箱HGはkuroと安直に決めたが、この製品はLHD-NAS160V、愛称NetPocket......非常にホスト名に向かない名前なのだ。筐体が黒いから黒に関連する言葉がいいけど......軽く1時間は悩んだ挙句「chrome」に決定した。イメージは、強固な金属、オレンジの溶液、有毒、黒という色にも掛けている。スペルも短くて覚えやすい。名前に悩んだのはウソのように、適当にパッケージを選んでインストール完了。system」ってディスク読んでるそぶりもないじゃんよ。BIOSのBOOT設定をどのように変えようが、ブートする気配がない。動かない理由はいくらでも思い当たる。......とりあえず、ハード面でももっとバラして目視確認したほうがいいな......というところで、午前4時。したら、RHEL4のインストールはできないんじゃないかなどという不安を抱えつつ寝床に行く。非常にもやもやするが仕方ない......今日はここまで。バックアップのためのRAID1昨晩、半徹したので遅い朝ながらも、しばらく前にようやく歩き始めたウチのガキのイッペイの相手をしつつ、隙を見て本格的にサーバをバラしにかかる。本機は電源ファンがケースファンを兼ねる構造になっているが、非常に理にかなった空気の流れが作り出されるような配置になっている。バラせばバラすほど、どこにも作りが特殊な部分は見つからない。フツーのATAのHDDが、マスター設定で、プライマリ側につながっている。マザー上にも特にヘンな接続はない。それは、あまり考えたくはないが......。バラした状態でいつまでも眺めていてもどーしよーもないので、元通りに組み立てる。一度レスキューモードで上げて、grub-install......うまくいかない。しても、RAID1からシステムを起動したいんだけどなぁ......どーにもうまくいかない。悩み続けていても仕方ない。フツーにインストールしてみよう。フツーにインストールする。