On Aug 4, 2010, at 1:27 PM, Terry Hull wrote: >> From: Richard Elling <rich...@nexenta.com> >> Date: Wed, 4 Aug 2010 11:05:21 -0700 >> Subject: Re: [zfs-discuss] Logical Units and ZFS send / receive >> >> 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 > > Does the -p option on the zfs send solve that problem?
I am unaware of a "zfs send -p" option. Did you mean the -R option? The LU metadata is stored in the stmf_sbd_lu property. You should be able to get/set it. > What else is not sent > by default? In other words, am I better off sending the metadata with the > zfs send, or am I better off just creating the GUID once I get the data > transferred? I don't think this is a GUID issue. -- richard -- 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
