是否有可能重新创build或克隆不支持ZFS卷的现有iSCSI目标？ 我问，因为重新启动一个X4500捶击器，我受到这个bug的影响： http : //wesunsolve.net/bugid/id/6803721同样的错误也在这里， https://defect.opensolaris.org/bz/show_bug。 cgi？id = 7482 ，但我突然擅自查看该页面。
因此，执行“iscsitadm list target -v”时显示的一个iSCSI目标的LUN参数现在都是未知的。 iSCSI目标可以从其Windows Server 2008启动器连接到，但是没有安装任何磁盘。 实际数据存在于后备存储目录（/export/pool1/iscsi/iqn.1900.fakeiqn/lun.0）中。
有关其他信息，此iSCSI目标是以下列方式创build的：
1）zfs创buildpool1 / iscsi
2）iscsitadm修改admin –base-directory / export / pool1 / iscsi
3）iscsitadm创build目标 – 大小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 Nov 4 2010 this.is.a.long.target.name.affected.by.the.bug.above – > /export/pool1/iscsi/iqn.1900.fakeiqn.target
如果无法重新创build或克隆现有的iSCSI目标，LUN数据是否可以用其他方式检索？
感谢您的帮助。
我似乎回答了我自己的问题。
我能够通过将来自失败的iSCSI目标的数据恢复到由ZFS卷支持的新iSCSI目标来恢复数据。 这些是我执行的步骤：
1）zfs创build-V 1T pool1 / new_target
2）zfs shareiscsi =在pool1 / new_target上
3）iscsitadm list target -v pool1 / new_target | grep'备份存储'
4）注意pool1 / new_target的备份存储path（在这种情况下为/ dev / zvol / rdsk / pool1 / new_target）
5）由于失败的iSCSI目标没有被ZFS卷支持，因此步骤4将无法find失败的iSCSI目标的Backing存储。 失败的iSCSI目标的数据位于使用iscsitadm show adminfind的基本目录中。 cd到该目录，并按照path，直到findlun。＃文件。 （/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目标并查看所有数据。