freebsd stable - Sep 2005 - geom_mirror and ggatec/d safe for filesystem replication?

Consider the following scenario:

- Machine 1 has a UFS filesystem on a block device.
- It is mirrored to a block device on machine 2, using geom_mirror
  and ggatec/ggated
- Machine 2 mounts this filesystem read only.

My question is: is this last step safe?

When an update occurs on machine 1, certain disk blocks will change "under
the nose" of machine 2's mounts. Will all necessary caches be
invalidated?
(e.g. block caches, inode caches) Or could this result in nasty behaviour,
up to and including panics?

If so, is there a safer or better way of performing real-time filesystem
replication?

Thanks,

Brian Candler.

I can't say if this config is safe because I don't have any exper  
ieince with it. But, I can say that I use rsync to sync filesystems on
   two    failo   filesyst   the backup.    network between the t   normally
fairly small.    for about 9 or 10 months.     alternative if it is practical
for    replicate.



   Colin
   
   -----owner-freebsd-stable@freebsd.org wrote: --
     To:     From: Brian Candler <B.Candler@pobox.com&     Sent by:
owner-freebsd-stable@freebsd.org
     Date: 09/24/2005 09:21A     Subject: geom_mirror and ggatec/d safe for
filesystem
     replication?
     Consider the following scenario:
     - Machine 1 has a UFS filesy     - It is mirrored to a block device on
machine 2,     geom_mirror
      and ggatec/ggated
     - Machine 2 mounts this      My question is: is this last step safe?
     When an update occurs on machine 1, certain disk blocks will change
     "under     the nose" of machine 2's mounts. Will all
necessary caches be
     invalidat     (e.g. block caches, inode caches) Or could this result in
nasty
     beha     up to and including panics?
     If so, is there a safer or bet     filesystem
     replication?
     Thanks,
     Brian Candler.
     _________________     ______________________     5F__    
freebsd-stable@freebsd.org mailing list
     [1]ht     To unsubscrib    
"freebsd-stable-unsubscribe@freebsd.org"
     
References

   1. file://localhost/tmp/3D"ht