世界の親愛なる人々。
再起動後にXenServerにiSCSIターゲットを再接続する際に問題が発生します。
試行するたびに、いくつかのエラーが発生します。再接続に失敗した後の冗長ストレージの接続画面にいるのは次のとおりです: http://i.imgur.com/jkBYI1g.png
そのため、ターゲットIQNとターゲットLUNが見つかりましたが、[完了]をクリックすると、次のエラーが発生します。
Scanning for LVM over iSCSI SRs on 192.168.3.1
Logging in to the iSCSI target failed. Check your username and password.
Check your settings and try again.
面白いことに、SynologyのターゲットでCHAPを無効にしました。
Xenのストレージを削除してから再接続しようとしても、同じエラーが発生します。
マルチパスを無効にすると、問題なく接続できます。しかし、マルチパスを有効にすると、エラーが発生します。誰かが理由を知っていますか?
私が見ることができることから、これが起こる唯一の理由は、マルチパスがSynology側とXenServer側の両方で有効になっていないことです。
Synologyのこのオプションは次のとおりです https://www.synology.com/_images/tutorials/use_port_binding_to_configure_multipath/1.jpg
Xenのマルチパス構成ガイド https://docs.citrix.com/content/dam/docs/en-us/xenserver/xenserver-61/xs-design-iSCSI-multipathing-config.pdf ==
@ Refalm、@ jrd1989、イニシエーターの各インターフェースは、ターゲットへのアクセスを許可する必要があります。同じターゲットへの2つの異なる経路を持つ単一のマシンには、2つの異なるACLエントリが必要です。 iqnのみに基づくACLエントリが存在する可能性がありますが、CHAPはありません。さらにCHAPは、検出フェーズと接続フェーズで使用できます。
サーバーにSANからLUNへのアクセスを許可しましたか?私のSAN管理コンソールにログインし、ホストグループ(例:「ブレードサーバー」という名前)を作成し、必要なLUNをホストグループにマップしてから、個々のサーバーをホストからホストグループへ。LUNへのアクセスを許可したい各サーバーのISCSIIQNを確認できました。
しかし、あなたの環境は完全に異なる可能性があります。どのようなSANを使用していますか?