On Sat, Mar 14, 2009 at 8:25 PM, Richard Elling <richard.ell...@gmail.com>wrote:
> Florian Ermisch wrote: > >> Richard Elling schrieb: >> [...] >> >>> ZFS maintains a cache of what pools were imported so that at boot time, >>> it will automatically try to re-import the pool. The file is >>> /etc/zfs/zpool.cache >>> and you can view its contents by using "zdb -C" >>> >>> If the current state of affairs does not match the cache, then you can >>> export the pool, which will clear its entry in the cache. Then retry the >>> import. >>> -- richard >>> >> >> I had this problem myself with a mirrored zpool in a ICY BOX IB-3218 (2 >> HDDs which appear as different LUNs) set up for backup purposes. >> For zpool which are intended to be disconnect (or powered of) regulary an >> 'autoexport' flag would be nice: If set the system exports the pool at >> shutdown. This would prevent problems like Stefan's on a reboot and when a >> zpool from a shutdown system is connected to an other system (like "Hm, old >> slow laptop's powered off, but hey, everything I need is also on this shiny >> 1.5TB USB-HDD-zpool with all my other important stuff/backups.. *plug into >> workstation* OMG! My backup-pool is faulty!!") >> > > There is a zpool parameter, "cachefile" which will effectively do this. > Yes, I think this is a good idea for removable media. > -- richard > > > I've actually experienced this bug on non-removable media - in particular, if I have a pool exported, and I reboot, on import, it will see two possible pools - one using either the slice/partition boundaries on the drive, and one using the "whole disk" [which is what I used when I made the pool.] They have different unique IDs, and obviously attempting to import one of them results in the report that the metadata is corrupt and cannot be recovered...but how is it that ZFS fails to detect that one of these pools is impossible? [Yes, I realize that removable media isn't really a special case - as far as ZFS is concerned, it's all disks.] - Rich -- Linux is obsolete -- Andrew Tanenbaum
_______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
