なるほど。MACアドレスを変更する為には、hw etherを指定してあげればいいのか。
2010年5月19日水曜日
2010年5月6日木曜日
【サーバ再構築】iSCSI環境構築 その2
サーバ側でマシン起動時に自動でtargetをマウントできるよう、fstabの設定等を諸サイトを参考にいくつか行ってみたが、総じてマウントに失敗した。
単純に、target側から見られないようにすれば(ファイル共有は仮想サーバのみで行えば)いい話なのだが、ちょっとムキになって、無理やり起動時にマウントするようにしてみた。
単純に、target側から見られないようにすれば(ファイル共有は仮想サーバのみで行えば)いい話なのだが、ちょっとムキになって、無理やり起動時にマウントするようにしてみた。
- マウントする際に、デバイスファイル名(/dev/hoge)を明示できない iscsitargetが起動する度、デバイスファイル名をつけ直しているため、デバイスファイル名が不確定。
- iscsitargetが起動した後の、デバイスファイル名の調べ方は? /dev/disk/by-pathに情報がある
- iscsitargetとopen-iscsiの起動順序を変更 iscsitargetはstartをrcS.dに27で、open-iscsiはdefaultsでstartを17、stopを81に設定
→iscsitargetが起動した後に、デバイスファイル名を変数にぶち込めばOK
startファンクションのudevsettleコール後の適当な場所に挿入
stoptargetsファンクションのtargetログアウト前に挿入
stoptargetsファンクション
「iSCSIのデーモンがhangしてたらログアウトする」条件文をコメントアウトして、強制的にtargetからログアウトするようにする
なぜかopen-iscsiを再起動する度に「既にログインしてるぜ」というエラーが出るため
「iSCSIのデーモンがhangしてたらログアウトする」条件文をコメントアウトして、強制的にtargetからログアウトするようにする
なぜかopen-iscsiを再起動する度に「既にログインしてるぜ」というエラーが出るため
2010年5月4日火曜日
【サーバ再構築】iSCSI環境構築
作業を行うに当たって、いくつかクライアントとサーバでファイルのやりとりを行う必要が出て来たため、折角なので予定されていたiSCSI環境の構築を実施した。
- 以下、実施した作業のまとめ
- 必要パッケージのインストール
- iscsitarget
- iscsitarget-modules-2.6-amd64
- open-iscsi
- target側の設定
- LVMでボリュームを作成
- /etc/ietd.confの編集
- イニシエータ側の設定
- iscsiadmコマンドで、targetのボリューム一覧を取得
- 接続するtargetにログイン
サーバには、target用のパッケージのみをインストール。
※モジュールは、使用しているOSのアーキテクチャに合わせて、適宜変更すること
クライアントには、イニシエータをインストールする。
ディレクトリ単位で接続しようとしたら、なぜかディスク全部を参照してしまったので、LVMでボリュームを区切って使用することにした。
編集するべき箇所は、以下の部分
IQNの命名規則については、こちらが参考になるかもしれない
2010年5月2日日曜日
【サーバ再構築】仮想環境構築
ホストOSにDebian 5.0.4 Lennyを選択。
最小構成でセットアップを行い、仮想環境でのテストインストールどおり、以下のパッケージをインストールした。
- ssh
- ntp
- vim
これらに加えて、KVM環境構築の為、さらに次のパッケージを追加でインストールした。
- kvm
- bridge-utils
- uml-utilities
- libvirt0
- libvirt-bin
"libvirt0"及び"libvirt-bin"は、virsh(KVMのマネジメント用シェル)を利用するために必要なパッケージ
パッケージインストール後は、kvmのブリッジ設定を参考に、ブリッジ設定を追加した。
なお、別マシンで作成したゲストを他のマシンへ移動する場合、NICが認識しなくなるので、NICを認識しないときの対処を実施すること
登録:
投稿 (Atom)