私たちは2つのiSCSIターゲットを使用して数ヶ月間CentOS 7サーバーを正常に実行してきましたtargetcli。どちらもMS iSCSIイニシエータを使用してWindows 7ボックスにインストールされました。良い結果。約 1 か月前に、2 番目のシステムでインストールする別のターゲットを追加しました。走らなければならないという事実を忘れてしまったようですsaveconfig。先週、私たちはメタデータサーバーTigerStoreの評価を始めました。 3番目のWindows 7コンピュータにインストールされます。 TigerStoreを使用してテストするために、CentOSシステムに4番目のターゲットを設定しました（Windows Launcherを使用してターゲットをインストールしてから提供します）。私がしなければならないことをもう一度忘れましたsaveconfig。
私たちは問題なく4つのターゲットをすべて使用してきました。実は私は金曜日の夜に使っていました。ところで、今朝入ってきたときにインストールしてから数ヶ月経っていない最初のマシンのターゲットにはドライブ文字だけが表示され、これをクリックすると権限エラーが表示されます。 Windowsシステム＃2を確認しましたが、同じiSCSIターゲットがインストールされています。 TigerStoreサーバーはまだターゲットに接続されており、正常に動作します。
3台のWindowsコンピュータをすべて再起動しましたが、同じ権限の問題があります。今私が本当に台無しにした部分は次のとおりです。 CentOSサーバーを再起動しましたが、両方のターゲット構成にLUNが表示されませんでした（これは私がsaveconfigを実行していない2つの構成でした）。なぜなら…機器の位置が変わったんです。再開する前に、カップルは合計で/dev/sdb1、/dev/sdb2もう一方は/dev/sdc1合計でした。今私のシステムドライブがあり、今はあるので、/dev/sdc2これらは異なります。それで、すべてのマッピングが混乱します。 /dev/sdc/dev/sdb/dev/sda/dev/sdc/dev/sdb
だからここに2つの部分からなる質問があるようです。
targetcli1）マッピングが機能するように（ターゲットのユーザーデータを変更せずに）、新しいブロックデバイスの場所を指す新しいLUNを作成できますか？
2）システムが/dev/sd*起動するたびに同じ場所割り当てを使用するように強制できますか？
いいですね。 3つの部分からなる質問です。
3）＃2ができない場合は、このようなことが再び起こらないように、どのように異なるようにする必要がありますか？ちなみに、これは次の出力ですtargetcli ls。
o- / ..................................................................... [...]
o- backstores .......................................................... [...]
| o- block .............................................. [Storage Objects: 2]
| | o- block1 ..................... [/dev/sdb1 (0 bytes) write-thru activated]
| | | o- alua ............................................... [ALUA Groups: 1]
| | | o- default_tg_pt_gp ................... [ALUA state: Active/optimized]
| | o- block3 ..................... [/dev/sdb2 (0 bytes) write-thru activated]
| | o- alua ............................................... [ALUA Groups: 1]
| | o- default_tg_pt_gp ................... [ALUA state: Active/optimized]
| o- fileio ............................................. [Storage Objects: 0]
| o- pscsi .............................................. [Storage Objects: 0]
| o- ramdisk ............................................ [Storage Objects: 0]
o- iscsi ........................................................ [Targets: 4]
| o- iqn.2018-03.com.grd.t3 ............................ [TPGs: 1]
| | o- tpg1 .............................................. [gen-acls, no-auth]
| | o- acls ...................................................... [ACLs: 0]
| | o- luns ...................................................... [LUNs: 1]
| | | o- lun0 ................ [block/block3 (/dev/sdb2) (default_tg_pt_gp)]
| | o- portals ................................................ [Portals: 1]
| | o- 10.0.0.1:3260 ................................................ [OK]
| o- iqn.2018-03.com.grd:t1 ............................ [TPGs: 1]
| | o- tpg1 .............................................. [gen-acls, no-auth]
| | o- acls ...................................................... [ACLs: 0]
| | o- luns ...................................................... [LUNs: 1]
| | | o- lun0 ................ [block/block1 (/dev/sdb1) (default_tg_pt_gp)]
| | o- portals ................................................ [Portals: 1]
| | o- 10.0.0.1:3260 ................................................ [OK]
| o- iqn.2018-03.com.grd:t2 ............................ [TPGs: 1]
| | o- tpg1 .............................................. [gen-acls, no-auth]
| | o- acls ...................................................... [ACLs: 0]
| | o- luns ...................................................... [LUNs: 0]
| | o- portals ................................................ [Portals: 1]
| | o- 10.0.0.1:3260 ................................................ [OK]
| o- iqn.2018-04.com.grd:t3 ............................ [TPGs: 1]
| o- tpg1 .............................................. [gen-acls, no-auth]
| o- acls ...................................................... [ACLs: 0]
| o- luns ...................................................... [LUNs: 0]
| o- portals ................................................ [Portals: 1]
| o- 10.0.0.1:3260 ................................................ [OK]
o- loopback ..................................................... [Targets: 0]
o- srpt ......................................................... [Targets: 0]
ありがとうございます！
答え1
回避策は、バックエンドストレージブロックとlunを削除することです（ターゲットはそのままにしてください）。次に、正しい/ dev / sd *の場所を指すようにtargetcliのチャンクを再構築しました。
将来的には、バックエンドストレージをブロックデバイスにマッピングする/ dev/disk/by-partuuidを使用して、これらすべてを移行して永続性の問題を解決します。