%20%E3%82%BF%E3%83%BC%E3%82%B2%E3%83%83%E3%83%88%20%40%20Debian%2010%20%E3%81%8A%E3%82%88%E3%81%B3%20VMware%206.7%20%E3%82%A4%E3%83%8B%E3%82%B7%E3%82%A8%E3%83%BC%E3%82%BF%E3%83%BC%3A%200x00000000%20%E3%81%AE%20WRITE_PROTECTED%20LUN%20%E3%82%A2%E3%82%AF%E3%82%BB%E3%82%B9%E3%81%8C%E6%A4%9C%E5%87%BA%E3%81%95%E3%82%8C%E3%81%BE%E3%81%97%E3%81%9F.png)
私たちは走っています
- QNAP NAS
- デビアン10
- VMware 6.7U3 ハイパーバイザーをホストする
a) QNAP で iSCSI-LUN ターゲットをエクスポートし、LIO を使用して、VMware からアクセス (読み取り/書き込み) すると正常に動作します。
b) LIO を使用して新しい Debian 10 で iSCSI-LUN ターゲットをエクスポートし、Windows 7 iSCSI イニシエーター (読み取り/書き込み) でアクセスすると正常に動作します。
ターゲットb) (Debian 10 / LIO) とイニシエーターa) (VMware v6.7) を使用すると、
- VMwareはターゲットホストを認識します
- VMwareはログインしてターゲットを見ることができる
- VMware は LUN 上のデータを読み取ることができます (パーティション テーブル、そのサイズ、パーティション タイプなどを参照)
VMwareのレポートを書こうとすると
2020-12-28T14:36:00.775Z info hostd[2098690] [Originator@6876 sub=Partitionsvc opID=esxui-2f96-fbd9 user=root] ステータス: 255 出力: gpt 0 0 0 0
エラー: エラー: /dev/disks/naa.60014054b666e78a1c443ee941c60e3e への書き込み中に読み取り専用ファイルシステムになりました。SetPtableGpt: ディスクにコミットできません
Debian 10 ボックスは次のように報告します:
カーネル: [ 80.210044] TARGET_CORE[iSCSI]: 0x00000000 の WRITE_PROTECTED LUN アクセスが検出されました
VMware が iSCSI LUN を読み取り専用でマウントするのに、Windows 7 がそれを読み取り/書き込みでマウントし、VMware が QNAP-iSCSI-LUN も読み取り/書き込みでマウントする理由がわかりません。
どのようなヒントでもいただければ幸いです。よろしくお願いします。
PS: 誰かが「linuxio」というタグを作成して、この質問に割り当てることができるかもしれません。
答え1
私は何日もこの問題を解決しようと試み、今日、Windows 7 と QNAP-NAS で動作をクロスチェックしました。それで、もうアイデアがなかったので、ここでヒントを求めました。
さらに数時間試してみたところ、VMware iSCSI イニシエーターには明示的な ACL エントリが必要ですが、Windows 7 iSCSI イニシエーターには必要ないことがわかりました。
LIO システム全体をデモ モードで構成したので、認証はまったく必要なく、デモの書き込み保護はオフになっており、iqn ACL は動的に生成されるはずです。
cd /iscsi/iqn.2003-01.org.linux-iscsi.v10000.x8664:sn.cce266f35881/tpg1/
set attribute authentication=0 demo_mode_write_protect=0 generate_node_acls=1 cache_dynamic_acls=1
なぜこのように動作するのかはわかりませんが、Windows 7 は明示的な ACL エントリがなくても正常に動作し、iscsi/iqn..../tpg..../acls/iqn.of-the-initiator の下にイニシエーターの ACL エントリと LUN マッピングを追加したため、VMware は正常に動作します。
とにかく読んでくれてありがとう。この投稿が他の管理者の時間を節約するかもしれません。