Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 25 Jul 2010 23:37:37 +0300
From:      Volodymyr Kostyrko <c.kworr@gmail.com>
To:        freebsd-stable@freebsd.org
Cc:        stable@freebsd.org, Dan Langille <dan@langille.org>
Subject:   Re: zpool destroy causes panic
Message-ID:  <4C4CA091.1090406@gmail.com>
In-Reply-To: <20100725201811.GA33611@icarus.home.lan>
References:  <4C4C7B4A.7010003@langille.org> <20100725201811.GA33611@icarus.home.lan>

next in thread | previous in thread | raw e-mail | index | archive | help
25.07.2010 23:18, Jeremy Chadwick wrote:
> Footnote: can someone explain to me how ZFS would, upon reboot, know
> that /tmp/sparsefile[12].img are part of the pool?  How would ZFS taste
> metadata in this situation?

Just hacking it.

Each ZFS device which is part of the pool tracks all other devices which 
are part of the pool with their sizes, device ids, last known points. It 
doesn't know that /tmp/sparsefile[12].img is part of the pool, yet it 
does know that pool have had some /tmp/sparsefile[12].img before and now 
they can't be found or current contents doesn't look like ZFS device.

Can you try moving current files to /tmp/sparsefile[34].img and then 
readd them to the pool with zpool replace? One by one please.

-- 
Sphinx of black quartz judge my vow.




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