>>>>> On Thu, 23 Nov 2006 09:25:31 +0200, Jukka Laaksola said:
> 
> Arno Lehmann wrote:
> > Hi,
> > 
> 
> Hi and thanks for the fast answer!
> 
> > On 11/22/2006 10:56 AM, Jukka Laaksola wrote:
> > 
> >>
> >>The problem are appendable tapes which are not in changer. We say 
> >>"unmount" and change the magazine. Then we say "update slots" and 
> >>"mount". The inchanger flags gets updated successful. Then we mark all 
> >>removed appendable volumes as Used.
> >>But in the middle of the night at backup time the bacula ask to mount 
> >>some appendable volume which is not in the changer.
> >>
> > 
> > 
> > Ok, I'll skip the example in my reply. The problem is, Bacula recycles 
> > volumes not in changer and does not stick to the ones availabale.
> 
> Yes. That's right.
> 
> > This has been discussed a number of times. I don't know how it should 
> > work, but I know what you can do to fix your problem :-)
> > 
> > - Use 1.39.27 or whatever the current beta version is.
> > - Make sure you actually want to run beta software in a production 
> > environment (but I'm quite sure that the features that existed in 1.38 
> > have not stopped working).
> > - Use the ned enabled/disabled flag for volumes and disable the volumes 
> > you remove from the changer.
> 
> 
> I probably found the solutions with stable 1.38.11 version. When we 
> change the magazine we update volumes recycle flags. Put the recycle 
> flag enabled for the volumes in changer and disabled for all others. And 
> also mark status to Used on all appendable volumes not in changer.
> 
> I will do a perl script for changing the magazine. It will first unmount 
> the volumes and the ask to change the fysical magazine. After that it 
> update slots and automatically update those recycle flags and status of 
> appendable volumes not in changer to Used. And finally does mount.
> 
> I think so the answer for this problem could be a configuration variable 
> like AcceptAnyVolume. Something like AcceptOnlyInChangerVolume.... Or 
> just change values on AcceptAnyVolume from yes|no to yes|no|inchanger...

Yes, except that the AcceptAnyVolume directive does nothing anyway and has
been removed from 1.39 :-)

It should be trying to use suitable inchanger volumes first anyway, so the
behaviour you see is either a bug or is caused by some other problem (e.g. it
fails to recycle the volume for some reason).

__Martin

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to