help-cfengine
[Top][All Lists]
Advanced

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

cfservd core dumping on OSF1 V4.0 (was: snprintf.c on OSF1 V4.0)


From: Ferguson, Steve
Subject: cfservd core dumping on OSF1 V4.0 (was: snprintf.c on OSF1 V4.0)
Date: Wed, 16 Jul 2003 11:45:02 -0400

Okay, I got one step further by simply renaming the system's
/usr/ccs/lib/libdb.a and rebuilding.  No other elegant solution of cc and ld
options would fix it (including a null -L to zero out the search path and
using -exclude to exclude specific libraries).

I got the binaries built.  cfkey works.  cfagent works.  cfservd not so
much.  I tried connecting to it remotely with cfrun got the usual vague
authentication error.  Running cfservd on the DEC box in debug mode (-d2), I
got this:

Socket caller address appears honest (xx.yy.zz.228 matches xx.yy.zz.228)
cfservd: Socket originates from xx.yy.zz.228=bigbox.my.domain.com
Attempting to verify honesty by looking up hostname (bigbox.my.domain.com)
IPV4 hostnname lookup on bigbox.my.domain.com
Stack overflow: pid 5480, proc cfservd, addr 0x1400fff18, pc 0x3ff800f0894
Memory fault(coredump)

And cfservd dies, dumping core:

address@hidden:cfengine# ls -al core
-rw-------   1 root     daemon   1654784 Jul 16 11:38 core
address@hidden:cfengine# file core
core:   core dump, generated from 'cfservd'

This is repeatable.  It happens consistently.

Any ideas why this would happen?  Has anyone seen this with 2.0.7p3 on an
OSF1 V4.0 box? Lacking the ability to remotely use cfrun isn't a
show-stopper just now, but it's going to be inconvenient.

Steve

