On Mon, 3 Dec 2007, Kern Sibbald wrote:
> You may not be running nscd, but it is in nscd code that the problem is
> occurring. That is where you should be looking. Perhaps removing nscd
> from your system will help ...
Do you mean, just by removing the binary? nscd is not a seperate program
On Sat, 1 Dec 2007, Phil Stracchino wrote:
> Honestly, nscd has had a reputation for a long time of being horribly
> broken. The best advice regarding running nscd is "Just don't." Just
> about every admin I know disables nscd on sight. There are much better
> tools for the job.
Well, to be tr
On Thu, 29 Nov 2007, Arno Lehmann wrote:
> Did you built the SD yourself and upgrade your system in between?
No, the system wasn't upgraded in between. And, I also 'downgraded' from
Bacula 2.2.6 to 2.2.5 (with a compile from the source) on the same
machine. I didn't upgrade any libraries since
On Thu, 29 Nov 2007, Arno Lehmann wrote:
You should post one of those mails here. The developers might see
something interesting in there.
Ok, here goes:
Subject: Bacula GDB traceback of bacula-sd
Using host libthread_db library "/lib/tls/libthread_db.so.1".
[Thread debugging using libthread
Hi group,
I've been using bacula succesfully for many months, coming from version
1.3x and now at 2.2.6. Ofcourse I have been upgrading and changing my
config during this period.
Now I'm facing an annoying problem: now and then, my storage daemon seems
to crash without an obvious reason. The d
