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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
