Amanda-Users

Re: If most recent backup is not level 0, recovery fails to bring back all files when directories have been renamed

2006-03-09 04:24:28
Subject: Re: If most recent backup is not level 0, recovery fails to bring back all files when directories have been renamed
From: Dave Ewart <davee AT ceu.ox.ac DOT uk>
To: AMANDA Users <amanda-users AT amanda DOT org>
Date: Thu, 9 Mar 2006 09:16:36 +0000
On Wednesday, 08.03.2006 at 12:05 -0500, Jon LaBadie wrote:

> So, rather than use "listed-incremental" to recognize
> it is a renamed directory, gnutar's behavior is to
> consider then entire directory tree "changed" and
> back up the entire tree.
> 
> Reading this thread reminded me of another one where
> the poster was complaining about this "feature" of
> gnutar.  That poster has a lot of rotating log dirs
> that were quite large.  They were rotated by renaming
> them each night (log.2 becomes log.3, log.1 -> log.2 etc.)
> Their complaint was that the data in the directory WAS
> being backed up each night though it was unchanging.
> 
> Be nice if gnutar could deal with both needs.

Indeed, that very issue had occurred to me too :-)

However, directory renames are fairly rare and IMO if there is an
'error' it should be "back up too much but making sure it's
complete" rather than "keep the backup size small but occasionally miss
something important".

Of course, supporting both Would Be Nice, as you say...

Dave.
-- 
Dave Ewart
davee AT ceu.ox.ac DOT uk
Computing Manager, Cancer Epidemiology Unit
Cancer Research UK / Oxford University
PGP: CC70 1883 BD92 E665 B840 118B 6E94 2CFD 694D E370
Get key from http://www.ceu.ox.ac.uk/~davee/davee-ceu-ox-ac-uk.asc
N 51.7518, W 1.2016

Attachment: signature.asc
Description: Digital signature

<Prev in Thread] Current Thread [Next in Thread>