> -----Original Message-----
> From: Jon LaBadie [mailto:jon AT jgcomp DOT com]
> Sent: Tuesday, August 08, 2006 4:32 PM
> To: McGraw, Robert P.
> Subject: Re: Next Tapes are Offsite
> 
> 
> On Tue, Aug 08, 2006 at 03:58:21PM -0400, McGraw, Robert P. wrote:
> >
> > > > If Amanda's behavior hasn't changed (I'm still using 2.4.5), it will
> > > > use the first non-active tape it finds in the changer.  It appears
> > > > to just load the next tape until it finds a non-active one, not look
> > > > for an unused one or find the oldest.
> > > >
> > >
> > > From this discussion, your and my observations also, it appears the
> > > order of tapes listed in the tapelist file is immaterial.
> > >
> > > Anyone disagree?
> > [McGraw, Robert P.]
> > Not from what I see. I always reverse sort my tape list so that the
> oldest
> > and lowest number is at the bottom.
> >
> > zorn->[537] > cat tapelist
> > 0 D00010 reuse
> > 0 D00009 reuse
> > 0 D00008 reuse
> > 0 D00007 reuse
> > 0 D00006 reuse
> > 0 D00005 reuse
> > 0 D00004 reuse
> > 0 D00003 reuse
> > 0 D00002 reuse
> > 0 D00001 reuse
> >
> > zorn->[538] > amadmin daily tape
> > The next Amanda run should go onto a new tape.
> >                                    a new tape.
> > The next 2 new tapes already labelled are: D00001, D00002.
> >
> > zorn->[541] > cat tapelist
> > 0 D00001 reuse
> > 0 D00002 reuse
> > 0 D00003 reuse
> > 0 D00004 reuse
> > 0 D00005 reuse
> > 0 D00006 reuse
> > 0 D00007 reuse
> > 0 D00008 reuse
> > 0 D00009 reuse
> > 0 D00010 reuse
> >
> > zorn->[539] > amadmin daily tape
> > The next Amanda run should go onto a new tape.
> >                                    a new tape.
> > The next 2 new tapes already labelled are: D00010, D00009.
> >
> 
> Robert,
> Yeah,
> I found out that if two already used tapes have the same date
> (yours do also, date 0) that it selects the tape based on the
> tapelist file order.
> 
> It doesn't seem that amadmin <config> tape accesses the drive.
> For my testing I used amtape <config> taper which actually
> accesses the tape drive and changer looking of the tape it wants.
> 
> I wonder if it would handle new tapes differently.  I you get the
> chance, could you try to put a tape, say tape D000005 in the drive
> slot and then run "amtape daily taper".  Does it say, I'll take any
> new tape, or does it go searching for the new tape in the last
> tapelist entry?
> 
> Just another piece of info that could be interesting.
[McGraw, Robert P.] 

To answer your question I put D00006 in the drive with mtx

zorn->[49] > mtx1 status
  Storage Changer /dev/scsi/changer/c6t0d0:1 Drives, 38 Slots ( 0
Import/Export )
Data Transfer Element 0:Full (Storage Element 6 Loaded):VolumeTag = D00006L2

      Storage Element 1:Full :VolumeTag=D00001L2                        
      Storage Element 2:Full :VolumeTag=D00002L2                        
      Storage Element 3:Full :VolumeTag=D00003L2                        
      Storage Element 4:Full :VolumeTag=D00004L2                        
      Storage Element 5:Full :VolumeTag=D00005L2                        
      Storage Element 6:Empty
      Storage Element 7:Full :VolumeTag=D00007L2                        
      Storage Element 8:Full :VolumeTag=D00008L2  

 
zorn->[57] > cat tapelist
20060808 D00002 reuse
20060808 D00001 reuse
0 D00010 reuse
0 D00009 reuse
0 D00008 reuse
0 D00007 reuse
0 D00006 reuse
0 D00005 reuse
0 D00004 reuse
0 D00003 reuse

zorn->[58] > amadmin daily tape
The next Amanda run should go onto a new tape.
The next new tape already labelled is: D00003. 

Now I resort tape list 

zorn->[69] > cat tapelist
0 D00003 reuse
0 D00004 reuse
0 D00005 reuse
0 D00006 reuse
0 D00007 reuse
0 D00008 reuse
0 D00009 reuse
0 D00010 reuse
20060808 D00001 reuse
20060808 D00002 reuse

zorn->[70] > !57
amadmin daily tape
The next Amanda run should go onto a new tape.
The next new tape already labelled is: D00010.

So it seems to pick up the last entry in tape that is available even thought
I have a tape in the drive that can be used.

Robert


> 
> --
> 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)

smime.p7s
Description: S/MIME cryptographic signature