Mounting root...

Pawel Jakub Dawidek pjd at FreeBSD.org
Mon Aug 23 13:38:58 PDT 2004


On Mon, Aug 23, 2004 at 03:01:57PM -0500, Dan Nelson wrote:
+> How about maybe blocking on the initial access to a degraded mirror for
+> 5 (just a guess) seconds to see if the other half shows up?  If it
+> doesn't, assume it's never showing up and use what you have.  When the
+> other disk arrives, sync your changes over to it. [...]

I'm waiting for few seconds for the rest of components now, but mounting
root routine doesn't wait for me.
And I'm not going to create provider without given a chance to the rest
components to show up, because I can end up with mirror started on stale
component, because a fresh one showed up with some delay.

+> If geom_mirror keeps
+> an on-disk bitmap of dirty blocks for fast resyncs, copy your data over
+> the other mirror's dirty blocks.  You'll lose whatever changes were
+> made to that disk, but at least the filesystem will be consistent.

Geom_mirror doesn't keep bitmap with dirty blocks in metadata, this will
probably slowdown things a lot.

Synchronization in geom_mirror is based on 'syncid'. Basically one can
set kern.geom.mirror.timeout to 0 and there will be no need to rebuild
if there will be no write to the mirror...

-- 
Pawel Jakub Dawidek                       http://www.FreeBSD.org
pjd at FreeBSD.org                           http://garage.freebsd.pl
FreeBSD committer                         Am I Evil? Yes, I Am!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-arch/attachments/20040823/323f1387/attachment.bin


More information about the freebsd-arch mailing list