Hi,

It compiled with the latest revision. The agent looks ok now on simple
command promise.

Thanks,
mlz.




On Mon, Apr 26, 2010 at 7:12 PM, Mark Burgess <mark.burg...@iu.hio.no>wrote:

>
> Sorry, this was my fault. Forgot to check in. Try refreshing the svn
> checkout.
>
> M LZ wrote:
> >
> > Sorry, it was an gcc version issue.  However, the compilation didn't get
> > through:
> >
> > ....
> >  *** No rule to make target `mod_functions.c', needed by
> > `libpromises_la-mod_functions.lo'.  Stop
> > ....
> >
> > mod_functions.c doesn't appear to exist at all, although referred to in
> > Makefiles.
> >
> > Thanks,
> > mlz.
> >
> >
> >
> > On Mon, Apr 26, 2010 at 4:21 PM, M LZ <mlz.p...@gmail.com
> > <mailto:mlz.p...@gmail.com>> wrote:
> >
> >
> >     Couldn't get compiled latest svn co  :(
> >
> >     ......
> >     generic_agent.c: In function `InitializeGA':
> >     generic_agent.c:455: parse error before `char'
> >     generic_agent.c:456: `oldLockDb' undeclared (first use in this
> function)
> >     generic_agent.c:456: (Each undeclared identifier is reported only
> once
> >     generic_agent.c:456: for each function it appears in.)
> >     ....
> >
> >
> >     Thanks,
> >     mlz.
> >
> >
> >
> >
> >
> >     On Mon, Apr 26, 2010 at 10:15 AM, Eystein Måløy Stenberg
> >     <eystein.stenb...@gmail.com <mailto:eystein.stenb...@gmail.com>>
> wrote:
> >
> >         Hi,
> >         Try latest svn, a fix for a similar issue has been applied after
> >         3.0.4.
> >
> >         --
> >         Regards,
> >         Eystein
> >
> >         On Sun, Apr 25, 2010 at 2:44 PM, M LZ <mlz.p...@gmail.com
> >         <mailto:mlz.p...@gmail.com>> wrote:
> >         > Gdb bt points to libthread as a  possible  point of  deadlock:
> >         >
> >         > #0  0xfed29780 in __sigprocmask () from /usr/lib/libthread.so.1
> >         > #1  0xfed1e630 in __bounceself () from /usr/lib/libthread.so.1
> >         > #2  0xfed1b160 in _mutex_adaptive_lock () from
> >         /usr/lib/libthread.so.1
> >         > #3  0xfed1ae88 in _cmutex_lock () from /usr/lib/libthread.so.1
> >         > #4  0xfed1c504 in rw_rdlock () from /usr/lib/libthread.so.1
> >         > #5  0xfef91688 in _realbufend () from /usr/lib/libc.so.1
> >         > #6  0xfef848d0 in _doprnt () from /usr/lib/libc.so.1
> >         > #7  0xfef883e4 in vsnprintf () from /usr/lib/libc.so.1
> >         > #8  0x0006357c in CfOut (level=cf_verbose, errstr=0x6ed00 "",
> >         fmt=0x85b78
> >         > "%s: Time out\n") at cfstream.c:123
> >         > #9  0xfed189ac in _callin () from /usr/lib/libthread.so.1
> >         > #10 0xfed28994 in __sendsig () from /usr/lib/libthread.so.1
> >         > #11 0xfed1e100 in _sigon () from /usr/lib/libthread.so.1
> >         > #12 0xfed27c58 in fork1 () from /usr/lib/libthread.so.1
> >         > #13 0x00064cb8 in Unix_cf_popen_shsetuid (command=0xffbeaa78
> >         "/bin/echo
> >         > testagentexit", type=0x8df38 "r", uid=-1, gid=-1, chdirv=0x0,
> >         chrootv=0x0)
> >         >     at pipes.c:609
> >         > #14 0x00015f34 in VerifyExec (a=
> >         > .....
> >         >
> >         > while truss shows a loop of   these calls:
> >         >
> >         > signotifywait()                 (sleeping...)
> >         > lwp_sema_wait(0xFEB0DE30)       (sleeping...)
> >         > lwp_cond_wait(0xFED35548, 0xFED35558, 0xFED2EDB0) (sleeping...)
> >         > door_return(0x00000000, 0, 0x00000000, 0) (sleeping...)
> >         > lwp_cond_wait(0xFED35548, 0xFED35558, 0xFED2EDB0) Err#62 ETIME
> >         > lwp_sema_wait(0x00151630)       (sleeping...)
> >         > signotifywait()                 (sleeping...)
> >         > lwp_sema_wait(0xFEB0DE30)       (sleeping...)
> >         > lwp_cond_wait(0xFED35548, 0xFED35558, 0xFED2EDB0) (sleeping...)
> >         > door_return(0x00000000, 0, 0x00000000, 0) (sleeping...)
> >         > lwp_cond_wait(0xFED35548, 0xFED35558, 0xFED2EDB0) Err#62 ETIME
> >         > lwp_sema_wait(0x00151630)       (sleeping...)
> >         > signotifywait()                 (sleeping...)
> >         > lwp_sema_wait(0xFEB0DE30)       (sleeping...)
> >         > lwp_cond_wait(0xFED35548, 0xFED35558, 0xFED2EDB0) (sleeping...)
> >         > door_return(0x00000000, 0, 0x00000000, 0) (sleeping...)
> >         > lwp_cond_wait(0xFED35548, 0xFED35558, 0xFED2EDB0) Err#62 ETIME
> >         > lwp_sema_wait(0x00151630)       (sleeping...)
> >         > signotifywait()                 (sleeping...)
> >         > lwp_sema_wait(0xFEB0DE30)       (sleeping...)
> >         > lwp_cond_wait(0xFED35548, 0xFED35558, 0xFED2EDB0) (sleeping...)
> >         > door_return(0x00000000, 0, 0x00000000, 0) (sleeping...)
> >         > ....
> >         >
> >         > Thanks,
> >         > mlz.
> >         >
> >         > On Fri, Apr 23, 2010 at 4:25 PM, Mark Burgess
> >         <mark.burg...@iu.hio.no <mailto:mark.burg...@iu.hio.no>>
> >         > wrote:
> >         >>
> >         >> You should try to run it in gdb, and do a backtrace to see
> >         where it hangs.
> >         >> See
> >         >>
> >         >> http://www.cfengine.org/pages/troubleshooting
> >         >>
> >         >>
> >         >>
> >         >> M LZ wrote:
> >         >> >
> >         >> > Hi, trying to use cf3 on sparc/solaris8, compiled version
> >         3.0.4. When
> >         >> > testing simple command execution cf-agent hangs. Can anyone
> >         help with
> >         >> > this?
> >         >> >
> >         >> > Thanks,
> >         >> > mlz
> >         >> >
> >         >> >
> >         >> >
> >         >> >> /usr/local/sbin/cf-agent -v -K -f ./test.c
> >         >> >
> >         >> > .....
> >         >> > cf3 Verifying SQL table promises is only available with
> >         Cfengine Nova or
> >         >> > above
> >         >> > cf3  -> Promiser string contains a valid executable
> >         (/bin/echo) - ok
> >         >> > cf3
> >         >> > cf3
> >         .........................................................
> >         >> > cf3     Promise handle:
> >         >> > cf3     Promise made by: /bin/echo testagentexit
> >         >> > cf3
> >         .........................................................
> >         >> > cf3
> >         >> > cf3  -> Executing '/bin/echo testagentexit'
> >         >> > ...(timeout=-678,owner=-1,group=-1)
> >         >> > cf3  -> (Setting umask to 77)
> >         >> >
> >         >> >
> >         >> >> cat test.cf <http://test.cf> <http://test.cf>
> >         >> >
> >         >> > body common control
> >         >> >
> >         >> > {
> >         >> > bundlesequence  => {
> >         >> >                    "main"
> >         >> >                    };
> >         >> >
> >         >> > }
> >         >> >
> >         >> >
> >         >> > bundle common g
> >         >> > {
> >         >> > vars:
> >         >> >
> >         >> >   SuSE::
> >         >> >
> >         >> >    "crontab" string => "/var/spool/cron/tabs/root";
> >         >> >
> >         >> >  !SuSE::
> >         >> >
> >         >> >    "crontab" string => "/var/spool/cron/crontabs/root";
> >         >> > }
> >         >> >
> >         >> > #######################################################
> >         >> > # General site issues can be in bundles like this one
> >         >> > #######################################################
> >         >> >
> >         >> > bundle agent main
> >         >> >
> >         >> > {
> >         >> >
> >         >> > commands:
> >         >> >
> >         >> >    "/bin/echo testagentexit"
> >         >> >         contain => standard;
> >         >> >
> >         >> > }
> >         >> >
> >         >> >
> >         >> > body contain standard
> >         >> >
> >         >> > {
> >         >> > useshell => "true";
> >         >> > }
> >         >> >
> >         >> >
> >         >> >
> >
> ------------------------------------------------------------------------
> >         >> >
> >         >> > _______________________________________________
> >         >> > Help-cfengine mailing list
> >         >> > Help-cfengine@cfengine.org <mailto:
> 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<http://www.iu.hio.no/%7Emark>
> >         <http://www.iu.hio.no/%7Emark>
> >         >> Office Telf : +47 22453272
> >         >> -------------------------------------------------
> >         >
> >         >
> >         > _______________________________________________
> >         > Help-cfengine mailing list
> >         > Help-cfengine@cfengine.org <mailto:Help-cfengine@cfengine.org>
> >         > https://cfengine.org/mailman/listinfo/help-cfengine
> >         >
> >         >
> >         _______________________________________________
> >         Help-cfengine mailing list
> >         Help-cfengine@cfengine.org <mailto:Help-cfengine@cfengine.org>
> >         https://cfengine.org/mailman/listinfo/help-cfengine
> >
> >
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > 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 <http://www.iu.hio.no/%7Emark>
> Office Telf : +47 22453272
> -------------------------------------------------
>
_______________________________________________
Help-cfengine mailing list
Help-cfengine@cfengine.org
https://cfengine.org/mailman/listinfo/help-cfengine

Reply via email to