> -----Original Message-----
> From: Ferguson, Steve 
> Sent: Monday, July 14, 2003 2:00 PM
> To: address@hidden
> Subject: RE: snprintf.c on OSF1 V4.0
> 
> 
> I was able to find an alternate snprintf implementation and 
> get it to work.  I couldn't find a native snprintf for OSF1 
> v4.0.  I may be missing a package or something to get a 
> native snprintf, but it's nothing I can locate.
> 
> Now however, I've hit another problem.  The native libdb.a is 
> overriding the BerkeleyDB libdb.a and I'm getting two 
> unresolved symbols.  Strings-ing my BerkeleyDB library, 
> they're present.  Strings-ing the /usr/ccs/lib/libdb.a, 
> they're absent.
> 
> cc  -D_REENTRANT -pthread -g 
> -I/usr/local/BerkeleyDB.3.2/include   -D_REENTRANT -pthread 
> -g -I/usr/local/BerkeleyDB.3.2/include 
> -L/usr/local/BerkeleyDB.3.2/lib -L/usr/local/ssl/lib    -o 
> cfenvd  cfenvd.o globals.o  filenames.o nameinfo.o classes.o  
> item.o item-ext.o item-file.o  eval.o wildcard.o df.o read.o  
> granules.o log.o popen.o  patches.o locks.o init.o -L../pub 
> -lpub  -ldb -L/usr/local/ssl/lib -lcrypto -L../pub -lpub -lpthread -lm
> ld:
> Unresolved:
> db_create
> db_strerror
> *** Exit 1
> Stop.
> *** Exit 1
> Stop.
> 
> I haven't been able to figure out the right voodoo to get the 
> BerkeleyDB library to supersede the native one.  I've tried 
> various reorderings of -L options, but that hasn't helped.  I 
> suppose I could rename the BerkeleyDB archive library and 
> change the build command line.  I'd prefer something cleaner.
> 
> Any suggestions would be welcome.
> 
> Thanks,
> Steve
> 
> > -----Original Message-----
> > From: Graham Allan [mailto:address@hidden
> > Sent: Friday, July 11, 2003 3:41 PM
> > To: address@hidden
> > Subject: Re: snprintf.c on OSF1 V4.0
> > 
> > 
> > We ran cfengine 1.6x on OSF v4, and built it with the DEC/Compaq C
> > compiler. We switched to cfengine 2.x along with the switch 
> > to OSF 5.x,
> > so I don't have any experience with cfengine 2 on OSF v4.
> > 
> > However, I believe that on v4, an OS-supplied snprintf can 
> be found in
> > libdb (on 5.x it's in libc). Might that help?
> > 
> > Graham
> > 
> > On Fri, Jul 11, 2003 at 03:14:10PM -0400, Ferguson, Steve wrote:
> > > Has anyone tried building cfengine on OSF1 V4.0?  I'm 
> > running into a problem
> > > with the snprintf.c file included in pub.  The error is 
> > included below.  I
> > > have to admit I'm a bit rusty at tracking down missing 
> > includes, and this
> > > seems to be that sort of problem.  My web searches 
> haven't turned up
> > > anything helpful yet.
> > > 
> > > Any suggestions?
> > > 
> > > Steve
> > > 
> > > $ make
> > > No suffix list.
> > > Making all in pub
> > > source='snprintf.c' object='snprintf.o' libtool=no
> > > depfile='.deps/snprintf.Po' tmpdepfile='.deps/snprintf.TPo' 
> >  depmode=tru64
> > > /bin/ksh ../depcomp  cc -DHAVE_CONFIG_H -I. -I. -I../src
> > > -I/usr/local/BerkeleyDB.3.2/include 
> > -I/usr/local/ssl/include   -D_REENTRANT
> > > -pthread  -D_REENTRANT -pthread -g 
> > -I/usr/local/BerkeleyDB.3.2/include
> > > -D_REENTRANT -pthread -g 
> > -I/usr/local/BerkeleyDB.3.2/include -c `test -f
> > > 'snprintf.c' || echo './'`snprintf.c
> > > cc: Error: snprintf.h, line 11: Ill-formed parameter type list.
> > > (parmtyplist)
> > > extern int snprintf(char *, size_t, const char *, /*args*/ ...);
> > > ----------------------------^
> > > cc: Error: snprintf.h, line 12: Ill-formed parameter type list.
> > > (parmtyplist)
> > > extern int vsnprintf(char *, size_t, const char *, va_list);
> > > -----------------------------^
> > > cc: Error: snprintf.h, line 23: Ill-formed parameter type list.
> > > (parmtyplist)
> > > extern int vasprintf (char **ptr, const char *fmt, va_list ap);
> > > ---------------------------------------------------^
> > > cc: Error: snprintf.h, line 24: Ill-formed parameter type list.
> > > (parmtyplist)
> > > extern int asnprintf (char **ptr, size_t str_m, const char 
> > *fmt, /*args*/
> > > ...);
> > > ----------------------------------^
> > > cc: Error: snprintf.h, line 25: Ill-formed parameter type list.
> > > (parmtyplist)
> > > extern int vasnprintf(char **ptr, size_t str_m, const char 
> > *fmt, va_list
> > > ap);
> > > ----------------------------------^
> > > *** Exit 1
> > > Stop.
> > > *** Exit 1
> > > Stop.
> > > 
> > > 
> > > 
> > > --
> > > Steve Ferguson
> > > gedas USA, Inc.
> > > address@hidden
> > > http://www.gedasusa.com
> > > 
> > > 
> > > _______________________________________________
> > > Help-cfengine mailing list
> > > address@hidden
> > > http://mail.gnu.org/mailman/listinfo/help-cfengine
> > 
> > -- 
> > --------------------------------------------------------------
> > -----------
> > Graham Allan - I.T. Manager - address@hidden - (612) 624-5040
> > School of Physics and Astronomy - University of Minnesota
> > --------------------------------------------------------------
> > -----------
> > 
> > 
> > _______________________________________________
> > Help-cfengine mailing list
> > address@hidden
> > http://mail.gnu.org/mailman/listinfo/help-cfengine
> > 
> 




reply via email to

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