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>