Hi again, * Jon LaBadie ([EMAIL PROTECTED]) [20030330 19:10] thus spake: > On Sun, Mar 30, 2003 at 05:32:27PM -0500, Jean-Francois Malouin wrote: > > Hello, > > > > * Jon LaBadie ([EMAIL PROTECTED]) [20030330 17:02] thus spake: > > > On Sun, Mar 30, 2003 at 03:32:52PM -0500, Jean-Francois Malouin wrote: > > > > Hi, > > > > > > > > I have amanda version 2.4.3b4-20020829 running on a SGI Origin2000 > > > > since last September and even I had a few problems (mainly I was > > > > hitting known bugs with tar and exclude lists) the last one just > > > > got me stumped and I can't clearly anymore even though I know the > > > > answer must be staring at me right in the eyes... > > > > > > > > Essentially amanda is telling that she wants a new tape and she > > > > refuses to backup to tape but the tapes in the library should be used > > > > according to the amanda.conf dumpcycle, runspercycle and tapecycle > > > > (see below). here's the output of amcheck: > > > > > > did you looked at the dates on the 40 tapes for the stk_40-conf1 > > in the tapelist file? They should be reused. Look at tape 000001: > > > > 20030217 000001 reuse > > > > Now that you mention it, did you look at the bottom of the list: > > 20030220 000004 reuse > 20030219 000003 reuse > 20030218 000002 reuse > 20030217 000001 reuse > 20030212 000040 reuse > > Tape 40 has not been used since much earlier than any other tape > in the tapelist. > > Did you perhaps reset things between 2/12 and 2/17? > Amanda seems to want to use tape 40 or a new tape.
I did a number of things :) First, while on holidays backups timed out for a period of 3 weeks and my assistants could not find out why. Turned out that 'etimeout' was too small. Right after that I realized that one critical filesystem had only one full backup image left on tape (000040) and, as things go bad in cluster, that filesystem experienced corruption, or so it seemed at the time. Turns out that one user with elevated privileges messed up. So, while we digged for the error I reserved tape 00040 with 'amadmin stk_40-conf1 no-reuse 000040'. After that, amanda always complained about using it or a new tape *or* tapes 000001 to 000010. regards, jf > > -- > Jon H. LaBadie [EMAIL PROTECTED] > JG Computing > 4455 Province Line Road (609) 252-0159 > Princeton, NJ 08540-4322 (609) 683-7220 (fax)
