John Berninger wrote:
> Nils Blanck-Wehde wrote:
>   
>> I can confirm this behaviour. Various commands seem to solve the issue 
>> for different users, among those are manual mount, update slots, 
>> unload / reload tape.
>>
>> Best regards, Nils
>>
>> Bob Hetzel schrieb:
>>     
>>> from bconsole, do a
>>> mount drive=<drive number>
>>> and that'll wake it up.  There does seem to possibly be another bug in 
>>> the tape handling of version 2.4.2 as I've seen this happen now too just 
>>> this past weekend.  I've got a 2 drive autochanger.
>>>     
>>>       
> Neither the "mount" command nor an "update slots" were able to resolve 
> this problem.  I ended up simply cancelling the job, swapping out tapes 
> I'd wanted to recycle for brand new tapes, and restarting the backups, 
> since they'd been hung for several days and (given my experience) it 
> seemed bacula was more willing to deal with Scratch tapes than to 
> recycle tapes properly.
>
> Is there anything I can do to try to prevent this in the future?  I'd 
> really like to be able to recycle older tapes, since I've got other 
> things I'd like to buy with the money I'm currently throwing at new tapes...
>
> --
> John
>
>
>   
I have also had success with manually purging the tape, and manually 
moving to the scratch pool.  I do not think there is a need to throw 
away these tapes.  You could try deleting the volume, and then using mt 
to write an eof or two to the tape, and then labeling the tape again.



-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users