Hi Arno,

I know you've heard it before but your (very speedy!) responses to this list are absolutely priceless to those of us new to Bacula. Do you ever sleep? :-)

Sure. The problem is that Bacula doesn't reset the information in the catalog about loaded media in that case - it only restes information for volumes in the same pools as what is currently updated. Example: You've got a tape from PoolA in slot 1. You remove that and insert one from PoolB into slot one, and update the slots information. From then on, Bacula will have both tapes marked as being in slot 1 in the autochanger. Obviously, when it needs the tape from PoolA, it thinks it's available, loads from slot 1, finds the wrong tape, and is very unhappy about that.

Ah - which is why I haven't seen it... yet. :-) Another possible solution occurs to me. If I only put PoolA tapes in slots 1-6 and PoolB in slots 7-8 does the problem never manifest? That is an easy workaround for me and would let me hold off on upgrading until 1.38 is out. If you don't know, I'll probably try it and report the results back here.

(You could patch that with a one-line modification in the source, which is what I did, and it worked *for me*.)

I might be interested in that - I'll let you know.

Also, Bacula 1.36 has no concept of more than one autochanger, but that might not be a problem for you.

Nope, just one autochanger and I am very grateful to have even that!

 - Bill


-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to