* Jon LaBadie <[EMAIL PROTECTED]> [20060727 12:11]: > On Thu, Jul 27, 2006 at 10:26:28AM -0400, Jean-Francois Malouin wrote: > > Continuing with my estimate saga... > > > > What would cause a level 1 backup of a DLE with gnutar > > be as big as a full? Estimates are done with calcsize > > and gnutar is 1.13.25 with amanda-2.4.5 > > > > Could it be that the gnutar-lists file is corrupted? > > Looking at them I see that they all have the same size > > for level 0 1 and 2...Normal? > > > > Are the gnutar-lists files current? I.e. are they being > updated each night? My "similar" problem had the system > creating *.NEW files, but never renaming them after the dump. > So I was always using old list files. But "record no" (my > problem) is not yours.
They seem to be current, but I don't understand how and when they are generated. And what's the content actually. Any way of making sense of it? > I recall from your original post that you were having > problems with same size dumps from DLEs the used gnutar > and others that used xfsdump. The latter would not use > gnutar-lists so I doubt the overall problem was there. Correct. This is what is stumping me. xfsdump keeps an inventory and that client had close to ~4000 entries in there. I've checked and pruned them. > > But just in case, what about permissions/ownership on the > gnutar-list directories and their parent paths. > > What about the curinfo files. Are they being updated nightly? all fine too, permission-wise that is. > The solution to my problem was triggered by a several year-old > thread were all levels were the same size. The solution to > that posters troubles was to stop running a script that nightly > touched or chmod'ed all files on the DLEs. Might you be having > a similar situation such that all "ls -l" or "ls -cl" timestamps > are current thus making it look like they require backing up? I'll check into that but a first glance this is not the case. I'll report back when I've sorted out this mess. Thanks for tips John! jf > > -- > Jon H. LaBadie [EMAIL PROTECTED] > JG Computing > 4455 Province Line Road (609) 252-0159 > Princeton, NJ 08540-4322 (609) 683-7220 (fax) -- <° ><
