Hi Cindys, > I'm still > not sure if you physically swapped c7t11d0 for c7t9d0 or if c7t9d0 is > still connected and part of your pool.
The latter is not the case according to status, the first is definitely the case. format reports the drive as present and correctly labelled. > ZFS has recommended ways for swapping disks so if the pool is exported, the > system > shutdown and then disks are swapped, then the behavior is unpredictable and > ZFS is > understandably confused about what happened. > It might work for some hardware, but in general, ZFS should be notified of > the device changes. For the record, ZFS seems to be only marginally confused: The pool showed no errors after the import; the rest remains to be seen after scrub is done. I can't see what would be wrong with a clean export/import. And the results of the drive swap are part of the plan to find out what impact the HW has on the transfer of this pool. > > You might experiment with the autoreplace pool > property. Enabling this > property will allow you to replace disks without > using the zpool replace > command. If autoreplace is enabled, then physically > swapping out an > active disk in the pool with a spare disk that is is > also connected to > the pool without using zpool replace is a good > approach. Does this still apply if I did a clean export before the swap? Regards, Tonmaus -- This message posted from opensolaris.org _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
