Hi,
I upgraded Amanda version from 2.6.1 to 3.1.2 and amreport reports:
FAILURE DUMP SUMMARY:
hansabck /var/amanda/amandatapes/ems1/slot13 lev 0 partial taper: No space
left on device
hansabck /var/amanda/amandatapes/ems1/slot65 lev 0 partial taper: No space
left on device
But they are
Try this one!
Jean-Louis
Jon LaBadie wrote:
On Sat, Oct 02, 2010 at 04:24:46PM -0500, Dustin J. Mitchell wrote:
On Sat, Oct 2, 2010 at 1:03 PM, Jon LaBadie j...@jgcomp.com wrote:
When running amtape --help the usage message
is printed twice.
A *real* nitpick! Cool!
Fix is
On Sun, Oct 03, 2010 at 09:05:37AM -0400, Jean-Louis Martineau wrote:
Try this one!
That got it. Probably want to clean up blank lines before commit.
Thanks,
Jon
Jean-Louis
Jon LaBadie wrote:
On Sat, Oct 02, 2010 at 04:24:46PM -0500, Dustin J. Mitchell wrote:
On Sat, Oct 2, 2010 at
On Sun, Oct 3, 2010 at 7:22 AM, Gunnarsson, Gunnar
gunnar.gunnars...@svk.se wrote:
I upgraded Amanda version from 2.6.1 to 3.1.2 and amreport reports:
...
But they are written on the next tape, I'm not using tape spanning.
OK .. so what's the problem?
Dustin
--
Open Source Storage Engineer
On Sat, Oct 2, 2010 at 5:01 PM, Robert Heller hel...@deepsoft.com wrote:
I picked a 'virtual' tape size to match the capacity of a DVD-R: 4.3Gig,
with the idea of migrating the fulls and the more major incrs to DVD-Rs
for long-term archival.
Ah! You should take a look at both the dvdrw device
It is reported as failed see below and those parts are added twice - filesystem
66 parts 68.
In earlier version it is reported correctly.
These dumps were to tapes HANSA-ARKIVE-9, HANSA-ARKIVE-10, HANSA-ARKIVE-11.
The next 4 tapes Amanda expects to use are: HANSA-ARKIVE-12, HANSA-ARKIVE-13,
At Sun, 3 Oct 2010 10:11:57 -0500 Dustin J. Mitchell dus...@zmanda.com
wrote:
On Sat, Oct 2, 2010 at 5:01 PM, Robert Heller hel...@deepsoft.com wrote:
I picked a 'virtual' tape size to match the capacity of a DVD-R: 4.3Gig,
with the idea of migrating the fulls and the more major incrs to
On Sun, Oct 3, 2010 at 10:26 AM, Gunnarsson, Gunnar
gunnar.gunnars...@svk.se wrote:
It is reported as failed see below and those parts are added twice -
filesystem 66 parts 68.
In earlier version it is reported correctly.
Perhaps this is a change in behavior, but I think that this version
On Sun, Oct 3, 2010 at 11:01 AM, Robert Heller hel...@deepsoft.com wrote:
Also I am pretty much stuck with 2.5.0, since that is what comes with
CentOS... (I don't at this point want to 'experiment' with a bleeding
edge self-built package, not for something like this.)
Yikes, you may be *very*
At Sun, 3 Oct 2010 11:37:25 -0500 Dustin J. Mitchell dus...@zmanda.com
wrote:
On Sun, Oct 3, 2010 at 11:01 AM, Robert Heller hel...@deepsoft.com wrote:
Also I am pretty much stuck with 2.5.0, since that is what comes with
CentOS... (I don't at this point want to 'experiment' with a
On Sun, Oct 3, 2010 at 12:35 PM, Robert Heller hel...@deepsoft.com wrote:
One of the downsides of using a very *stable* Linux distro with long
term stable support. OTOH, it avoids the fun of re-installing
everything every 6-12 months and then spending a couple of months
getting all of the
On Sat, Oct 2, 2010 at 5:16 PM, Dustin J. Mitchell dus...@zmanda.com wrote:
OK, in trying to duplicate this, I'm getting dumper segfaults, which
is probably the same bug -- it looks like dumper is printing random
memory in the error message above. So consider it replicated - and
I'll try to
At Sun, 3 Oct 2010 14:19:50 -0500 Dustin J. Mitchell dus...@zmanda.com
wrote:
On Sun, Oct 3, 2010 at 12:35 PM, Robert Heller hel...@deepsoft.com wrote:
One of the downsides of using a very *stable* Linux distro with long
term stable support. Â OTOH, it avoids the fun of re-installing
Am 2010-10-03 21:33, schrieb Dustin J. Mitchell:
On Sat, Oct 2, 2010 at 5:16 PM, Dustin J. Mitchell dus...@zmanda.com wrote:
OK, in trying to duplicate this, I'm getting dumper segfaults, which
is probably the same bug -- it looks like dumper is printing random
memory in the error message
Am 2010-10-03 21:33, schrieb Dustin J. Mitchell:
On Sat, Oct 2, 2010 at 5:16 PM, Dustin J. Mitchell dus...@zmanda.com wrote:
OK, in trying to duplicate this, I'm getting dumper segfaults, which
is probably the same bug -- it looks like dumper is printing random
memory in the error message
On Sun, Oct 3, 2010 at 4:30 PM, Stefan G. Weichinger s...@amanda.org wrote:
Sorry, it doesn't apply when using my amanda-3.2.0_beta1.ebuild ;-(
Will look into it tomorrow.
There's a version rebased onto the 3.2.0_beta1 tag at
http://github.com/djmitche/amanda/commit/z12066.patch
Dustin
--
Am 2010-10-03 23:57, schrieb Dustin J. Mitchell:
On Sun, Oct 3, 2010 at 4:30 PM, Stefan G. Weichinger s...@amanda.org wrote:
Sorry, it doesn't apply when using my amanda-3.2.0_beta1.ebuild ;-(
Will look into it tomorrow.
There's a version rebased onto the 3.2.0_beta1 tag at
On Sun, Oct 3, 2010 at 5:37 PM, Stefan G. Weichinger s...@amanda.org wrote:
applies and seems to work. encrypted DLE dumped.
Great! I'll wait to hear back from Jean-Louis about the potential
memory leak, then, before committing.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
18 matches
Mail list logo