>> Maybe it would be faster to just offline this one disk, use dd(1) to >> copy entire disk content, disconnect old disk on online the new one. >> Not sure how well this will work on Solaris as the new disk serial >> number won't match the one in metadata, but it will surely work on >> FreeBSD. > > This works in Solaris too.
Any details/blog entries on this procedure? I haven't had the need to swap disks like this yet, but would like to become familiar with the procedure and caveats. Thanks, Jordan On Wed, Jun 15, 2011 at 10:35 AM, Richard Elling <richard.ell...@gmail.com> wrote: > On Jun 15, 2011, at 4:22 AM, Pawel Jakub Dawidek wrote: > >> On Tue, Jun 14, 2011 at 11:49:56AM -0700, Bill Sommerfeld wrote: >>> On 06/14/11 04:15, Rasmus Fauske wrote: >>>> I want to replace some slow consumer drives with new edc re4 ones but >>>> when I do a replace it needs to scan the full pool and not only that >>>> disk set (or just the old drive) >>>> >>>> Is this normal ? (the speed is always slow in the start so thats not >>>> what I am wondering about, but that it needs to scan all of my 18.7T to >>>> replace one drive) >>> >>> This is normal. The resilver is not reading all data blocks; it's >>> reading all of the metadata blocks which contain one or more block >>> pointers, which is the only way to find all the allocated data (and in >>> the case of raidz, know precisely how it's spread and encoded across the >>> members of the vdev). And it's reading all the data blocks needed to >>> reconstruct the disk to be replaced. >> >> Maybe it would be faster to just offline this one disk, use dd(1) to >> copy entire disk content, disconnect old disk on online the new one. >> Not sure how well this will work on Solaris as the new disk serial >> number won't match the one in metadata, but it will surely work on >> FreeBSD. > > This works in Solaris too. > -- richard > > _______________________________________________ > 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