Hi Robert, Thanks it worked like a charm. --Walter
On Dec 7, 2007 7:33 AM, Robert Milkowski <[EMAIL PROTECTED]> wrote: > Hello Walter, > > > Thursday, December 6, 2007, 7:05:54 PM, you wrote: > > > > > > Hi All, > > We are currently a hardware issue with our zfs file server hence the file > system is unusable. > > We are planning to move it to a different system. > > > The setup on the file server when it was running was > > > bash-3.00# zpool status > > pool: store1 > > state: ONLINE > > scrub: none requested > > config: > > > NAME STATE READ WRITE CKSUM > > backup ONLINE 0 0 0 > > c1t2d1 ONLINE 0 0 0 > > c1t2d2 ONLINE 0 0 0 > > c1t2d3 ONLINE 0 0 0 > > c1t2d4 ONLINE 0 0 0 > > c1t2d5 ONLINE 0 0 0 > > > errors: No known data errors > > > pool: store2 > > state: ONLINE > > status: One or more devices has experienced an unrecoverable error. An > > attempt was made to correct the error. Applications are > unaffected. > > action: Determine if the device needs to be replaced, and clear the > errors > > using 'zpool clear' or replace the device with 'zpool replace'. > > see: http://www.sun.com/msg/ZFS-8000-9P > > scrub: none requested > > config: > > > NAME STATE READ WRITE CKSUM > > store ONLINE 0 0 1 > > c1t3d0 ONLINE 0 0 0 > > c1t3d1 ONLINE 0 0 0 > > c1t3d2 ONLINE 0 0 1 > > c1t3d3 ONLINE 0 0 0 > > c1t3d4 ONLINE 0 0 0 > > > errors: No known data errors > > > The store1 was a external raid device with slice configured to boot the > system+swap and the remaining disk space configured for use with zfs. > > > The store2 was a similar external raid device which had all slices > configured for use for zfs. > > > Since both are scsi raid devices, we are thinking of booting up the former > using a different SUN Box. > > > Are there some precautions to be taken to avoid any data loss? > > > Thanks, > > --W > > > > Just make sure the external storage is not connected to both hosts at the > same time. > > Once you connect it to another host simply import both pools with -f (as > pool wasn't cleanly exported I guess). > > > > Please also notice that you've encountered one uncorrectable error in > store2 pool. > > Well, actually it looks like it was corrected judging from the message. > > IIRC it's a known bug (should have been already corrected) - metadata > cksum error propagates to top level vdev unnecessarily. > > > -- > > Best regards, > > Robert Milkowski mailto:[EMAIL PROTECTED]<[EMAIL > PROTECTED]> > > http://milek.blogspot.com >
_______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
