Well, after certain research I've finally built the Cfengine RPM with bison. Unfortunately I've got no success, because Cfengine is complaining upon startup:
# /etc/init.d/cfengine3 start Starting cfengine3 ... !! The mutex 6 was not locked in PromiseIdExists() -- status=35 Fatal cfengine error: Software assertion failure cf-agent was not able to get confirmation of promises from cf-promises, so going to failsafe cf-execd started. [OK] !! The mutex 6 was not locked in PromiseIdExists() -- status=35 Fatal cfengine error: Software assertion failure cf-agent was not able to get confirmation of promises from cf-promises, so going to failsafe cf-serverd started. [OK] So that I've been forced to roll back to 3.0.4p2 and still getting multiple client connection errors now. Any help would be appreciated much. 2010/5/28 Seva Gluschenko <seva.glusche...@gmail.com>: > Thank you for pointing this out. Bison wasn't installed indeed. > > By the way, copying /usr/bin/libtool didn't help until I copied > ltmain.sh and missing from /usr/share/libtool as well. Now I've been > able to compile cfengine, but RPM packaging issues are still demanding > to be solved. Working on it. > > 2010/5/28 Mark Burgess <mark.burg...@iu.hio.no>: >> >> Install bison >> >> Seva Gluschenko wrote: >>> Unfortunately, things went wrong much further than I estimated. After >>> installation from the home directory with plain make install I've got >>> the following error: >>> >>> cf3:/var/cfengine/inputs/groups.cf:441,12: yacc stack overflow, near token >>> ',' >>> >>> well, my groups definition contain quite long "or" lists because it >>> was the only way I've found to have a chance to define server groups. >>> Now I rolled back to cfengine-community 3.0.4p2 from RPM since it >>> doesn't have yacc stack overflows. Is there any method to increase its >>> stack at the build time? >>> >>> 2010/5/28 Mark Burgess <mark.burg...@iu.hio.no>: >>>> Right - copy libtool from your system into the directory also >>>> >>>> cp /usr/bin/libtool . >>>> >>>> and try again (might need aclocal again) >>>> >>>> Seva Gluschenko wrote: >>>>> Mark, >>>>> >>>>> Thank you for your helpful advice, the following worked: >>>>> >>>>> aclocal >>>>> automake -a -c >>>>> make >>>>> >>>>> But when I wrote cfengine.spec to build an RPM, build failed with the >>>>> following output: >>>>> >>>>> if /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. >>>>> -I. -I. -I/usr/include/db4 -I/usr/include -pthread -g -O2 >>>>> -Wreturn-type -Wmissing-prototypes -Wuninitialized -pthread -g -O2 >>>>> -I/usr/include/db4 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -pthread >>>>> -g -O2 -I/usr/include/db4 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 >>>>> -MT libpromises_la-cf3parse.lo -MD -MP -MF >>>>> ".deps/libpromises_la-cf3parse.Tpo" -c -o libpromises_la-cf3parse.lo >>>>> `test -f 'cf3parse.c' || echo './'`cf3parse.c; \ >>>>> then mv -f ".deps/libpromises_la-cf3parse.Tpo" >>>>> ".deps/libpromises_la-cf3parse.Plo"; else rm -f >>>>> ".deps/libpromises_la-cf3parse.Tpo"; exit 1; fi >>>>> ../libtool: line 466: CDPATH: command not found >>>>> ../libtool: line 1144: func_opt_split: command not found >>>>> libtool: Version mismatch error. This is libtool 2.2.6, but the >>>>> libtool: definition of this LT_INIT comes from an older release. >>>>> libtool: You should recreate aclocal.m4 with macros from libtool 2.2.6 >>>>> libtool: and run autoconf again. >>>>> make[2]: *** [libpromises_la-cf3parse.lo] Error 1 >>>>> >>>>> any ideas how to get rid of this? It hadn't happened upon plain build >>>>> in the home directory. >>>>> >>>>> 2010/5/28 Mark Burgess <mark.burg...@iu.hio.no>: >>>>>> Ah this is the perennial problem with these snapshots >>>>>> >>>>>> Run >>>>>> >>>>>> ./aclocal >>>>>> make >>>>>> >>>>>> If that doesn't work, try >>>>>> >>>>>> ./aclocal >>>>>> automake -a -c >>>>>> make >>>>>> >>>>>> Seva Gluschenko wrote: >>>>>>> Mark, >>>>>>> >>>>>>> I'm experiencing problems trying to build the latest svn on CentOS5. >>>>>>> First of all, there's no automake 1.10 in RPM available, so I've >>>>>>> patched configure script downgrading version to 1.9. Even though, make >>>>>>> fails with the following output: >>>>>>> >>>>>>> $ cd . && /bin/sh /tmp/cfengine-3.0.5/missing --run automake-1.9 --gnu >>>>>>> src/Makefile.am:8: Libtool library used but `LIBTOOL' is undefined >>>>>>> src/Makefile.am:8: >>>>>>> src/Makefile.am:8: The usual way to define `LIBTOOL' is to add >>>>>>> `AC_PROG_LIBTOOL' >>>>>>> src/Makefile.am:8: to `configure.ac' and run `aclocal' and `autoconf' >>>>>>> again. >>>>>>> src/Makefile.am: required file `./compile' not found >>>>>>> WARNING: `automake-1.9' is needed, and you do not seem to have it handy >>>>>>> on your >>>>>>> system. You might have modified some files without having the >>>>>>> proper tools for further handling them. Check the `README' >>>>>>> file, >>>>>>> it often tells you about the needed prerequirements for >>>>>>> installing >>>>>>> this package. You may also peek at any GNU archive site, in >>>>>>> case >>>>>>> some other package would contain this missing `automake-1.9' >>>>>>> program. >>>>>>> make: *** [Makefile.in] Error 1 >>>>>>> >>>>>>> Despite LIBTOOL is defined in configure and present in the tree. I've >>>>>>> tried to switch to the system-wide libtool but got no success. At this >>>>>>> point I'm stuck. Is there any change to get some early RPM build for >>>>>>> CentOS5? We've already faced problems with servers which weren't >>>>>>> managed until they keys were removed from the master server because of >>>>>>> bad key issue. >>>>>>> >>>>>>> 2010/5/28 Mark <m...@iu.hio.no>: >>>>>>>> Try the latest svn in case some recent changes could affect this. Just >>>>>>>> a >>>>>>>> suggestion. >>>>>>>> >>>>>>>> >>>>>>>> Mark >>>>>>>> >>>>>>>> >>>>>>>> On 27 May 2010, at 13:06, Seva Gluschenko <seva.glusche...@gmail.com> >>>>>>>> wrote: >>>>>>>> >>>>>>>>> Hello folks, >>>>>>>>> >>>>>>>>> There's an error report which happens on regular basis since a number >>>>>>>>> of managed servers grew to 100+: >>>>>>>>> >>>>>>>>> BAD: keys did not match >>>>>>>>> !! Authentication dialogue with X.X.X.X failed >>>>>>>>> >>>>>>>>> I'm virtually sure that there're no hijacking attempts in my network, >>>>>>>>> so I suppose that happens because of some server limitations. I rose >>>>>>>>> initial maxchildren setting from 1000 to 5000 in body server control, >>>>>>>>> but it doesn't seem to have effect. Any ideas? >>>>>>>>> >>>>>>>>> -- >>>>>>>>> SY, Seva Gluschenko. >>>>>>>>> _______________________________________________ >>>>>>>>> Help-cfengine mailing list >>>>>>>>> Help-cfengine@cfengine.org >>>>>>>>> https://cfengine.org/mailman/listinfo/help-cfengine >>>>>>> >>>>>> -- >>>>>> Mark Burgess >>>>>> >>>>>> ------------------------------------------------- >>>>>> Professor of Network and System Administration >>>>>> Oslo University College, Norway >>>>>> >>>>>> Personal Web: http://www.iu.hio.no/~mark >>>>>> Office Telf : +47 22453272 >>>>>> ------------------------------------------------- >>>>>> >>>>> >>>>> >>>> -- >>>> Mark Burgess >>>> >>>> ------------------------------------------------- >>>> Professor of Network and System Administration >>>> Oslo University College, Norway >>>> >>>> Personal Web: http://www.iu.hio.no/~mark >>>> Office Telf : +47 22453272 >>>> ------------------------------------------------- >>>> >>> >>> >>> >> >> -- >> Mark Burgess >> >> ------------------------------------------------- >> Professor of Network and System Administration >> Oslo University College, Norway >> >> Personal Web: http://www.iu.hio.no/~mark >> Office Telf : +47 22453272 >> ------------------------------------------------- >> > > > > -- > SY, Seva Gluschenko. > -- SY, Seva Gluschenko. _______________________________________________ Help-cfengine mailing list Help-cfengine@cfengine.org https://cfengine.org/mailman/listinfo/help-cfengine
