my company changed our SAN and I migrated our zpool to the new luns with
attach/detach while the zpool stayed online. Once finished we had a cluster
crash and the zpool (on new luns) get corrupted. No way to import it, zpool
import -fFX failed.
The old luns are detached and probably sane from
On Wed, 1 Sep 2010, Benjamin Brumaire wrote:
your point have only a rethoric meaning.
I'm not sure what you mean by that. I was asking specifically about your
situation. You want to run labelfix on /dev/rdsk/c0d1s4 - what happened
to that slice that requires a labelfix? Is there something
your point have only a rethoric meaning. System breaks regardless the ressource
you put to build it. Bad hardware, typo, human mistakes, bugs, This
mailing-list is full of examples. Having some tools like zdb, mdb, zfs import
-fFX and labelfix for analyzis and repair is always a good thing.
On Mon, 30 Aug 2010, Benjamin Brumaire wrote:
As this feature didn't make it into zfs it would be nice to have it
again.
Better to spend time fixing the problem that requires a 'labelfix' as a
workaround, surely. What's causing the need to fix vdev labels?
__
Hi,
labelfix http://www.opensolaris.org/jive/thread.jspa?messageID=229969 saved
already a lot of data as it makes dettached devices "importable".
A quick test today shows labelfix won't work anymore:
#uname -a
SunOs bigmama 5.11 snv_127 i86pc 386 i86pc Solaris
#./labelfix /dev/rdsk/c0d1s4
ld.so
