-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Michael Nelson wrote:
> I am running Bacula 1.38.11 under CentOS 4.4 with a Quantum SuperLoader3
> LTO-3 changer. I have only one magazine for it so it can hold 8 tapes. I
> keep a cleaning tape in slot 8 and rotate backup tapes in slots 1-7.
>
> My problem is that sometimes bacula goes into this loop and I just don't
> know what to do:
>
> 16-Nov 09:28 nts-sd: 3301 Issuing autochanger "loaded drive 0" command.
> 16-Nov 09:28 nts-sd: 3302 Autochanger "loaded drive 0", result is Slot 3.
> 16-Nov 09:28 nts-sd: 3301 Issuing autochanger "loaded drive 0" command.
> 16-Nov 09:28 nts-sd: 3302 Autochanger "loaded drive 0", result is Slot 3.
> 16-Nov 09:28 nts-sd: 3301 Issuing autochanger "loaded drive 0" command.
That's strange. I run Bacula on a Debian etch (testing) box with a
Quantum Superloader 3 LTO-2 changer (2 mags, 16 tapes, 15 actual data
tapes, one cleaning tape with the proper label on it and configured as
the cleaning tape in the Superloader's web interface) and I have never
seen something like that.
I read in your other mail that you issued a mount command without having
a tape in the drive. As far as I know, mount expects a tape in the drive
so you should always put one into it via other means (mtx, the web
interface, ...) before issuing that command. Bacula has no command to
move a tape from the mags into the drive. unmount moves it from the
drive to the mag but there's no equivalent for the other way around.
That said, Bacula will move the tape to the drive when backups start.
Also note that the autochanger handling and tape drive handling stuff is
somewhat separated from one another. While the autochanger script might
be telling Bacula that a tape is loaded, the drive may say otherwise.
The code also does not necessarily communicate the way you expect it to
(ie your autochanger script says 'nothing loaded' but Bacula will try to
read the drive anyway).
Now when you unmount the drive, suddently your autochanger script seems
to pretend that there is a tape in the drive (independant of the
failures to rewind and find a tape drive before). You should check by
running mtx-changer (the script that queries the autochanger) manually.
Then you go on to say that you quit the daemons (exactly how? Did you
make sure they were shut down?) and afterwards your SD wouldn't respond.
This sounds as if either your SD hung up (for a reason yet unknown to
me) or your drive was having problems. How is your drive and autochanger
configured in bacula-sd.conf? Did you run the btape tests on it? Is it
working properly with other tape applications?
Greetings,
Michel
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (MingW32) - GPGrelay v0.959
iD8DBQFFXOSS2Vs+MkscAyURApTTAKCwaOazAiSu91UUnYUndqmt0xjbogCfYTly
7jUrltLKUn+UWBYnMo3icOo=
=iPy+
-----END PGP SIGNATURE-----
-------------------------------------------------------------------------
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
