Date: Wed, 14 Nov 2007 20:52:17 -0500 From: Adam McDougall <mcdouga9@egr.msu.edu> To: Henri Hennebert <hlh@restart.be> Cc: freebsd-current@freebsd.org Subject: Re: ZFS from FreeBSD -> Indiana -> FreeBSD - some problem Message-ID: <473BA651.1030109@egr.msu.edu> In-Reply-To: <473AF1BE.1060008@restart.be> References: <473AE404.9090605@restart.be> <473AF1BE.1060008@restart.be>
next in thread | previous in thread | raw e-mail | index | archive | help
Henri Hennebert wrote: > Henri Hennebert wrote: >> Hello, >> >> As seen in another thread, I was curious about a zpool created under >> FreeBSD being available under opensolaris. >> >> So I boot indiana and do: >> >> zpool import -f -o ro pool2 >> >> zpool scrub pool2 >> >> all ended properly... >> >> shutdown. >> >> When I reboot with FreeBSD (7.0-BETA2) I get: >> >> zpool status pool2 >> pool: pool2 >> state: UNAVAIL >> status: One or more devices could not be opened. There are insufficient >> replicas for the pool to continue functioning. >> action: Attach the missing device and online it using 'zpool online'. >> see: http://www.sun.com/msg/ZFS-8000-D3 >> scrub: none requested >> config: >> >> NAME STATE READ WRITE CKSUM >> pool2 UNAVAIL 0 0 0 insufficient >> replicas >> raidz1 UNAVAIL 0 0 0 insufficient >> replicas >> dsk/c10d0p3 UNAVAIL 0 0 0 cannot open >> dsk/c11d0p3 UNAVAIL 0 0 0 cannot open >> >> Is it possible to replace dsk/c10d0p3 by ad4s3 and dsk/c11d0p3 by >> ad6s3 as it must be under FreeBSD or does I need to make some entry >> in /etc/devfs.rules to create dsk/c10d0p3 and dsk/c11d0p3 (if at all >> possible?) >> >> Isn't it a interesting challenge ? > I got it: > > zpool export pool2 && zpool import -f pool2 > > do the trick > > sorry for the noise :-| > > Henri > For what its worth, I ran across a similar issue. I moved a scsi card in my server which caused da2 and da3 (each with a separate zfs pool with no redundancy) become swapped, which I did not predict. ZFS was completely confused by this, and rather than swap cables and reboot, I decided to try the export and import. Worked fine. I was a little dissapointed and surprised that I had to take action, but more surprised that such a simple fix was possible (yet predicted) when the error message on sun's website basically indicated 'you are totally screwed, game over, data lost'. I wasn't in a situation were I would have lost any valuable data. Maybe it was terminally confused because both devices it wanted were in use by the other 'failed' pool.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?473BA651.1030109>