On Sunday 14 August 2005 21:23, Phil Stracchino wrote:
> Kern Sibbald wrote:
> > On Sunday 14 August 2005 04:04, Phil Stracchino wrote:
> >>Kern,
> >>This question is probably your bailiwick. In the event of a failed job
> >>in bacula, is there any existing mechanism to tell Bacula to (logically)
> >>erase that job from the tape and treat that portion of the tape as
> >>unused? Logic says it should be basically a simple matter of resetting
> >>VolBytes and VolFiles to their values at the end of the previous
> >>successful Job. This would provide a sort of an "Undo" feature for
> >>failed Jobs.
> >
> > No, and given the difficulties in dealing with tapes, this is probably
> > not something I am going to try. First, there should not be any failed
> > jobs.
>
> Well, ideally there shouldn't, anyway. :)
>
> > Second, I think this kind of problem will probably be best dealt with by
> > "merging" tapes -- i.e. a sort of data compaction by copying.
>
> Fair enough.
>
> Another question that just occurred to me: Is there any way at present
> to tell Bacula that I do not want media-change-related messages to
> appear in end-of-job emails, but I still want to see them on the console
> and get them mailed to me at the time when the media change is
> requested? I've studied the documentation on the Messages resource, but
> I can't see any way to accomplish this without adding code to implement
> an "Include Media Events In End-Of-Job Report = yes/no" directive.
Hmmm. I'm not 100% sure I understand the details of the problem, so it is hard
to give you an answer. Each message that is generated has a class or type --
e.g. Info, Fatal, Error, ... Each class of message can be directed to
different places (destinations) -- the console, email, ... Thus with the
existing code, any class of messages can be inhibited, but those classes
cover a lot of messages. Perhaps what you are asking for is to create a new
class of messages "Media" (or in Bacula programming M_MEDIA). That is no
problem, one could then make all media related messages have that class and
they could easily be suppressed for any message "destination".
Take a look at the file src/lib/message.h and look for the M_xxx types and you
will see what I mean.
--
Best regards,
Kern
(">
/\
V_V
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
