Hello,
On 5/11/2006 4:46 AM, Gregory Brauer wrote:
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.
It's necessary to run the command when you change tapes (and it was
already explained how you can do this automaticcaly). It should not be
necessary to run this whenever you start the DIR - after all, the data
is in the catalog.
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.)
I don't have barcodes here, but I know installations where autochangers
with barcode scanners work as expected.
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.
I'm sure that this will break somehom sometime - having to set the
InChanger after each DIR start might be one of the ways it breaks...
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.
there are other autochangers around that work differently.
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.
Bacula relies solely on its catalog because it also suppoerts devices
without barcode scanners. Probably it would be possible to modify Bacula
to get an autochanger inventory whenever it needs to access a volume,
but this would be a new feature, and I doubt it would be high on Kerns
list of priorities - such a feature is only valuable for a very limited
set of installations, and as it is know, Bacula already supports your
hardware. So I guess you'd have to prepare a patch to that effect yourself.
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?
I wonder... do you say that you use the autochanger without barcodes
with, from Baculas view, two sets of tapes loaded? This won't work some
day, I suppose. Other than that, you have do the 'update slots scan
storage=xxx' routine after changing tapes.
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.
there is no such mode, and when Bacula finds a volume it doesn't expect
it usually considers that an error.
It would be nice if this were
simply an option I could set in a config file instead of digging
in the database.
It would be better if you used the update slots commands, perhaps
automatically in a run before job, or triggered by cron or something.
Arno
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
--
IT-Service Lehmann [EMAIL PROTECTED]
Arno Lehmann http://www.its-lehmann.de
-------------------------------------------------------
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
