Hi, On 11/17/2006 3:46 PM, Keith Gunderson wrote: > > Wow that was a helpful reply Arno. Thank you. Your btape advice will > be heeded. Bacula is fantasic.
I'm glad it helped, you're welcome, enjoy learning, and right you are ;-) > Could it be that I was only missing the update slots command? (see below) Yes, in my opinion. And as my advice was based upon my opinion and it helped that looks like that command was all you needed. > > Message: 1 > > Date: Fri, 17 Nov 2006 00:50:27 +0100 (MET) > > From: Arno Lehmann <[EMAIL PROTECTED]> > > Subject: Re: [Bacula-users] the DREADED autochanger won't load problem > > To: bacula-users@lists.sourceforge.net > > Message-ID: <[EMAIL PROTECTED]> > > Content-Type: text/plain; charset=windows-1252; format=flowed > > > > > > > I?ve been able to get through about 5 tapes of full backup by > > > manually loading and mounting the tapes. That is, the jobs are working > > > fine, but the jobs are much bigger than the tapes? and bacula won?t > > > change the tapes itself. > > > > Ok, first thing to try: Use the query command and check which volumes > > Bacula thinks are in the changer (hopefully that query is in your > > version...). > > Then: Use the 'Update slots scan' command and see what it reports. > > When I ran query, it reported there were only 2 tapes in the changer > instead of the 11 newly labeled tapes. > > I ran update slots without problem and now query reports the tapes > correctly. > > I started a job and bacula went off and loaded tapes and got things > moving. Success! Good. > > > > > Bacula: 1.38.5 (run as root) > > > RHEL4 > > > We have a 11 slot LTO3 changer with no barcodes on the tapes. > > > I?ve manually labeled all of the tapes in bconsole (via mtx /dev/sg8 > > > load 1, then label.) > > > > How exactly did your label command look? > > > > > My changer.volumes > > > > You mean you've got Bacula set up with the "fake autochanger" feature? I > > would NOT recommend to use that. > > Does that mean you recommend using barcoded labels? Or is there more too > the fake autochanger setup that > I'm using? Well, the "fake barcodes" solution - "fake autochanger" was definitely not what I wanted to say - is kind of error-prone because you have to manually keep it up to date. Doing things automatically is much better, I think. Especially if you can be sure things are done automatically right, as opposed to manually wrong ;-) In my office, where I don't have barcode capability, I use 'update slots scan', which loads each tape, reads the label and updates the catalog. This does take longer, strains the tapes, but I can't break anything. If your changer.volumes is not correct, Bacula won't overwrite any tapes it should not overwrite, but it will need manual intervention. Also, keeping the changer.volumes up to date also needs to be done manually. Choose your poison... > >... > > > I think we have a stock mtx-changer: > > > > ... then it's time to fix it, erm, to make it better suit your needs :-) > > > > ... > > especially here: > > > # Increase the sleep time if you have a slow device > > > # or remove the sleep and add the following: > > > # wait_for_drive $device > > ... I'd usually recommend to use the wait_for_drive function if it works > > on your system. > > How will I know if the wait_for_drive function works? By uncommenting > it and testing it with btape? No, by uncommenting it and testing it from the shell. At least that's what I prefer. >... -- IT-Service Lehmann [EMAIL PROTECTED] Arno Lehmann http://www.its-lehmann.de ------------------------------------------------------------------------- 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
