help-cfengine
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: segmentation fault in InitializeLocks


From: Mark Burgess
Subject: Re: segmentation fault in InitializeLocks
Date: Thu, 24 Feb 2005 07:58:09 +0100

Nonetheless, this clearly shows that the problem lies in the database
library,

M

On Wed, 2005-02-23 at 14:56 -0800, Lars Damerow wrote:
> Hi folks,
> 
> I sent a mail about this a few weeks ago:
> 
>     http://lists.gnu.org/archive/html/help-cfengine/2005-01/msg00136.html
> 
> I didn't get any responses, so I wanted to try again.
> 
> I've rebuilt cfengine and modified our kickstart post scripts so that I'm
> positive there's only one version of the Berkeley DB available while this is
> happening, and that it's the same one used to build cfengine in the first
> place.
> 
> I've also made sure that none of the UNIX groups referenced in the cfengine
> script are referenced by name, only by number, so NIS problems or changes to
> /etc/nsswitch.conf shouldn't be a factor here.
> 
> The backtrace I get out of gdb is often slightly different when I try
> rekickstarting the machine. For example, the last backtrace I got was this:
> 
> #0  0x4027ceba in _int_malloc () from /lib/tls/libc.so.6
> #1  0x4027c09d in malloc () from /lib/tls/libc.so.6
> #2  0x400ce328 in __os_malloc () from /lib/tls/libdb-4.2.so
> #3  0x400cf835 in __os_r_attach () from /lib/tls/libdb-4.2.so
> #4  0x400b20b2 in __db_r_attach () from /lib/tls/libdb-4.2.so
> #5  0x400cb208 in __memp_open () from /lib/tls/libdb-4.2.so
> #6  0x400ada33 in __dbenv_open () from /lib/tls/libdb-4.2.so
> #7  0x40088589 in __db_dbenv_setup () from /lib/tls/libdb-4.2.so
> #8  0x4009e552 in __db_open () from /lib/tls/libdb-4.2.so
> #9  0x40099195 in __db_open_pp () from /lib/tls/libdb-4.2.so
> #10 0x080854ed in InitializeLocks () at locks.c:152
> #11 0x080860fe in DeleteLock (
>     name = 0x8125420 
> "lock._var_cfengine_inputs_kickstart_dev_cf_systems..editfile.editfile_2741") 
> at locks.c:571
> #12 0x08085a1d in ReleaseCurrentLock () at locks.c:339
> #13 0x0806f27b in DoEditFile (ptr=0x81678c0,
>     filename=0x8167868 "/etc/sysctl.conf") at edittools.c:1231
> #14 0x0806ecf2 in WrapDoEditFile (ptr=0x81678c0,
>     filename=0x8167868 "/etc/sysctl.conf") at edittools.c:319
> #15 0x0805385c in EditFiles () at do.c:2255
> #16 0x0804d4f3 in DoTree (passes=2, info=0x809aa2f "Main Tree")
>     at cfagent.c:1259
> #17 0x0804b1ac in main (argc=11, argv=0xbffffa84) at cfagent.c:180
> #18 0x40230ad4 in __libc_start_main () from /lib/tls/libc.so.6
> 
> While still a segfault processing database locks, it's not the same as the
> backtrace I got in the previous message I sent.
> 
> I'm about to build a statically-linked version of cfengine to see if it helps,
> but if anyone can give me some clues I'd be most grateful. I know I've 
> pestered
> folks here before about similar problems, so I apologize for sounding like a
> broken record.
> 
> Thanks,
> lars
> 
> --
> lars damerow
> button pusher
> pixar animation studios
> lars@pixar.com
> 
> "During the brief interview I was asked why I wanted to work for UPS and I
> answered that I wanted to work for UPS because I like the brown uniforms.
> What did they expect me to say?"            -David Sedaris
> 
> 
> _______________________________________________
> Help-cfengine mailing list
> Help-cfengine@gnu.org
> http://lists.gnu.org/mailman/listinfo/help-cfengine





reply via email to

[Prev in Thread] Current Thread [Next in Thread]