Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 23 Apr 2014 07:19:44 -0700
From:      Gennadiy Gulchin <ggulchin@icloud.com>
To:        Jordan Hubbard <jkh@mail.turbofuzz.com>
Cc:        "freebsd-fs@freebsd.org" <freebsd-fs@freebsd.org>
Subject:   Re: ZFS unable to import pool
Message-ID:  <FC0D5991-8F8D-41D5-BB50-AB840C29F362@icloud.com>
In-Reply-To: <888649C4-CC66-48A6-9901-BEA93D1BBFA3@mail.turbofuzz.com>
References:  <B493BD80-CDC2-4BA6-AC14-AE16B373A051@icloud.com> <20140423064203.GD2830@sludge.elizium.za.net> <B1024D84-EBBE-4A9B-82C4-5C19B5A66B60@icloud.com> <20140423080056.GE2830@sludge.elizium.za.net> <20140423091852.GH2830@sludge.elizium.za.net> <20140423100126.GJ2830@sludge.elizium.za.net> <5357937D.4080302@gmail.com> <72E79259-3DB1-48B7-8E5E-19CC2145A464@icloud.com> <888649C4-CC66-48A6-9901-BEA93D1BBFA3@mail.turbofuzz.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Any data can be salvaged?

--Gena

> On Apr 23, 2014, at 7:15 AM, Jordan Hubbard <jkh@mail.turbofuzz.com> wrote=
:
>=20
> If you added a single disk to a pool, you have no choice but to destroy th=
e pool and start over.  The single disk will essentially degrade the perform=
ance of the whole pool, because it represents a unique (100Mb/sec, typical) t=
ransaction group now, and if you lose that one disk you will also lose the e=
ntire pool since it has no redundancy.
>=20
> This is a common mistake people make with ZFS, and it sucks, but block poi=
nter rewrite was never implemented so that=92s just the way it is, too.  Tha=
t=92s another reason for FreeBSD-based front-ends to ZFS like FreeNAS.  The G=
UI adds some seat-belts to prevent users from trivially doing things like th=
at.  On the command line, all bets are off.
>=20
> - Jordan
>=20
>> On Apr 23, 2014, at 7:09 PM, Gena Guchin <ggulchin@icloud.com> wrote:
>>=20
>> 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 p=
ool, but it added as a new disk=85
>> this does help a lille..
>>=20
>>=20
>> anything I can do now?=20
>> can I remove that vdev?
>=20



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?FC0D5991-8F8D-41D5-BB50-AB840C29F362>