On 12-Dec-06, at 9:46 AM, George Wilson wrote:

Also note that the UB is written to every vdev (4 per disk) so the chances of all UBs being corrupted is rather low.

Furthermore the time window where UBs are mutually inconsistent would be very short, since they'd be updated together?

--Toby


Thanks,
George

Darren Dunham wrote:
DD> To reduce the chance of it affecting the integrety of the filesystem, DD> there are multiple copies of the UB written, each with a checksum and a DD> generation number. When starting up a pool, the oldest generation copy DD> that checks properly will be used. If the import can't find any valid DD> UB, then it's not going to have access to any data. Think of a UFS
DD> filesystem where all copies of the superblock are corrupt.

Actually the latest UB, not the oldest.
My *other* oldest...  yeah.
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to