Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 20 Aug 2013 17:40:19 -0600 (MDT)
From:      Warren Block <wblock@wonkity.com>
To:        sbruno@freebsd.org
Cc:        freebsd-fs <freebsd-fs@freebsd.org>
Subject:   Re: How do we clear a bogus zpool?
Message-ID:  <alpine.BSF.2.00.1308201730220.99980@wonkity.com>
In-Reply-To: <1377026426.1478.2.camel@localhost>
References:  <1377015858.1450.3.camel@localhost> <CAOFF%2BZ2gA6KxLwZNb7Zyduy3f%2B-YtfOFbyUO6RaDOexo0X_n_g@mail.gmail.com> <1377026426.1478.2.camel@localhost>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 20 Aug 2013, Sean Bruno wrote:

> On Tue, 2013-08-20 at 12:41 -0400, Sam Fourman Jr. wrote:
>>>         zroot                     UNAVAIL  insufficient replicas
>>>           raidz1-0                UNAVAIL  insufficient replicas
>>>             17925463268209287656  UNAVAIL  cannot open
>>>             11020448220822113890  UNAVAIL  corrupted data
>>>             10143858893287711942  UNAVAIL  corrupted data
>>>             7542790596970715955   UNAVAIL  corrupted data
>>>             10811885036534933813  UNAVAIL  corrupted data
>>>             13343774937261906429  UNAVAIL  corrupted data
>>>
>>> # zpool destroy -f zroot
>>> cannot open 'zroot': no such pool
>>> # zpool clear -F zroot
>>> cannot open 'zroot': no such pool
>>>
>> gpart -F destroy /dev/adX
>
> Sure.  But, what device to destroy?  Its not clear from the zpool list
> where the "pool" is coming from.

gpart probably won't be able to recognize ZFS metadata and clear it. 
Would be kind of handy, though.

The man page for 'zpool labelclear' says it takes a device for a 
parameter.  But the device must not be part of a pool...

If all else fails, using dd to erase the first and last couple of 
megabytes of each of the disks ought to clear it.  (Untested...)



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