On Thursday 05 January 2006 10:07, Michael 'buk' Scherer wrote:
> On Thu, 5 Jan 2006 - 9:29am, Kern Sibbald wrote:
> >I have the feeling that this is not correct. The AutomaticMount may only
> > work when the SD first starts. In any case, it will *definitely* not
> > work if you set "Offline on Unmount = yes". In that case, the drive
> > requires an explict mount command, if I am not mistaken. If you added
> > this recently, it could cause some problems.
>
> Ok, removed it and will try.
> Nevertheless, the docs say, that with AutomaticMount=yes Bacula checks when
> the sd starts AND before every job.
Yes, I noticed that a few weeks ago, but just haven't had the time to really
dig into it. It really *should* check before every job at least once, but
the whole SD is getting a bit complicated -- it is in definite need of a
simplification ...
>
> Dunno when I added the OfflineOnUmount, might have been during the update
> cause I fiddled with AlwaysOpen=yes, which bit me somewhere else.
>
> >If neither of the two suggestions below work, you might try using "Volume
> > Poll Interval = 5 minutes". The only problem is that I have not tested
> > this lately in 1.38.3 and a lot has changed. In principle, it should
> > resolve your problem.
> >
> >Second hint, you didn't specify, but if you are not already using 1.38.3,
> >please try it (I'll be officially releasing it later today). It has
> > several workarounds for kernel craziness.
>
> Nope, I usually dont run HEAD in a productive environment ;)
> I'll wait for your announcement and rebuild my packages then.
OK, that is a wise strategy for a production environment like yours ...
>
> >Third hint. I *strongly* recommend running with "Always Open = yes". It
> > saves *lots* of wear and tear on your drives/tapes.
>
> Just a short question with that. We currently get the tapes ejected with
> the last job during the night. How would I do that with AlwaysOpen=yes? A
> simple 'unmount storage=LTO' on the console?
I'm not 100% sure exactly what you are doing, so my response may not be
correct, but I don't think any of your procedures will change by having
AlwaysOpen=yes. If you set it to No, then after every job, Bacula releases
the drive, and thus the tape will be rewound and repositioned when the next
job starts. With AlwaysOpen=yes, the tape remains properly positioned
between jobs. If you want to change tapes, you either need to make Bacula do
it automatically with one of its multitude of directives, or you must
explicitly unmount the drive, which will cause the tape to be released.
>
> If yes, do I need to execute a 'mount storage=LTO' after I changed tapes
> and run 'update slots storage=LTO' afterwards, which (if yes) would mean to
> me, that I'd have to load a tape 'by hand' running 'mtx load.
I find it hard to answer this question because if you are using an
autochanger, then there is no need to mount/unmount drives. The autochanger
code will do it for you automatically. The only case where you would do that
is if you want to change the magazine, then you do something like:
unmount storage=xxx
(remove and replace magazine)
update slots storage=xxx
mount storage=xxx
In this case, it is manual because you need to physically remove the magazine.
If you are not using an autochanger, then there are several strategies for
changing tapes:
1. unmount storage
(change tape)
mount storage
2. set OfflineOnUnmount=yes
set VolumePoll Interval
(change tape when appropriate, and it should
restart after the Poll interval)
3. Some drives may permit simply removing
the tape and replacing it when you want. If
you have Volume Poll Interval set, it should start
writing after the Poll interval ...
--
Best regards,
Kern
(">
/\
V_V
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
