On Sep 23, 2010, at 3:40 PM, Frank Middleton wrote: > Bumping this because no one responded. Could this be because > it's such a stupid question no one wants to stoop to answering it, > or because no one knows the answer? Trying to picture, say, what > could happen in /var (say /var/adm/messages), let alone a swap > zvol, is giving me a headache...
The metadata contains the latest transaction group number, so it is easy to detect which side of the mirror wins. That said, I have not tested this for boot, which is a little bit more complicated because of the mini-ZFS version in grub -- and grub's menu.lst is in the root pool. For non-root pools, ZFS does the right thing. -- richard > On 07/09/10 17:00, Frank Middleton wrote: >> This is a hypothetical question that could actually happen: >> >> Suppose a root pool is a mirror of c0t0d0s0 and c0t1d0s0 >> and for some reason c0t0d0s0 goes off line, but comes back >> on line after a shutdown. The primary boot disk would then >> be c0t0d0s0 which would have much older data than c0t1d0s0. >> >> Under normal circumstances ZFS would know that c0t0d0s0 >> needs to be resilvered. But in this case c0t0d0s0 is the boot >> disk. Would ZFS still be able to correctly resilver the correct >> disk under these circumstances? I suppose it might depend >> on which files, if any, had actually changed... >> >> Thanks -- Frank > _______________________________________________ > zfs-discuss mailing list > zfs-discuss@opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss -- OpenStorage Summit, October 25-27, Palo Alto, CA http://nexenta-summit2010.eventbrite.com Richard Elling rich...@nexenta.com +1-760-896-4422 Enterprise class storage for everyone www.nexenta.com _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
