-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Damian Brasher wrote:
> Ryan Novosielski wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Damian Brasher wrote:
>>
>>> Ryan Novosielski wrote:
>>>
>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>> Hash: SHA1
>>>>
>>>> Damian Brasher wrote:
>>>>
>>>>
>>>>> Hi List
>>>>>
>>>>> When a tape is missed for one of our weekday sets the next evening
>>>>> the previous days, missed, tape is still requested even though the
>>>>> job should have expired. I have used Volume Use Duration = 22h see
>>>>> below.
>>>>>
>>>>>
>>>> The clock starts ticking on the first tape write.
>>>>
>>>>
>>>>
>>> Job {Max Start Delay = 22h} should prevent manual intervention then?
>>> Damian
>>>
>> Keep replies on the list -- you'll get more assistance that way.
>>
>
> Sure - seems like my reply list was incorrect this morning - will check.
>
>> That is possible. Seems to me what's actually goofing you up here is
>> that the backup is hung waiting for a tape, since it wasn't there when
>> the backup started. The next backup will then wait for that one. A
>> cancellation should allow the next backup to start anew. It
>> theoretically want the wrong tape, but as long as your tape is ABLE to
>> be written, AFAIK, it will be written to when it is presented with that
>> tape.
>>
>>
> A cancellation cleared the job queue, It looks as some intervention is
> unavoidable when a
> tape is missed as I have been working through this problem for a while
> now. However some
> interventions is required, the tape needs to be changed! so to cancel a
> job is not a huge amount
> of extra work. It would be nice if entering the next tape was all an
> untrained user needed to do.
What gives you the idea that you need to do more than that? If an
acceptable tape is placed in the drive, the software should attempt to
mount it by itself.
I suspect you are running with AlwaysOpen = yes? This is not desirable
in this situation. While AlwaysOpen = no is harder on the tape drive by
design, if you are replacing the tape every day and only using it once,
there is no specific harm in closing the tape (you'd need to reopen it
on the next one anyway). AlwaysOpen an some of the polling options I
suspect make this come together.
- --
---- _ _ _ _ ___ _ _ _
|Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Systems Programmer II
|$&| |__| | | |__/ | \| _| |[EMAIL PROTECTED] - 973/972.0922 (2-0922)
\__/ Univ. of Med. and Dent.|IST/AST - NJMS Medical Science Bldg - C630
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHmMbzmb+gadEcsb4RApg7AKDhSIk4NkA9wTzr4PwpohAePbKNSwCgs+j+
2BoOIagVOxI8n88cOWwJzVg=
=cV1E
-----END PGP SIGNATURE-----
begin:vcard
fn:Ryan Novosielski
n:Novosielski;Ryan
org:UMDNJ;IST/AST
adr;dom:MSB C630;;185 South Orange Avenue;Newark;NJ;07103
email;internet:[EMAIL PROTECTED]
title:Systems Programmer III
tel;work:(973) 972-0922
tel;fax:(973) 972-7412
tel;pager:(866) 20-UMDNJ
x-mozilla-html:FALSE
version:2.1
end:vcard
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
