ZFSボリュームに支えられていない既存のiSCSIターゲットを再作成または複製することは可能ですか? X4500 Thumperを再起動すると、このバグの影響を受けたため、質問します。 http://wesunsolve.net/bugid/id/6803721 同じバグもここにあります https:/ /defect.opensolaris.org/bz/show_bug.cgi?id=7482 ですが、突然そのページを表示する権限がなくなりました。
その結果、「iscsitadm list target -v」の実行時に表示される、1つのiSCSIターゲットのLUNパラメーターがすべて不明になりました。 iSCSIターゲットはWindowsServer 2008イニシエーターから接続できますが、ディスクはマウントされません。実際のデータは、バッキングストアディレクトリ(/export/pool1/iscsi/iqn.1900.fakeiqn/lun.0)にあります。
追加情報として、このiSCSIターゲットは次の方法で作成されました。
1)zfs create pool1/iscsi
2)iscsitadm modify admin --base-directory/export/pool1/iscsi
3)iscsitadm create target --size 1T this.is.a.long.target.name.affected.by.the.bug.above
4)ベースディレクトリは次のようにレイアウトされます(ls -al/export/pool1/iscsi):
drwxr-xr-x 2 root sys 3 Jan 30 10:10 iqn.1900.fakeiqn.target
lrwxrwxrwx 1 root sys 87 2010年11月4日this.is.a.long.target.name.affected.by.the.bug.above->/export/pool1/iscsi/iqn.1900.fakeiqn.target
この既存のiSCSIターゲットを再作成または複製できない場合、LUNデータを他の方法で取得できますか?
ご協力ありがとうございました。
私は自分の質問に答えたようです。
障害が発生したiSCSIターゲットからZFSボリュームに基づく新しいiSCSIターゲットにデータを追加することで、データを回復できました。これらは私が実行したステップです:
1)zfs create -V 1T pool1/new_target
2)zfs shareiscsi = on pool1/new_target
3)iscsitadm list target -v pool1/new_target | grep 'バッキングストア'
4)pool1/new_targetのバッキングストアパス(この場合は/ dev/zvol/rdsk/pool1/new_target)に注意してください。
5)障害が発生したiSCSIターゲットはZFSボリュームによってバックアップされていないため、手順4は、障害が発生したiSCSIターゲットのバッキングストアを見つけるために機能しません。失敗したiSCSIターゲットのデータは、iscsitadm showadminを使用して検出されたベースディレクトリにあります。そのディレクトリにcdし、lun。#ファイルが見つかるまでパスをたどります。 (/export/pool1/iscsi/iqn.1900.fakeiqn.target/lun.0)
6)dd if =/export/pool1/iscsi/iqn.1900.fakeiqn.target/lun.0 of =/dev/zvol/rdsk/pool1/new_target bs = 8k(新しいZFSボリュームのブロックサイズは8kです)
データを追加するのに約2日かかりましたが、成功し、Windowsイニシエーターから新しいiSCSIターゲットをマウントして、すべてのデータを確認することができました。