Arno Lehmann wrote:
Hi,
On 5/9/2006 7:37 PM, Gregory Brauer wrote:
Gregory Brauer wrote:
I believe I can get the behavior I want by setting all of my volumes
as InChanger=1 and never running update slots again.
I didn't follow this thread, but what behaviour would that be?
Should probably see the thread... Bacula is not able to find
any tapes that are in the loader unless I manually run the command
"update slots" any time I restart the bacula director. I also need
to run that command any time I change which tapes are in the loader
or Bacula will still think the old tapes are in there and refuse to
run any jobs that require tapes that really are in the loader.
I use two
autochangers and tapes in three pools in them, and I never had any
problems with that setup since 1.38.something.
Do your loaders have barcode scanners? I believe this is only a
problem for loaders with barcode scanners. (I will find out for
certain when I update one of my non-barcode loaders to 1.38 from
1.36.)
You should not set the InChanger fields manually. There is other data to
consider, too, like StorageId and Slot, and Kern will not support you
when you tweak the database manually.
I'm not saying I thought it was a good idea. :)
This was the only way I could get Bacula to recognize what tapes
were in the loader without weekly manual intervention. The other
loaders I am using have all fields of all media set to
"InChanger=1" and Bacula was what set it that way. So in a sense,
all I am doing is flipping a switch to make Bacula work exactly like
it does when there is no barcode reader, except I didn't have to
manually enter tape labels when I created the tapes.
This just seems broken to me, though. Bacula should
automatically check what tapes are currently in the loader
every time it runs a job. Why doesn't it do this?
Because
- You should use the appropriate command only when you change the tapes
loaded: 'update slots [scan] storage=xxx'
- Doing the necessary steps whenever Bacula accesses the tape inventory
will be very very time consuming. Ask the people who use the really big
libraries... You should simply not change the tape inventory and not
tell Bacula about it.
I have a Spectralogic 2K loader. This loader will not allow access
to the tapes until it is satisfied that it knows what tapes is in
every slot. It keeps this information in memory at all times and,
after the initial scan when the door is closed, reports it
instantaneously. Running update slots with this loader
takes less time than you can time by hand on a stopwatch. The
non-barcode version of the loader obviously *can't* know what is
in it, so Bacula just takes it's chances, loads the slot it thinks is
right and reads the tape header. Here Bacula could know for *sure*
that it has the right tape, but is trusting the information in the
InChanger field in the database which is actually wrong.
Once Bacula is configured, I shouldn't have to issue commands to
to the director *ever* unless I'm doing a restore. I don't have to
on my loader with no barcode reader so why should I have to on
a loader that has one?
What my hack is doing is just putting Bacula into the same "just
try that slot and see what happens" mode that Bacula uses on
loaders with no Barcode reader. It would be nice if this were
simply an option I could set in a config file instead of digging
in the database.
Greg
-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
