On Wednesday 28 June 2006 17:06, Rumko wrote:
> I had 2 jobs working in parallel on the same pool and same tape drive
> (and ofcourse same volume). Did a status storage=DAT72 (DAT72 is the
> name of the device in sd) ... it stopped in the middle of the output
> (when it wanted to print what jobs are waiting to reserve the drive)
> and I did a ctrl+c ... reran bconsole again, tried again, same thing
> ... repeated that about 2 times I think and then left it alone, after
> a while the director crashed with "Program received signal SIGPIPE,
> Broken pipe." ... :)

I have never seen the Director or any other Bacula daemon "crash" from a 
SIGPIPE, and I do not think it is possible.  The daemons can report that a 
SIGPIPE occurred, but simply breaks the specific TCP/IP connection and should 
never cause a crash.

Note, if you do not run Bacula with the options specified in the Kaboom 
chapter of the manual, a SIGPIPE *will* interrupt the debugger session, but 
that does not imply a crash.

>
>
> Was running both sd and dir in gdb, sd didn't crash, but for dir I've
> attached the bt.

As far as I can see from the traceback the Director did not crash, but then 
the symbols have been stripped out, which reduces the amount of information 
supplied.

-- 
Best regards,

Kern

  (">
  /\
  V_V

Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to