How to destroy a zpool that can no longer be imported?

[Dave B]

If you don't mind loosing everthing on the physical disk(s)...

	"DBAN"

Darik's Boot and Nuke.  http://sourceforge.net/projects/dban/

Unlike Gpart (and GParted) this will truly errase the disk.

What you end up with a truly clean, and able to be used for whatever you want 
afterwards, with no odd problems.

I found GParted in particular, though it destroys the partition tables OK, it does 
not remove the data on disk that was in the partition.   As a result, I had 
terrible troubles a while ago, getting FBSD 9.2 to reload, after I seriously 
screwed something up.  GParted didn't do the job, I kept getting strange lib 
errors during the reinstall (from CD.)

DBAN did the job, but it does take time, as it writes random noise to the entire 
physical disk, sector by sector.   The re-install after that, just worked, no errors.

The price is right, but take care, once let loose, that's it, there is no turning 
back.

> Hi,
> 
> While experimenting ZFS, I've ended up with a zpool that can't be imported:
> 
> 8:41pm# zpool import
>    pool: lake
>      id: 10528535549827216272
>   state: UNAVAIL
>  status: One or more devices are missing from the system.
>  action: The pool cannot be imported. Attach the missing
>         devices and try again.
>    see: http://illumos.org/msg/ZFS-8000-3C
>  config:
> 
>         lake                    UNAVAIL  insufficient replicas
>           12490607842175990247  UNAVAIL  cannot open
> 
> I don't care about the (non-existent) data, but I would like to remove
> the pool entry. The standard way is to import the pool and then
> destory it. However, this pool cannot be import (even with -f) and so
> there doesn't seem to be a way to destroy it.
> 
> How do I get rid of this bogus faulted pool?
> -- 
> Jonathan Chen <jonc at chen.org.nz>
> 
>