controler)なんだろ?続けて先ほどの/dev/loop0をlun:1として登録する。/dev/loop0確認。information:このままだと接続が許されたAccountがない。12345678ちなみに、当然ながらこのuserIDとpasswordはUnix的なuser/passwordとは一切関係が無い。後でイニシエータ側からtargetへ接続しに来るときに必要なのでuser/passwordは忘れないこと。user1このアカウントをtid1に関連付ける。--user=user1確認。information:tid1にuser1が関連付けられていることがわかる。次にこのユーザがこのtargetに対してできることを割り当てる。今回はベタで「全ての権限」を付与している。informationに「ALL」が記述されているのがわかる。(逆に「どんな権限があるのか」はmanにもinfoにも--helpにも記載なし...。)で、http://ken-etsu-tech.blogspot.com/2008/03/rhcs-iscsi-dm-mp-clvm-and-gfs3iscsi.htmlによると、これらのtgtadmで行った設定はリブートすると消えるそうだ(!!マジデ!!)なので、これらの動作をshellか何かにして起動時に実行させる必要がある。(今回はメンドイので省略...。ちなみに/etc/init.d/tgtdの中身を見ても「起動時に/etc/xxx/xxxにtgtadmに食わせるscript置いておくと自動実行されるよ〜」なんてものは無かった...orz)これで一応ネットワーク上にiSCSIのtargetデバイスが公開されたはず。今回はtargetとイニシエータは別マシンで行っている。以降の操作は基本的にイニシエータのマシン上で行うこと。イニシエータ用のパッケージが必要。iscsi-initiator-util」でイニシエータに必要なソフトをインストールしておく。(今回はインストール時に含めたから何もしてないけど、後からyumとかで入れた場合はmodprobeとかinsmodとかでカーネルモジュールをロードしないとダメかも。わからなければrebootでも多分OK。↓イニシエータ名として重複しない名前を設定する必要がある。/etc/iscsi/initiatorname.iscsiInitiatorName=iqn.1994-05.com.redhat:4be3de93ab84そのままでも何かのUIDみたいなものが設定されていてユニークっぽいが...。今回はとりあえずhost名に変えておいてみる。(いいのか?)アクセスするユーザ名/パスワードを設定する。追加usernameとpasswordは先にtarget側で設定したものに合わせること(当然)。接続設定はiscsiadmコマンドを使って行う。priority(これもmanも--helpもinfoも情報少ない...。↓まずはtargetデバイスを発見してやる必要がある。先ほど設定したものが発見できることこの時点で/var/lib/iscsi以下にゴチャゴチャとファイルが作成される。それらのファイルはiscsiadmコマンドで操作できるので基本的にはいじらない。ファイルに書かれているって事は、イニシエータが発見したtarget情報は揮発しない。(rebootしても残る)......target設定はrebootしたらきれいさっぱり忘れるくせに...(--#)当然、target側の構成を変えたりtargetやlunを追加したときはディスカバーをやり直す必要がある。(今回は試していないけど。↓iSCSIはSCSIと違ってネットワーク上のものなので、旧SCSIで言えばケーブルのコネクタの所に鍵がかかっている。ログイン操作をすることによってそのtargetに対してイニシエータはアクセスが可能になる。(先ほどのターゲットは192.168.0.1だったとする。ログインできたっぽい成功すると/dev/sd*というデバイスができる。/dev/sdaiSCSIのセッションが張られていることを確認する。testtarget1/var/lib/iscsi/以下にtargetの情報が登録されている。後は普通のdiskと同じように使える。使用例としてイニシエータ側からtarget(内のlun)にmkfsしてファイルシステムを作ってマウントしてみる。マウント済ですOKっぽい。この状態で/mnt以下にファイルやディレクトリを作成すると、それはネットワーク経由でtargetマシンに保存される。ちなみにtarget側から接続状況を確認するとこうなっている。(これは先のtargetマシン上で実行する。targetを使用中だとtargetのtgtdは普通にshutdownできないので、イニシエータは後始末をしてターゲットを手放す必要がある。(いきなりイニシエータ側をrebootしたときの弊害については下記参照。)まずイニシエータ側でumountする。successful確認。Sessionが張れなくなるという問題があるらしい。(/etc/init.d/iscsiにわざわざそのようなロジックが作りこんである。バグというわけではなさそうだ。)OSのブートディスクでiSCSIによるRAIDなどが使われる可能性もあるので、init.dが完了した後にカーネルから強制KILLされるのを待つようにしてあるらしい。logoutする必要がある。メンドイ...気もする。回避する為にはイニシエータ側の/etc/init.d/iscsiとiscsidを書き換える必要があるらしい。"6"云々」と書いてあるif節があるので、そこを全てコメントアウトする。これをしてしまうとブートデバイスにiSCSIを使用していると問題が発生すると思われる。