Neo Laboratory

4台の仮想マシンで快調に活躍していたXenサーバーに、開発用にWindowsServer2003が必要になったので、さっそくディスクイメージをコピーして起動(ライセンスはちゃんとしているので大丈夫)、なんて便利なんだろう、うんうん、と悦に入っていたところ

Error: Device 769 (vbd) could not be connected. Backend device not found.

おいおい、なんだよオープンソース版に4台までの制限はなかったよなぁ、
とググってみたところポピュラーなお話のようで単にループバックデバイスが足りないらしい。
CentOS4のデフォルトでは8個のようで、これを使い切ったらしい。
ふむふむとしらべていると、どの方のサイトも微妙に書いてあることが違う。カーネルパニックしたりして蒼くなりながら何とか解決したのでうちの環境限定での解決策をご紹介(かなり簡単)。

結局、下記の　max_loop=32　を追加しただけ

# vi /etc/grub.conf または # vi /boot/grub/menu.lst

title CentOS-4.4 with Xen (2.6.16.33-xen_3.0.4.1)
root (hd0,0)
kernel /xen-3.0.4-1.gz dom0_mem=512M
module /vmlinuz-2.6.16.33-xen ro root=/dev/VolGroup00/LogVol00 max_loop=32
module /initrd-2.6.16.33-xen.img
※表示は改行しているかもですがmax_loopの行はmodule から始まる1つの行です

これで再起動すると、わらわらと /dev/loop* ができています。

私の環境
Domain０：CentOS4.4　カーネル2.6.16.33
CPU Xeon 物理X2/論理×８
メモリ４G

あんまり関係ないけど
DomainU：CentOS4.4×３/WindowsServer2003×２

うちの会社はソフトウエア開発を生業としているのでサーバーが結構な数そこらに転がっている。
これらの間のデータのやりとりやバックアップにはNFSは欠かせないのですが、fstabに書いて起動時にマウントすると、気づかずマウントされたサーバーをリブートしたり止めたりするとひどい目に遭いますね、でもスクリプトに毎回マウント・アンマウントを書くのもめんどくさい、ということでｎｆｓの自動マウント。

［マウントされる側の準備］
通常のｎｆｓの設定ですね

# vi /etc/exports
/dokoka/kokowomount 192.168.111.1(rw,no_root_squash)

［マウントする側の準備］
# vi /etc/auto.master
/home/asoko /etc/auto.asoko –timeout 60

/home/asoko:マウントする基点
/etc/auto.asoko:マウントの詳細を記述したファイルのパス
–timeout 60:60秒アクセスなかったら切るよ、の指定

# vi /etc/auto.asoko
koko -fstype=nfs 192.168.111.2:/dokoka/kokowomount/koko
koko:基点の下のマウントポイント
あとは通常のnfsの指定と同じですね

[autofsの起動]
# /etc/init.d/autofs start

これで、あの煩わしいマウント作業から解放されました、ぱちぱち。