I think ZFS might be too smart here. The feature we like is that ZFS
will find the devices no matter what their path is. This is very much
a highly desired feature. If there are multiple paths to the same LUN,
then it does expect an intermediary to handle that: MPxIO, PowerPath, etc.
Unfortunately, the FC disks and hubs in the A5000 are quite limited in
their ability to do clever things, as is the socal interface. It is no
wonder they were EOLed long ago. As-is, the ability of ZFS to rediscover
the A5000+socal disks when a loop is dead may be a manual process or
automatic on reboot (qv. discussions here on [un]desired panics)
-- richard
Derek E. Lewis wrote:
On Thu, 28 Dec 2006, George Wilson wrote:
You're best bet is to export and re-import the pool after moving
devices. You might also try to 'zpool offline' the device, move it and
then 'zpool online' it. This should force a reopen of the device and
then it would only have to resilver the transactions during the time
that the device was offline. I have not tried the later but it should
work.
George,
I haven't moved any devices around. I have two physical paths to the
JBOD, which allows the system to see all the disks on two different
controllers (c1t53d0 and c2t53d0 are already there). 'zfs
online/offline' and 'zfs import/export' aren't going to help at all
unless I physically swap the fibre paths. This won't work because I have
other pools on the JBOD.
If this were a production system, exporting the entire pool would not be
ideal, just to change the controller the mirrored pooldevs are using. If
ZFS cannot do this without (1) exporting the pool and importing it or
(2) doing a complete resilver of the disk(s), this sounds like a valid
RFE for a more intelligent 'zfs replace' or 'zfs attach/detach'.
Thanks,
Derek E. Lewis
[EMAIL PROTECTED]
http://delewis.blogspot.com
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
