On Sunday 29 July 2007 19:28, Ryan Novosielski wrote:
> Hi all,
> 
> Ever since I added the TapeAlert/smartmonctl command to my tape drive,
> it appears as if I get a fairly regular crash of that bacula-sd. I know
> there is a case where Bacula and the utility can go for the tape drive
> at the same time and cause problems, but I don't think Bacula should go
> KABOOM when this happens.

The traceback, unfortunately, doesn't demangle the C++ subroutine names nor 
provide source line numbers, but the best that I can tell is that the heap 
has been corrupted, Bacula detects is, then does a Kaboom (self inflicted seg 
fault).

Are you by any chance pointing the tapealert/smartmonctl at the tape drive 
device rather than at the scsi control device?  If you are, I am not 
surprised, and you should remove it as two different programs cannot properly 
exist using the same tape device.

If you are pointing it at the scsi control device, I would be interested to 
see what the normal output of the command gives back as there may be a 
possible buffer overrun though that really should not happen.

In any case, I recommend that you remove the tape alert for a time and see if 
that eliminates the problem.

> 
> This does not happen every day, but every once in awhile... it occurs at
> the end of a set of concurrent backups to tape -- all incrementals, 7 in
> total. By the time my catalog backup runs 2 hours later, the -sd has
> died and there is no connection made.
> 
> The host machine is running Solaris 9, and the binaries are from
> BlastWave (currently version 2.0.3 with 2.0.2 clients, but until the day
> before yesterday, the admin/server machine was running 2.0.2 with
> identical results). I have not tried 2.1.x, but I would not be allowed
> to run a production schedule on a beta -- perhaps an exact copy on the
> same machine but writing to disk might yield the same results, but I
> suspect that this is caused by the TapeAlert, so maybe not.

For a problem with tape alert, it is very unlikely that upgrading to 2.1.x 
will help.

> 
> Thanks for any insights you can provide -- I'd be happy to report a bug
> if it is needed.

Until I see your response and think about it, I don't think this is worth a 
bug report, at least not just yet.

Best regards,

Kern

> 
> =R
> --
>  ---- _  _ _  _ ___  _  _  _
>  |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
> 

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to