> Did you try with -f? I doubt it will help. Yep, no luck with -f, -F or -fF.
> > * If replace 1TB dead disk with a blank disk, might > the import work? > > Only if the import is failing because the dead disk > is nonresponsive in a way that makes the import hang. > Otherwise, you'd import the pool first then replace the drive. That's what I thought. The bad disk isn't recognized by the SATA card BIOS, so it's not half-gone...it's totally missing (also tried with disk removed, no difference). > If you have auto-snapshots of your running BE (/etc) from before the import, > that should work fine. Note that you can pass import an argument > "-c cachefile" so you don't have to interfere with the current system one. > > You'd have to do this on the original system, I think. Just checked and didn't have automatic snapshots/time slider enabled. My rpool only has an initial snapshot from install, and sadly I didn't have these four disks attached at that point. And naturally I don't have any backups. FML. > The logic is that the cachefile contains copies of the labels of the missing > devices, and can substitute for the devices themselves when importing a > degradedd pool (typically at boot). > > This is useful enough that i'd like to see some of the reserved area > between the on-disk labels and the first metaslab on each disk, used > to store a copy of the cache file / same data. That way every pool > member has the information about other members necessary to import a > degraded pool. Even if it had to be extracted first with zdb to be > used as a separate zpool.cache as above, it would be helpful for this > scenario. Yeah, I'd totally give up another 256KB/disk or whatever to make a degraded array easier to import. Anyone know if there's an RFE for this? I may have a disk lying around from a previous OpenSolaris install or from Linux ZFS-FUSE where this zpool was originally created. Maybe I'll get lucky and find an old zpool.cache to try. Any other ideas? (Besides the obvious 'BACKUP YOUR F**KING /ETC ONCE IN A WHILE!') -- This message posted from opensolaris.org _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
