Attila,
Try the attached patch.
Jean-Louis
On 01/03/2013 10:44 AM, Attila Bogár wrote:
On Tue, 02 Oct 2012 10:20:22 -0400
Jean-Louis Martineau wrote:
On 10/02/2012 10:10 AM, Jean-Louis Martineau wrote:
The attached patch fix amstatus and amdump to report that the tape is
write protected.
I
On Tue, 02 Oct 2012 10:20:22 -0400
Jean-Louis Martineau wrote:
> On 10/02/2012 10:10 AM, Jean-Louis Martineau wrote:
> >
> > The attached patch fix amstatus and amdump to report that the tape is
> > write protected.
> I mean amcheck and amdump.
> >
> > I do not have a tape drive on hand so I can'
On 10/02/2012 10:10 AM, Jean-Louis Martineau wrote:
Attila,
The attached patch fix amstatus and amdump to report that the tape is
write protected.
I mean amcheck and amdump.
I do not have a tape drive on hand so I can't test it. I appreciate if
someone can test it.
Jean-Louis
On 10/02/20
Attila,
The attached patch fix amstatus and amdump to report that the tape is
write protected.
I do not have a tape drive on hand so I can't test it. I appreciate if
someone can test it.
Jean-Louis
On 10/02/2012 08:46 AM, Attila Bogár wrote:
Hi Jean-Louis,
On 02/10/12 13:30, Jean-Louis M
Hi Jean-Louis,
On 02/10/12 13:30, Jean-Louis Martineau wrote:
I'd refine the bug: amanda flushes to the write-protected tape, the
dump is removed from the holding disk (of course it's not on tape),
reports the dump were to Daily-24 and re-expects the same tape.
Amanda flushed nothing to the
On 10/02/2012 04:58 AM, Attila Bogár wrote:
Hi Jean-Louis,
On 01/10/12 16:13, Jean-Louis Martineau wrote:
So the bug is that amanda reported:
These dumps were to tape Daily-24.
which is not true since amanda did not succeed to write to it.
Not exactly as I see the how many data is left on th
Hi Jean-Louis,
On 01/10/12 16:13, Jean-Louis Martineau wrote:
So the bug is that amanda reported:
These dumps were to tape Daily-24.
which is not true since amanda did not succeed to write to it.
Not exactly as I see the how many data is left on the holding disk after
these reports.
I'd re
Hi Jean-Louis,
On 01/10/12 16:13, Jean-Louis Martineau wrote:
So the bug is that amanda reported:
These dumps were to tape Daily-24.
which is not true since amanda did not succeed to write to it.
Can you post the log..0, the taper..debug files
and the amdump.X file for one of the run?
Sent
On 10/01/2012 10:50 AM, Attila Bogár wrote:
Hi Jean-Louis,
On 01/10/12 15:16, Jean-Louis Martineau wrote:
I do not understand the problem, one tape is write-propected, so
amanda use another tape. Wha'ts wrong?
Snippets from amanda email reports:
--
Date: September 25, 2012
These dumps we
Hi Jean-Louis,
On 01/10/12 15:16, Jean-Louis Martineau wrote:
I do not understand the problem, one tape is write-propected, so
amanda use another tape. Wha'ts wrong?
Snippets from amanda email reports:
--
Date: September 25, 2012
These dumps were to tapes Daily-23, Daily-24.
Not using all
On 10/01/2012 06:55 AM, Attila Bogár wrote:
Hi,
I'm wondering if this is a known-problem?
I do not understand the problem, one tape is write-propected, so amanda
use another tape. Wha'ts wrong?
We have two tape drives configured for taper-parallel-write, but
actually there is only tape p
Hi,
I'm wondering if this is a known-problem?
We have two tape drives configured for taper-parallel-write, but
actually there is only tape produced daily.
I'm using amanda-backup_server-3.3.1.svn.4677-1.rhel6.x86_64 with a
patch from Jean-Luis (see below).
There was a protected tape (by mist
12 matches
Mail list logo