Hello John, all: and at first thanks for your comments...
Jon LaBadie schrieb: >> 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. Hmmm, honestly I am also bad most of the time but a little more careful right now - our backup system consists of an external SCSI-to-IDE RAID system and an LTO-2 autoloader; hosts on the network dump their data to the RAID system and amanda is about to hammer those data to tape at night (incremental) or weekend (full). The RAID system hasn't been in good condition lately after some of the drives went down, so I am worried about the state of my tape backup, as well... That's why I initially played around with amverify in order to see whether there actually _is_ anything backed up at all... :) >> amverify Full >> Mo Jun 12 13:01:54 CEST 2006 ... >> 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? Yes. The way it looks until then, at least every DLEs have been processed and found backed up on tape. > Did the report that amdump mailed out report early on that > "Some dumps may have been left on the holding disk"? No, nothing like this. Looking at the report mails, everything is fine... > 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. To be a little more verbose on that, here's an excerpt taken from yesterdays Full dump log (sizes): [...] Output Size (meg) 172568.1 172568.1 0.0 Original Size (meg) 372550.6 372550.6 0.0 Avg Compressed Size (%) 46.3 46.3 -- Filesystems Dumped 7 7 0 Avg Dump Rate (k/s) 1198.0 1198.0 -- [...] Tape Size (meg) 172568.1 172568.1 0.0 Tape Used (%) 86.4 86.4 0.0 Filesystems Taped 7 7 0 [..] USAGE BY TAPE: Label Time Size % Nb Nc Back00 40:59 176709760k 86.4 7 0 I'm not sure right now, but the way I understand this, we did back up 372.5 gig of data (which seems reasonable looking at the RAID disk usage), compressed to 172.5gig. Assuming that LTO-2 at this level is capable of storing 200gig data, the 86.4% usage of that very (single) tape do make sense. This way, the "End-Of-Information" message seems rather obscure... :o Any more ideas, anyone? :) Thanks for your patience and bye, Kris -- Kristian Rink -- Programmierung/Systembetreuung planConnect GmbH * Strehlener Str. 12 - 14 * 01069 Dresden 0176 24472771 * [EMAIL PROTECTED]
