Author: Mitch Collinsworth <mitch AT ccmr.cornell DOT edu>
Date: Wed, 25 Aug 2004 20:53:13 -0400 (EDT)
Today one of my dumps failed in an unusual manner. After the dump finished and the index was completed, I received the following error: error [renaming /var/adm/amanda/gnutar-lists/usda01afs:usda01_b
Author: Jim Summers <jsummers AT bachman.cs.ou DOT edu>
Date: Wed, 25 Aug 2004 20:12:11 -0500
Just a guess, but possibly the fs involved has reached 100% capacity? -- Jim Summers <jsummers AT cs.ou DOT edu> University of Oklahoma-Computer Scence
Author: Paul Bijnens <paul.bijnens AT xplanation DOT com>
Date: Thu, 26 Aug 2004 10:04:38 +0200
Today one of my dumps failed in an unusual manner. After the dump finished and the index was completed, I received the following error: error [renaming /var/adm/amanda/gnutar-lists/usda01afs:usda01_
Author: Mitch Collinsworth <mitch AT ccmr.cornell DOT edu>
Date: Thu, 26 Aug 2004 05:53:01 -0400 (EDT)
The disklist entry is: usda01 afs:usda01/b/.*.backup nocomp-user So it follows the format you describe. The last 0 does indeed indicate a level 0 dump. The only modifications we made to amanda itself
Author: Brian Cuttler <brian AT wadsworth DOT org>
Date: Thu, 26 Aug 2004 09:15:13 -0400
Jim, My site recently (last week) had a similar problem to what Mitch experienced. My site did see 100% occupancy on the partition - but I'd expected an underlying "# mv" on the same partition to not
Author: Paul Bijnens <paul.bijnens AT xplanation DOT com>
Date: Thu, 26 Aug 2004 16:04:54 +0200
My site recently (last week) had a similar problem to what Mitch experienced. My site did see 100% occupancy on the partition - but I'd expected an underlying "# mv" on the same partition to not req
Author: Jean-Louis Martineau <martinea AT iro.umontreal DOT ca>
Date: Mon, 30 Aug 2004 10:52:41 -0400
Hi Mitch, amanda create the usda01afs:usda01_b_.*.backup_0.new file, then it pass it has argument to gtar, gtar read it and rewrite it, that the step that probably failed, maybe gtar wrote a log to s