On Thursday 07 July 2005 16:45, Arno Lehmann wrote:
> Hi,
>
> Kern Sibbald wrote:
> > On Thursday 07 July 2005 13:47, Arno Lehmann wrote:
> > If reasonable messages were not printed in the job log when jobs failed,
> > then it is something that interests me.
>
> Well, I received no messages at all. So it is a little hard to give more
> information, but I guess the assumption that the messages were lost
> because the message spool file could not be written to is reasonable in
> this situation.

Hmmm. Yea, not so good ...

>
> >  I don't plan to spend any time, with
> > perhaps some time for more documentation, building a fail safe operating
> > system if you over fill your working directory.
>
> In fact I didn't expect you to improve the OS - but still I think that
> there could be an improvement in bacula. Probably the SD has some
> threshold when deciding if there is spool space left, and something like
> checking if there are some MB left might be helpful in such a situation.

The problem is that determining what spool space is left is *very* OS and 
device dependent -- it is not something I want to get into at least not at 
this stage -- perhaps later.

>
> >  If I am not mistaken, the
> > document warns you that you must have a reasonable space available in the
> > working directory.  Concerning spooling, I give you the tools to put the
> > spool directory in a place other than your working directory, and I give
> > you the tools to limit the amount of spool space used.  Beyond that, as
> > long as Bacula produces reasonable error messages, it is up to you to
> > manage things.
>
> Quite right.

I've added a few more words that should help raise awareness.

>
> > If you think this is not a correct attitude on my part, then simply fill
> > up your tmp directory and or your root and see how many jobs your OS
> > holds for rescheduling ... :-)  Another good one to try is delete
> > /dev/null, then re-create it with "touch /dev/null" and see how well your
> > OS runs ...
>
> I can accept your attitude, but think it is useful if such things are
> reported... if you decide that this is not something bacula itself needs
> to handle that's ok for me.

That's fair.

-- 
Best regards,

Kern

  (">
  /\
  V_V


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to