Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 7 Apr 2007 00:48:51 +0100 (BST)
From:      Mike Wolman <mike@nux.co.uk>
To:        freebsd-fs@FreeBSD.org, freebsd-questions@freebsd.org
Subject:   some thoughts about gmirror
Message-ID:  <20070407001555.G87655@nux.eros.office>
In-Reply-To: <20070406214804.GC61039@garage.freebsd.pl>
References:  <20070406025700.GB98545@garage.freebsd.pl> <4615F62A.5090001@FreeBSD.org> <20070406214804.GC61039@garage.freebsd.pl>

next in thread | previous in thread | raw e-mail | index | archive | help
Hi,

Currently I am using gmirror and ggated to run a live network mirror. 
Obviously this can cause problems if the server exporting the 'backup' 
device is offline then the mirror is broken - when the machines reconnect 
a full mirror sync takes place.  This is fine over gbit crossover and if 
the size of the mirror is only a few 100Gb.

Is it feasible that when the connection to one of the mirror devices
breaks gmirror starts to log the changes to the mirror (obviously you
would need to configure up this mirror device as a 'lazy' mirror member
with a spare local device to write the changes to) - when the machines
reconnect gmirror would only then have to sync the actual changes.

This is sort of achieves a similar result to Live Network Backup on NetBSD 
(http://kerneltrap.org/node/5058).

It could be used for laptop users mirroring their whole drive, allowing a 
fast sync when they are on their local lan and should the laptop get lost 
it would be possible to restore the whole machine with a simple dd.  If 
they were using a usb key as the device to log the changes while they were 
disconnected from the network and they remember to unplug/plug this each 
time they use the laptop then it could even be possible to recover the 
data to the point they actually lost the machine.

It could also be used for asynchronous mirrors over slow links, if the log 
device was always written to first then the write latency for long distant 
links could be removed.  Im not sure if it would be possible to achieve 
this using just a modified ggatec instead which has a local device used 
as a write cache.

Mike.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070407001555.G87655>