Hi,

I've upgraded our Bacula installation from 2.2.8 just to find out that  
the storage daemon crashes under load :(
Sadly I can't do much debuging since this is a production system. I'll  
try to downgrade. However here are the facts:

Gentoo 32bit vServer-Linux, bacula 2.4.4 (installed via Gentoo ebuild  
with the folowing USE flags: "bacula-console logrotate mysql python  
readline ssl tcpd"), backup to disk, ~140 backup jobs per night.  
Bacula clients still a 2.2.8!

The storage daemon just hangs after a while (over night) and doesen't  
accept any more jobs. All other jobs are stuck with "...is waiting on  
Storage..." or "...is waiting on max Client jobs" (and that although  
every client is configured with "SDConnectTimeout = 2 min"... but  
that's another story)

Backups fail with: "Storage daemon didn't accept Device "FileStorage"  
command".
If I simply restart the storage daemon (have to kill it since it  
doesen't respond to my civillized requests) the backups continue.
Did anyone encounter such a problem? Could it be because of the old  
client version? With 40+ clients I am hesitant to update all at once.

Thanks much.
Stefan Sorin Nicolin
http://nicolinux.org/timr

---
Unix guy, Mac head, Rails wannabe,
iPhone Dev-ious, Computer Science
alumnus, usability guesspert and
overall big time visionary




------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users