Hi Eff,
There are a significant number of variables to work through with dedup and
compression enabled. So the first suggestion I have is to disable those
features for now so your not working with too many elements.
With those features set aside an NTFS cluster operation does not = a 64k raw
I use zfs send/recv in the enterprise and in smaller environments all time and
it's is excellent.
Have a look at how awesome the functionally is in this example.
http://blog.laspina.ca/ubiquitous/provisioning_disaster_recovery_with_zfs
Regards,
Mike
--
This message posted from
Ciao,
Your GUID's must not be the same an NAA is already established on the targets
and if you previously tried to initialize the LUN with VMware it would have
assigned the value in the VMFS header wich is now stored on your raw ZFS
backing store. This will confuse VMware and it will remember
Hello Tano,
The issue here is not the target or VMware but a missing GUID on the target as
the issue.
Observe the target smf properties using
iscsitadm list target -v
You have
iSCSI Name: iqn.1986-03.com.sun:02:35ec26d8-f173-6dd5-b239-93a9690ffe46.vscsi
Connections: 0
ACL list:
TPGT list:
