> You need to rewrite/extend that to deal with the fact that ZFS doesn't use > vfstab > and instead express it in terms of ZFS import/export.
The problem (as I see it) is that ZFS import is (by default) implicit at startup, while UFS mount is (by default) only performed when explicitly requested. ZFS export isn't very useful in a cluster failover case because if a system crashes, you don't get a chance to run it, and if you want to run it after a crash (during startup), you can't use it until after the pool has been imported (and hence corrupted). All of that said ... It looks like 'zpool create -R' should solve the problem for anyone who is trying to build their own clustering facility, since it prevents the automatic import. Maybe we just need to document that more clearly? Calling it "alternate root" doesn't really draw attention to it. This message posted from opensolaris.org _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
