Marion Hakanson said > > To recover from this situation, you'll need to erase enough blocks of > the disk to get rid of the ZFS pool info. You could do this a number of > ways, but probably the simplest is: > dd if=/dev/zero of=/dev/rdsk/c11t0d0 bs=512 count=100 > > You may also need to give the same treatment to the last several blocks > of the disk, where redundant ZFS labels may still be present.
zpool replace worked fine after dd'ing away begining and end of drive. > I don't think so. If the two RAID controllers were not compatible, I > doubt > that ZFS would see the pool info on the disk that you already moved. Agree. The new controller listed it as "Foreign volume", but it was recognized and the data was obviously there. > By the way, after you've got the above issue fixed, if you can power the > server off, you might be able to move all the drives at once, without > any > resilvering. Just "zpool export storage" before moving the drives, then > afterwards "zpool import" should be able to find the pool in the new > location. I dont have physical access to the box right now, I'll try export, recabling and import the rest of the disks tomorrow. > > Note that this export/import approach probably won't work if the two > RAID > controllers are not compatible with each other. Some RAID controllers > can > be re-flashed with non-RAID firmware, so that might simplify things. I've tried to google such firmware. The controller card is an adaptec 21610sa, and I can only find a few official firmwares from adaptec, doesnt look like any of them support non-raid mode.. Thanks alot for the dd tip. regards Vidar _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
