Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 22 May 2007 07:33:14 -0700 (PDT)
From:      Gore Jarold <gore_jarold@yahoo.com>
To:        Eric Anderson <anderson@freebsd.org>, Dag-Erling "Smørgrav" <des@des.no>
Cc:        freebsd-fs@freebsd.org, Brooks Davis <brooks@freebsd.org>, Gore Jarold <gore_jarold@yahoo.com>
Subject:   Re: VERY frustrated with FreeBSD/UFS stability - please help or comment...
Message-ID:  <468430.96293.qm@web63013.mail.re1.yahoo.com>
In-Reply-To: <4652E7F9.10005@freebsd.org>

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

--- Eric Anderson <anderson@freebsd.org> wrote:

> On 05/22/07 06:39, Dag-Erling Smørgrav wrote:
> > Gore Jarold <gore_jarold@yahoo.com> writes:
> >> Specifically, I have private departmental
> fileservers that other
> >> fileservers rsync to using Mike Rubel-style rsync
> snapshots:
> >>
> >>
> http://www.mikerubel.org/computers/rsync_snapshots/
> >>
> >> This means that the remote system runs a script
> like this:
> >>
> >> ssh user@host rm -rf backup.2
> >> ssh user@host mv backup.1 backup.2
> >> ssh user@host cp -al backup.0 backup.1
> >> rsync /files user@host:/backup.0
> > 
> > This is extremely inefficient, as you have
> discovered.
> > 
> > Speaking in the abstract, what you want to do
> every day is the
> > following:
> > 
> > client1% rsync --archive --delete /vol
> server:/backup/client1
> > client2% rsync --archive --delete /vol
> server:/backup/client2
> > server% for vol in /backup/* ; do mksnap_ffs $vol
> $vol/.snap/`date` ; done
> > 
> > No copying or deleting; you take a snapshot when
> the rsync job is done,
> > and the next day you rsync again to the same
> directory; only what has
> > actually changed will be transferred, and there is
> no need to create and
> > populate full copies of each directory tree every
> time.
> 
> 
> That's good for small file systems, but if you have
> a multi-terabyte 
> file system, you're not going to be too happy about
> those results.  The 
> snapshot will take a *very* long time, on a nearly
> full file system.


And in addition, you're using snapshots, which adds a
lot more instability, IMO.  There are many PRs (most
solved, I hope) that indicate instability running
snapshots, not to mention the risk of filling a
filesystem accidently, etc.


 
____________________________________________________________________________________
Never miss an email again!
Yahoo! Toolbar alerts you the instant new Mail arrives.
http://tools.search.yahoo.com/toolbar/features/mail/



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