web-dev-qa-db-ja.com

Solaris：ZFSボリュームに支えられていないiSCSIターゲットのクローン/再作成

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データを他の方法で取得できますか？

ご協力ありがとうございました。

solarisiscsilun
1
user75058

私は自分の質問に答えたようです。

障害が発生した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ターゲットをマウントして、すべてのデータを確認することができました。

0
user75058