>> 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

Reply via email to