rdist

[Ceri Davies]

--4LwthZj+AV2mq5CX
Content-Type: text/plain; charset=unknown-8bit
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Jul 06, 2006 at 09:40:23AM -0500, Jeff LaCoursiere wrote:

> Whew!  Now to the question.  How to distribute this new version?  Today I
> make a new terminal by installing FBSD6.0-R and dumping a tar image of my
> "master" onto it (literally a tar from / minus dev, proc, etc).  This is
> fine because I have 40GB to play with, over 90% of which will never be
> used.  This won't work with the 1GB flash drive, obviously, as stuff needs
> to be automatically deleted.
>=20
> So I have been thinking that rdist might be a good candidate, and may give
> me additionally the ability to do "automatic" upgrades, if a cron job or
> something could fire off rdist at midnight every night or something.
> Anyone (Alan?) have experience using rdist to synch the actual OS tree?
> Or something better?

I always preferred rsync for this.

You may also be interested in playing with gmirror and ggate, but I
would save it for research purposes for now.  Here's an outline courtesy
of Dag-Erling:

=3D=3D=3D Begin quoted message =3D=3D=3D
Subject: Re: NetBSD disk backup over network
Date: Tuesday, March 7, 2006 15:46
=46rom: Dag-Erling Sm=C3=B8rgrav <des at des.no>
To: Ashley Moran <work at ashleymoran.me.uk>
Cc: <freebsd-hackers at freebsd.org>
Conversation: NetBSD disk backup over network

Ashley Moran <work at ashleymoran.me.uk> writes:
> I just saw this slashdotted article:
> http://ezine.daemonnews.org/200603/dermouse.html
>
> Just to satisfy my curiosity, is it the sort of thing that can be
> implemented as a GEOM layer?  The idea is bloody clever but sounds
> like a bit of a hack right now.

Set up ggated on the "backup server":

# truncate -s16G /backup/foo.img

(assuming the size of the disk you want to mirror is 16 GB)

# echo "foo RW /backup/foo.img" >/etc/gg.exports

where foo is the name or IP address of the client.

start ggated:

# ggated /etc/gg.exports

start ggatec on the client:

# ggatec create bar /backup/foo.img

where bar is the name or IP address of the server.

now you can create a mirror on the client:

# gmirror load
# gmirror label -b prefer baz /dev/ggate0
# gmirror insert -p 1000 baz /dev/whatever
# newfs -U /dev/mirror/baz
# mount -t ufs /dev/mirror/baz /mnt

(baz can be any name you want to give your mirror)

if /dev/whatever on the client dies, you can simply mdconfig
/backup/foo.img on the server and mount it to extract data.  If you
take care not to modify it, you can easily restore the volume on the
client:

# ggatec create bar /backup/foo.img
# gmirror load
# gmirror forget baz
# gmirror insert -p 1000 baz /dev/whatever

gmirror will immediately start resynchronizing the mirror; you can
follow its progress with 'gmirror status'.

DES
=3D=3D=3D End quoted message =3D=3D=3D

Ceri
--=20
That must be wonderful!  I don't understand it at all.
                                                  -- Moliere

--4LwthZj+AV2mq5CX
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (FreeBSD)

iD8DBQFErSlmocfcwTS3JF8RAu+/AKDHo4syDYqieTZN/9mOYhJ7a0qsEgCgmi6Z
GO821q5E7/m5fIIQOOMKY9s=
=N4qI
-----END PGP SIGNATURE-----

--4LwthZj+AV2mq5CX--