Hi Sascha,
On 04/03/2014 03:38 PM, Sascha Bejer wrote:
> Hi Marco,
>
> -----Original Message-----
> From: [email protected] [mailto:[email protected]]
> On Behalf Of Marco van Wieringen
> Sent: Montag, 4. November 2013 11:02
> To: [email protected]
> Subject: [bareos-users] Re: question regarding library scan
>
> Sascha Bejer <sascha.bejer <at> access-company.com> writes:
>
>>> Maybe this is stupid question but not clear to me:
>>> When does bareos query the tape library for changes?
>> Only when you ask it to do. e.g. "update slots storage=<storage>"
>
>>> I am used to just unlock a complete 12-slot tray and remove the full
>>> tapes, fill with scratch ones and put the tray back. Comvault could
>>> cope with this, Bareos does not show changed slot allocation.
>> Correct both Bareos and Bacula don't like you changing its view of the
> world without you telling it.
>> Things will go seriously wrong if the view of the world in the software
> doesn't match with the actual state.
>
>>> The library _does_ rescan the inventory automatically after tray
>>> operations, so the information is in the library. Question is, on what
>>> basis bareos decides to read it...
>> On an operator entering the "update slots" its not like the software is
> monitoring the library all the time for some SCSI signal hey my content
> has changed. That would also be seriously library specific.
>
>>> So, what is the recommended procedure, the mail slot is particular
>>> cumbersome to use on this library :-/
>> The right way of doing this is indeed using the mail-slot or so called
> import/export slot of the library. I know the smaller ones only have one
> slot so it will take some time but we implemented in Bareos the
> import/export command which are exactly for this operation. e.g. with the
> export you can move a tape to the mailslot and get it out and then with a
> import get it back in after you changed it with a new tape.
>> This really works well on bigger libraries we did some tests on a IBM
> changer last week which has 256 Import/Export slots. The nice thing about
> import/export is that it will also update the slot information of the
> internal slots it touched so you don't have to run an update slots.
>
>> When you want to keep on swapping the whole tray then your only option
> is to run an update slots after your library has done a full internal
> inventory. Most libraries also don't like you opening it that way as it
> will scan the whole library not only what was replaced.
>
> MSL2024 is what I have here, at least with latest firmware, it愀 smart and
> rescans only moved trays.
> http://www8.hp.com/de/de/products/tape-automation/product-detail.html?oid=
> 4209041
> Mail slot is actually a dual-purpose storage slot. Also its multiple tapes
> a week to Output, with one-by-one the library operation take ages.
> The work done on the import/export portion of the code is well honored and
> understand the reason.
> I am still wondering, if an option sort of "re-read library status before
> changer operations" could be implemented. Is my use case that wired?
> Looked into stored/autochanger.c, but I miss a lot architecture knowledge
> (who calls who, communication between DIR and SD).
> Could be worked around with a cron job, not the elegant way :(.
>
>
> BR, Sascha Bejer
>
Another option may be to use the following type of RunScript in an appropiate
job resource. However, it depends on your setup and environment if this makes
sense, so use with care, adding this to your default jobdef may not be a good
idea:
RunScript {
console = "update slots storage=<yourstorage>"
RunsOnClient = no
RunsWhen = Before
}
Like this you could align it with your schedules.
Regards
--
Stephan Dühr [email protected]
Bareos GmbH & Co. KG Phone: +49 221-630693-90
http://www.bareos.com
Sitz der Gesellschaft: Köln | Amtsgericht Köln: HRA 29646
Komplementär: Bareos Verwaltungs-GmbH
Geschäftsführer: S. Dühr, M. Außendorf,
J. Steffens, Philipp Storz, M. v. Wieringen
--
You received this message because you are subscribed to the Google Groups
"bareos-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
For more options, visit https://groups.google.com/d/optout.
