Amanda-Users

Re: Some DLEs fail to complete writing to tape

2006-09-05 05:03:10
Subject: Re: Some DLEs fail to complete writing to tape
From: Joe Donner <joedonner2001 AT hotmail DOT com>
To: amanda-users AT amanda DOT org
Date: Tue, 5 Sep 2006 01:50:25 -0700 (PDT)
Dear all, please help!

I added those two servers again, and again the job dumps all DLEs to holding
disk, but fails to write those two DLEs to tape!  

Just to make it clear:
I was backing up a server called Minerva, and all seemed well.
I added two more servers, callled Apollo and Cerberus.  Then some of
Minerva's DLEs failed to write to tape after dumped to the holding disk.
I remove Apollo and Cerberus, and the backup works ok.
I add Apollo and Cerberus again, and again Minerva's DLEs dump ok, but fail
to write to tape.

This time I ejected the tape, and tried to amflush to the next amanda tape. 
Amanda told me that I needed to run amcleanup.  So I ran amcleanup and then
ran amflush again.  Amflush then sent me an email saying there were no files
to flush!

So I rebooted the server again, and now amflush works.

What on earth is going on??

Please help!



Joe Donner wrote:
> 
> Well, I took the two new servers from amanda's disklist, and the backup
> succeeded.  I will add them one at a time and see what happens, although I
> don't really see how the new servers could have caused this.
> 
> Maybe it's a disk space issue on the holding disk...hmmm....
> 
> 
> Joe Donner wrote:
>> 
>> Dear all,
>> 
>> Please help!
>> 
>> My amanda setup has been working wonderfully until the day before
>> yesterday, when I added 2 more servers to the amanda job (adding
>> approximately 6GB to the job).
>> 
>> The newly added servers back up fine, but I now have a problem with an
>> existing server.
>> 
>> Amanda dumps all DLEs to holding disk (120 GB IDE drive) successfully,
>> but now some of those fail to write to tape (the same ones each time),
>> and I have to amflush them in the morning (which amanda happily does). 
>> The DLEs that fail to write to tape are for a server I've been
>> successfully backing up for a month (minerva's /usr/local/clients and
>> /usr/local/development).  They make up about 46GB in total compressed
>> size.  And of course they are the two most importants ones to be backed
>> up!
>> 
>> I have noticed that both times this has happened, the backup server
>> seemed to have become sluggish, e.g. my VNC session to it becomes
>> virtually unusable.  Althought drastic, I've on both occasions decided to
>> reboot the amanda server before running amflush.
>> 
>> Can anyone tell why this would happen?
>> 
>> 
>> a)  Here is an extract of amanda's report after the reboot:
>> 
>> *** THE DUMPS DID NOT FINISH PROPERLY!
>> 
>> STATISTICS:
>>                           Total       Full      Daily
>>                         --------   --------   --------
>> Estimate Time (hrs:min)    0:04
>> Run Time (hrs:min)         0:32
>> Dump Time (hrs:min)        3:46       3:46       0:00
>> Output Size (meg)       65327.5    65327.5        0.0
>> Original Size (meg)    186319.2   186319.2        0.0
>> Avg Compressed Size (%)    35.1       35.1        -- 
>> Filesystems Dumped           71         71          0
>> Avg Dump Rate (k/s)      4933.2     4933.2        -- 
>> 
>> Tape Time (hrs:min)        0:28       0:28       0:00
>> Tape Size (meg)         19722.4    19722.4        0.0
>> Tape Used (%)              12.6       12.6        0.0
>> Filesystems Taped            69         69          0
>> Avg Tp Write Rate (k/s) 11875.1    11875.1        -- 
>> 
>> USAGE BY TAPE:
>>   Label          Time      Size      %    Nb
>>   daily-24       0:28   19722.4   12.6    69
>> 
>> NOTES:
>>   taper: tape daily-24 kb 24459648 fm 70 writing file: Device or resource
>> busy
>> DUMP SUMMARY:
>>                                      DUMPER STATS            TAPER STATS 
>> HOSTNAME     DISK        L ORIG-KB OUT-KB COMP% MMM:SS  KB/s MMM:SS  KB/s
>> minerva      -al/clients 0 10938425636295312  33.2 112:015399.9   N/A  
>> N/A 
>> minerva      -evelopment 0 3531356010404361  29.5  42:354072.3   N/A  
>> N/A 
>> 
>> b)  And here is the amflush report:
>> 
>> STATISTICS:
>>                           Total       Full      Daily
>>                         --------   --------   --------
>> Estimate Time (hrs:min)    0:00
>> Run Time (hrs:min)         0:55
>> Dump Time (hrs:min)        0:00       0:00       0:00
>> Output Size (meg)           0.0        0.0        0.0
>> Original Size (meg)         0.0        0.0        0.0
>> Avg Compressed Size (%)     --         --         -- 
>> Filesystems Dumped            0          0          0
>> Avg Dump Rate (k/s)         --         --         -- 
>> 
>> Tape Time (hrs:min)        0:55       0:55       0:00
>> Tape Size (meg)         45605.2    45605.2        0.0
>> Tape Used (%)              29.2       29.2        0.0
>> Filesystems Taped             2          2          0
>> Avg Tp Write Rate (k/s) 14253.2    14253.2        -- 
>> 
>> USAGE BY TAPE:
>>   Label          Time      Size      %    Nb
>>   daily-25       0:55   45605.2   29.2     2
>> 
>> NOTES:
>>   taper: tape daily-25 kb 46699776 fm 2 [OK]
>> 
>> DUMP SUMMARY:
>>                                      DUMPER STATS            TAPER STATS 
>> HOSTNAME     DISK        L ORIG-KB OUT-KB COMP% MMM:SS  KB/s MMM:SS  KB/s
>> -------------------------- --------------------------------- ------------
>> minerva      -al/clients 0     N/A36295312   --    N/A   N/A  
>> 42:3214221.4
>> minerva      -evelopment 0 3531356010404362  29.5   N/A   N/A  
>> 12:0414365.0
>> 
>> 
>> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Some-DLEs-fail-to-complete-writing-to-tape-tf2201755.html#a6148203
Sent from the Amanda - Users forum at Nabble.com.


<Prev in Thread] Current Thread [Next in Thread>