On Mon, Jun 12, 2006 at 04:05:47PM +0200, Kristian Rink wrote:
>
> Hi all;
>
> being merrily running amanda for about three years now, right now our
> tapes are slowly getting filled. This weekends full dump obviously seems
> to have completed without errors, but, running amverify ended up with
> the following:
This is just guesswork, given that I'm bad and don't run amverify.
> amverify Full
> Mo Jun 12 13:01:54 CEST 2006
>
> Loading current slot...
> Using device /dev/nst0
> Volume Back00, Date 20060610
> Checked backer.planconnect.net.planc3.20060610.0
> Checked backer.planconnect.net.ablage.20060610.0
> Checked backer.planconnect.net.refast.20060610.0
> Checked backer.planconnect.net.backervar.20060610.0
> Checked backer.planconnect.net.jka.20060610.0
> Checked backer.planconnect.net.backercfg.20060610.0
> Checked backer.planconnect.net.planc1.20060610.0
> End-of-Information detected.
> Loading next slot...
> ...
>
Does the list of DLEs shown by amverify match the total of
what were expected?
>
> Hmmm, there's currently only one tape inside the changer (the one of
> last weekend), and, according to the amdump log files, last weekends
> dump filled up about 84% of the tape.
Did the report that amdump mailed out report early on that
"Some dumps may have been left on the holding disk"?
>
> So: What does "End-of-Information" mean in this context? Is the tape
> (for whichever reason) filled and amverify expecting more information on
> another one? Did amverify actually finish checking all disks and see the
> end of the dump?
> ...
> Checked backer.planconnect.net.planc1.20060610.0.
> ...
>
> makes be believe the check of this part of the backup was successful
The questions above would help confirm this guess, but I suspect that
taper actually ran out of space on the tape. Whether the DLE it was
taping when it reached the end was backer.planconnect.net.planc1.20060610.0
or the next DLE I don't know. When taper hits the end of the tape the
emailed report shows "successful tape usage", that is your 84%. The
remaining 16% might have been a partially taped DLE.
--
Jon H. LaBadie jon AT jgcomp DOT com
JG Computing
4455 Province Line Road (609) 252-0159
Princeton, NJ 08540-4322 (609) 683-7220 (fax)
|
