ZFS unable to import pool
Karl Denninger
karl at denninger.net
Wed Apr 23 14:22:09 UTC 2014
Probably not.
You can try importing it read-only but if it refuses that then you're
screwed. The reason is that ZFS spreads data in a given file around and
as such it's likely that bits of various files are interspersed into the
missing device, so a huge percentage of the files on the volume are in
fact damaged and unusable.
/*Filesystem based "redundancy" is not a backup strategy!*/
On 4/23/2014 9:19 AM, Gennadiy Gulchin wrote:
> Any data can be salvaged?
>
> --Gena
>
>> On Apr 23, 2014, at 7:15 AM, Jordan Hubbard <jkh at mail.turbofuzz.com> wrote:
>>
>> If you added a single disk to a pool, you have no choice but to destroy the pool and start over. The single disk will essentially degrade the performance of the whole pool, because it represents a unique (100Mb/sec, typical) transaction group now, and if you lose that one disk you will also lose the entire pool since it has no redundancy.
>>
>> This is a common mistake people make with ZFS, and it sucks, but block pointer rewrite was never implemented so that’s just the way it is, too. That’s another reason for FreeBSD-based front-ends to ZFS like FreeNAS. The GUI adds some seat-belts to prevent users from trivially doing things like that. On the command line, all bets are off.
>>
>> - Jordan
>>
>>> On Apr 23, 2014, at 7:09 PM, Gena Guchin <ggulchin at icloud.com> wrote:
>>>
>>> Looking though the history, i DID add that disk ada7 (!) to the pool, but I added it as a separate disk. I wanted to re-add the disk to the storage pool, but it added as a new disk…
>>> this does help a lille..
>>>
>>>
>>> anything I can do now?
>>> can I remove that vdev?
> _______________________________________________
> freebsd-fs at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-fs
> To unsubscribe, send any mail to "freebsd-fs-unsubscribe at freebsd.org"э#А0ОЇТa/МjЧ!yЯя~·ћnЗяўё>ящћІЖ
>
--
-- Karl
karl at denninger.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2711 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.freebsd.org/pipermail/freebsd-fs/attachments/20140423/ac7cc656/attachment.bin>
More information about the freebsd-fs
mailing list