Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 21 Aug 2009 18:39:22 -0500 (CDT)
From:      Wes Morgan <morganw@chemikals.org>
To:        Randy Bush <randy@psg.com>
Cc:        freebsd-fs <freebsd-fs@freebsd.org>
Subject:   Re: re-adding a replacement into a pool of mirrors
Message-ID:  <alpine.BSF.2.00.0908211839070.63419@ibyngvyr.purzvxnyf.bet>
In-Reply-To: <m2eir4iyqv.wl%randy@psg.com>
References:  <m2eir5khm7.wl%randy@psg.com> <4A8E0C80.9030908@modulus.org> <m263chkh0l.wl%randy@psg.com> <4A8E0F39.6070407@modulus.org> <m23a7lkgjz.wl%randy@psg.com> <4A8E1347.3020301@modulus.org> <m21vn5kfni.wl%randy@psg.com> <4A8E15F9.6000303@modulus.org> <m2zl9tj05s.wl%randy@psg.com> <4A8E22A1.4080903@modulus.org> <m2tz01ihgq.wl%randy@psg.com> <alpine.BSF.2.00.0908211202010.16037@ibyngvyr.purzvxnyf.bet> <m2eir4iyqv.wl%randy@psg.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 22 Aug 2009, Randy Bush wrote:

>>>> It might be worth zeroing the whole disk with dd if=/dev/zero
>>>> of=/dev/da1s3 bs=64k, and then see if you can re-attach.
>>> went single luser, zapped the drive, took a nap, then
>>>    zpool attach tank da0s3 da1s3
>>> worked.  so geom did have it!
>> I'm not sure geom had it more than the slice had a zfs label on it and as
>> a foot-shooting precaution it did not want to let you add a device
>> from another pool to the existing one. Just a guess, though. Was the
>> replacement drive brand new?
>
> yep, brand new.


Perhaps it was pre-formatted as fat32?



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.0908211839070.63419>