> "Bernhard R. Erdmann" wrote:
> >
> > > Which backup program is best? dump, says some people. Elizabeth D. Zwicky
> > > torture tested lots of backup programs. The clear choice for preserving
> > > all your data and all the peculiarities of Unix filesystems is dump, she
> > > stated. Elizabeth created filesystems containing a large variety of
> > > unusual conditions (and some not so unusual ones) and tested each program
> > > by do a backup and restore of that filesystems. The peculiarities
> > > included: files with holes, files with holes and a block of nulls, files
> > > with funny characters in their names, unreadable and unwriteable files,
> > > devices, files that change size during the backup, files that are
> > > created/deleted during the backup and more. She presented the results at
> > > LISA V in Oct. 1991.
> >
> > This article is archived here:
> > http://berdmann.dyndns.org/doc/dump/zwicky/testdump.doc.html
>
On Mon, May 27, 2002 at 06:02:33PM -0400, the top-poster known as "Uncle George" wrote:
> Ya, but didnt someone post that "DUMP" on linux can fail - if the
> conditions are right? I think is was suggested that SMP systems can
> demonstrate the failure sooner.
> I think that Mr. Torvolds ( sorry is i mis-spelled) made that comment or
> conclusion.
> Are there some caveats that need to be added here ?
> /gat
here's an interesting read for anyone doing work in backup and archival
for linux systems:
http://lwn.net/2001/0503/kernel.php3
that article makes it problematic to consider using dump on modern
linux systems. OTOH, a problem i have had with GNU tar on linux is,
if there is a stale NFS file handle in the area being archived, the
tar will fail, whereas (on e.g. SunOS) dump (ufsdump) does not suffer
these sorts of problems.
chris
--
Christopher Linn, <[EMAIL PROTECTED]> | By no means shall either the CEC
Staff System Administrator | or MTU be held in any way liable
Center for Experimental Computation | for any opinions or conjecture I
Michigan Technological University | hold to or imply to hold herein.
