Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 25 Jul 2010 23:49:57 +0300
From:      Volodymyr Kostyrko <c.kworr@gmail.com>
To:        freebsd-stable@freebsd.org
Cc:        stable@freebsd.org
Subject:   Re: zpool destroy causes panic
Message-ID:  <4C4CA375.2030906@gmail.com>
In-Reply-To: <4C4C7B4A.7010003@langille.org>
References:  <4C4C7B4A.7010003@langille.org>

next in thread | previous in thread | raw e-mail | index | archive | help
25.07.2010 20:58, Dan Langille wrote:
> NAME STATE READ WRITE CKSUM
> storage ONLINE 0 0 0
> raidz2 ONLINE 0 0 0
> gpt/disk01 ONLINE 0 0 0
> gpt/disk02 ONLINE 0 0 0
> gpt/disk03 ONLINE 0 0 0
> gpt/disk04 ONLINE 0 0 0
> gpt/disk05 ONLINE 0 0 0
> /tmp/sparsefile1.img UNAVAIL 0 0 0 corrupted data
> /tmp/sparsefile2.img UNAVAIL 0 0 0 corrupted data

0k, i'll try it from here. UNAVAIL means ZFS can't locate correct vdev 
for this pool member. Even if this file exists it's not used by ZFS 
because it lacks ZFS headers/footers.

You can (I think so) reinsert empty file to the pool with:

# zpool replace storage /tmp/sparsefile1.img /tmp/sparsefile1.img

                 ^- pool ^- ZFS old vdev name ^- current file

If you replace both files you can theoretically bring pool to fully 
consistent state.

Also you can use md to convert files to devices:

# mdconfig -a -t vnode -f /tmp/sparsefile1.img
md0

And you can use md0 with your pool.

-- 
Sphinx of black quartz judge my vow.




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4C4CA375.2030906>