web-dev-qa-db-ja.com

Windows 2008 R2の再起動後にiSCSIドライブがマウントされない

Win2008R2を搭載したサーバーとSynology NASを持っています。 Nasには、Windowsサーバーにマウントされている6つのiSCSIパーティションがあります。 WindowsサーバーはHyper-Vで仮想化されています。

クライアントマシンを再起動した後、6つのパーティションのうち2つが再マウントされず、毎回手動で再マウントする必要があります...

それぞれに同様の構成があり、CHAP認証で構成されています。 6つすべてがお気に入りリストに表示されます。

イベントログには、iSCSIに関するエラーは表示されません。他の4つのパーティションは問題なくマウントされます。

さらにデバッグするための提案はありますか?

編集:synologyと話した後、彼らはchap認証を無効にし、マスキングと呼ばれるものを有効にすることを提案しました。これは基本的に、各LUNに接続できるノードをブロックするフィルターです。これは問題に大きな違いをもたらしました。それは停電などの後も時々発生しますが、再起動後、lunが再マウントされることはほぼ確実です。これは、Windows iSCSIイニシエーターと認証ネゴシエーションのターゲットの間の問題だと思います。

9
Ian Murphy

お気に入りリストとは別に、ボリュームがiSCSIイニシエーターのプロパティの[ボリュームとデバイス]タブに表示されているかどうかを確認しましたか?そして、それらは自動構成に設定されていますか?

これにより、(理論的には)すべてのボリュームが初期化されます。

Auto Configure Volumes

ソース

10
LukeP

ターゲットに接続するときに、お気に入りに追加し、マルチパスを有効にするが選択されていることを確認してください:

ポータルを見つけたら、[詳細]をクリックし、デフォルトを使用しないで[Microsoft iSCSI Intiator]をクリックすると、NIC Initiator IPのIPになります。

2
whathefox

かなり古いスレッドですが、最近Windows Server 2008 R2 SP1とDSM 6.1.5-15254を搭載したSynology RS18017xs +で同じ問題が発生しています。上記の「自動構成」の提案を確認しましたが、うまくいきません。 this guy からの解決策は私のために働きました:

  • 自動構成されたデバイスを削除する
  • [追加...]をクリックし、ドライブ文字またはマウントポイントを手動で指定します-私の場合は「F:\」

参考までに。

0
Thomas P