On Mon, May 15, 2006 at 05:22:10PM -0400, R. Scott Bailey wrote: > Package: bacula-sd > Version: 1.38.9-7 > Severity: important
Hello Scott, First let me tell you that I am using Bacula with an autochanger in a production environment, so at least it works *somewhere*. I can't spot anything obviously wrong either. Small consolation, I know. Let me just make sure I understand you correctly. If you do not have the Autochanger stanza in bacula-sd.conf, everything works fine. If you add it in, and make no other changes whatsoever, the sd crashes on startup? Now then... this is almost certainly going to be a bug in Bacula upstream. We can do this one of two ways. The first way would have you submitting a report to the bacula-users list or the Bacula BTS. You would interact with Bacula upstream directly. Alternatively, I can do this on your behalf. Option #1 is my preference, since it would cut out the middleman (me) and get you the quickest resolution. Let me know what you'd like to do. Either way, I'd keep this bug open and mark it forwarded to them. Now, first thing is going to be to get you a traceback. Debian ships packages without debug symbols, so you will need to compile your own debug packages. You will want to: apt-get source bacula cd bacula-1.38.9 DEB_BUILD_OPTIONS="noopt nostrip" dpkg-buildpackage -rfakeroot -us -uc -B If I remember correctly, this will build you debug packages. You can then just dpkg -i bacula-sd_*.deb and should be able to get a traceback. If that fails, copy debian/tmp-build-sqlite/src/stored/bacula-sd over /usr/sbin/bacula-sd and restart. That should certainly get you a debug version with working symbols. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
