* Jean-Louis Martineau <martineau AT zmanda DOT com> [20081218 13:11]:
> What is the error you get in the report?
> What is the number of 'reuse' tape in the tapelist?
> Is it greater than your tapecycle?

OK, I should read the man pages more often. amadmin clearly states that 

"no-reuse tapelabel [ ... ]

...if this causes the number of reusable tapes to drop below the
amanda.conf tapecycle value, Amanda will request new tapes until the
count is satisfied again."

So I went on and decreased tapecycle to match my reuse tapes.
Seems to work. Case close.

Sorry for the waste of time!
jf

> 
> Jean-Louis
> 
> Jean-Francois Malouin wrote:
> >Hi, 
> >An amanda run last night ended up in the holddisk due to the fact
> >that chg-zd-mtx didn't hunt for the requested tape even it's loaded and
> >it is in 'reuse' mode. Note that previous to the run I had put a tape in
> >`no-reuse' mode but that tape wasn't in the expected set of tapes for
> >this run. Amanda-2.6.0p2 btw.
> >
> >I have attached the debug files but essentially the events went like
> >this: the tape drive got unloaded (the drive was empty so nothing
> >really happened there), then current slot was loaded, then an attemp to add
> >its label to the amanda barcode file but the barcode was already
> >in there, then proceeded to load the next slot containing the tape
> >that amanda was expecting but it just kept going, trying the sync the
> >label to the barcodes file, and that went on for the remaining slots
> >and amanda finally gave up after scanning the whole slot list. 
> >
> >Any ideas? I just did a 'amtape $conf label _some_label' without
> >a glitch, amanda hunting and loading the right tape but I see the
> >same pattern right now after trying the flush the hold disk to tape.
> >
> >thanks!
> >jf
> >  

-- 
<° >< Jean-François Malouin          McConnell Brain Imaging Centre        
Systems/Network Administrator       Montréal Neurological Institute
3801 Rue University, Suite WB219, Montréal, Québec, H3A 2B4, Canada