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>