On Aug 3, 2010, at 11:58 PM, Terry Hull wrote: > I have a logical unit created with sbdadm create-lu that it I replicating > with zfs send / receive between 2 build 134 hosts. The these LUs are iSCSI > targets used as VMFS filesystems and ESX RDMs mounted on a Windows 2003 > machine. The zfs pool names are the same on both machines. The replication > seems to be going correctly. However, when I try to use the LUs on the > server I am replicating the data to, I have issues. Here is the scenario: > > The LUs are created as sparse. Here is the process I’m going through after > the snapshots are replicated to a secondary machine:
How did you replicate? In b134, the COMSTAR metadata is placed in hidden parameters in the dataset. These are not transferred via zfs send, by default. This metadata includes the LU. -- richard > • Original machine: svccfg export -a stmf > /tmp/stmf.cfg > • Copy stmf.cfg to second machine: > • Secondary machine: svcadm disable stmf > • svccfg delete xtmf > • cd /var/svc/manifest > • svccfg import system/stmf.xml > • svcadm disable stmf > • svcadm import /tmp/stmf.cfg > > At this point stmfadm list-lu –v shows the SCSI LUs all as “unregistered” > > When I try to import the LUs I get: stmfadm: meta data error > > I am using the command: > stmfadm import-lu /dev/zvol/rdsk/pool-name > > to import the LU > > It is as if the pool does not exist. However, I can verify that the pool > does actually exist with zfs list and with zfs list –t snapshot to show the > snapshot that I replicated. > > > Any suggestions? > -- > Terry Hull > Network Resource Group, Inc. > > _______________________________________________ > zfs-discuss mailing list > zfs-discuss@opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss -- Richard Elling rich...@nexenta.com +1-760-896-4422 Enterprise class storage for everyone www.nexenta.com _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
