Mark Burgess wrote:
> Strange - this code has not changed for years. Possibly caused by
> changes in libc?
>
Can be or soething else. We have gfs-filesystems and this filesystems are
exported as NFS to our clients maybe there is an syntax/access problem when
we using absolute links.
> Bas van der Vlies wrote:
>> Bernard,
>>
>> I had lately also some crashes with 2.2.1, 2.2.2 and earlier. After some
>> investigations we think we pin pointed the problem with the links section
>> and absolute links. I change it to relative and my problems were gone. I
>> have to see what is wrong, but for the moment i have no time. It are links
>> to directories that are mounted with NFS and root has no write
>> permissions. Then we get a lot of these errors:
>> {{{
>> *** glibc detected *** malloc(): memory corruption: 0x0818e530 ***
>> *** glibc detected *** corrupted double-linked list: 0x081969a0 ***
>> *** glibc detected *** free(): invalid pointer: 0x0818e338 ***
>> }}}
>>
>>
>> Mark Burgess wrote:
>>> THanks Bernard,
>>>
>>> it could be a spurious operating system thing.
>>> Good luck
>>>
>>> M
>>>
>>> bernardchan wrote:
>>>> Hi Mark,
>>>>
>>>> Yes, I have checked from SVN that the code was not changed for many
>>>> revisions, so I also suspected there might be something specific to
>>>> those installations and our cfengine configuration, but what is strange
>>>> is that I had not experienced similar crashes with our machines with
>>>> identical configuration (and software version, by the way),
>>>> because all the disks were dd'ed from the same source. I raised it
>>>> because I was unsure whether there might be some behaviour I don't
>>>> know of that may lead to those crashes. In Case 1 the SIGABRT occurred
>>>> while recursive copying a dir to another dir with mixed regular files
>>>> and symbolic links. In Case 2 the
>>>> SIGSEGV occurred while processing the "processes" section and apparently
>>>> checking the ps auxw.
>>>> For instance, whether the locale or charset or special filename pattern
>>>> may have anything to do with it.
>>>>
>>>> Yes, they were repeatable on many of our systems only recently, but not
>>>> some
>>>> time before. So probably some of our recent file changes may have triggered
>>>> that. I recalled seeing some spurious SIGSEGV on a few other systems but
>>>> were not always repeatable there.
>>>>
>>>> I have briefly compiled a version of 2.2.2 and put it in some temporary
>>>> directory on some of our systems with crashes seen with 2.2.1. Up to now
>>>> a few runs have been through without crashing, but considering it has
>>>> not sustained enough real usage,
>>>> At this point I cannot tell for sure whether those problems may pop up
>>>> again once I replaced the
>>>> systemwide version ( 2.2.1 ) with 2.2.2 and some file changes made which
>>>> require copying and
>>>> restarting processes.
>>>>
>>>> Will try to migrate more machines to 2.2.2 and check whether the issue
>>>> would go away.
>>>>
>>>> Thank you again for your reply.
>>>>
>>>> Regards,
>>>> Bernard Chan.
>>>>
>>>> On Sun, 07 Oct 2007 10:25:41 +0200, Mark Burgess wrote
>>>>> Hi Bernard,
>>>>>
>>>>> thanks for this information. This is a little unusual. In fact this
>>>>> is not a SEG fault but an abort signal, which is software generated.
>>>>> It comes from file operations, which is code that has not changed
>>>>> for several years. This makes me suspect that there could be some
>>>>> site-specific reason for this.
>>>>>
>>>>> Does this happen regularly/repeatably? On the same host, or different
>>>>> ones? Would you be willing to try compiling 2.2.2 to see if there are
>>>>> any differences?
>>>>>
>>>>> thanks
>>>>> Mark
>>>>>
>>>>> Bernard Chan wrote:
>>>>>> Hello,
>>>>>>
>>>>>> I experienced various instances of segfaults on some cfengine
>>>>>> installations.
>>>>>> Following shows the two cases which I encounter so far:
>>>>>>
>>>>>> Compiler: gcc 3.4.4
>>>>>> Version: cfengine 2.2.1
>>>>>> Linux (Distribubtion: AsteriskNow)
>>>>>>
>>>>>> CASE 1
>>>>>>
>>>>>> (gdb) run -D forceUpdate
>>>>>> Starting program: /usr/local/sbin/cfagent -D forceUpdate
>>>>>> Detaching after fork from child process 4679.
>>>>>> *** glibc detected *** free(): invalid pointer: 0x081772c8 ***
>>>>>>
>>>>>> Program received signal SIGABRT, Aborted.
>>>>>> 0xb7f7f410 in ?? ()
>>>>>> (gdb) back
>>>>>> #0 0xb7f7f410 in ?? ()
>>>>>> #1 0xbff88560 in ?? ()
>>>>>> #2 0x00000006 in ?? ()
>>>>>> #3 0x00001244 in ?? ()
>>>>>> #4 0xb7c3b275 in raise () from /lib/tls/libc.so.6
>>>>>> #5 0xb7c3ca59 in abort () from /lib/tls/libc.so.6
>>>>>> #6 0xb7c6f19a in __fsetlocking () from /lib/tls/libc.so.6
>>>>>> #7 0xb7c750a7 in malloc_usable_size () from /lib/tls/libc.so.6
>>>>>> #8 0xb7c75abb in free () from /lib/tls/libc.so.6
>>>>>> #9 0xb7c97e08 in closedir () from /lib/tls/libc.so.6
>>>>>> #10 0x0805fe75 in cfclosedir (dirh=0xb7d29e40) at image.c:1086
>>>>>> #11 0x080a162e in RecursiveImage (ip=0x81602f0,
>>>>>> from=0xbff92950 "/mnt/asterisksetup", to=0xbff90950
>>>>>> "/etc/asterisk_bak",
>>>>>> maxrecurse=-99) at expand-image.c:234
>>>>>> #12 0x08052c25 in MakeImages () at do.c:2548
>>>>>> #13 0x0804de24 in DoTree (passes=3, info=0x80a7afa "Main Tree")
>>>>>> at cfagent.c:1328
>>>>>> #14 0x0804ea5f in main (argc=3, argv=0xbff94aa4) at cfagent.c:180
>>>>>>
>>>>>> CASE 2
>>>>>>
>>>>>>
>>>>>> (gdb) run -q -D forceUpdate
>>>>>> Starting program: /usr/local/sbin/cfagent -q -D forceUpdate
>>>>>> Detaching after fork from child process 6206.
>>>>>>
>>>>>> Detaching after fork from child process 6207.
>>>>>> Detaching after fork from child process 6208.
>>>>>> Detaching after fork from child process 6209.
>>>>>> Detaching after fork from child process 6210.
>>>>>> Detaching after fork from child process 6211.
>>>>>>
>>>>>> Program received signal SIGSEGV, Segmentation fault.
>>>>>> 0xb7c0efee in free () from /lib/tls/libc.so.6
>>>>>> (gdb) back
>>>>>> #0 0xb7c0efee in free () from /lib/tls/libc.so.6
>>>>>> #1 0xb7c10701 in malloc () from /lib/tls/libc.so.6
>>>>>> #2 0x0806237d in AppendItem (liststart=0xbfd1b608,
>>>>>> itemstring=0x816d130 "root 362 0.0 0.0 0 0 ?
>>>>>> S< 10:05 0:00 [cifsoplockd]", classes=0x8199b18 "") at item.c:349
>>>>>> #3 0x080624fd in CopyList (dest=0xbfd1b608, source=0x8193030) at
>>>>>> item.c:210
>>>>>> #4 0x0805d513 in LoadProcessTable (procdata=0xbfd1b748,
>>>>>> psopts=0x80b15c1 "auxw") at process.c:78
>>>>>> #5 0x0805302d in CheckProcesses () at do.c:2678
>>>>>> #6 0x0804ddc9 in DoTree (passes=3, info=0x80a7afa "Main Tree")
>>>>>> at cfagent.c:1348
>>>>>> #7 0x0804ea5f in main (argc=4, argv=0xbfd1b834) at cfagent.c:180
>>>>>>
>>>>>>
>>>>>> Thanks for creating the cfengine
>>>>>>
>>>>>> Regards,
>>>>>> Bernard Chan.
>>>>>>
>>>>>> _______________________________________________
>>>>>> Bug-cfengine mailing list
>>>>>> [email protected]
>>>>>> https://cfengine.org/mailman/listinfo/bug-cfengine
>>>>> --
>>>>> Mark Burgess
>>>>>
>>>>> Professor of Network and System Administration
>>>>> Oslo University College
>>>>>
>>>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>>>> Work:
>>>> +47 22453272 Email: [EMAIL PROTECTED] Fax : +47 22453205
>>>> WWW : http://www.iu.hio.no/~mark
>>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>>> _______________________________________________ Bug-cfengine mailing list
>>>> [email protected]
>>>> https://cfengine.org/mailman/listinfo/bug-cfengine
>>>>
>>>>
>>>> --
>>>> PowerAll Networks Ltd (http://www.powerallnetworks.com)
>>>>
>>> --
>>> Mark Burgess
>>>
>>> Professor of Network and System Administration
>>> Oslo University College
>>>
>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> Work: +47 22453272 Email: [EMAIL PROTECTED]
>>> Fax : +47 22453205 WWW : http://www.iu.hio.no/~mark
>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> _______________________________________________
>>> Bug-cfengine mailing list
>>> [email protected]
>>> https://cfengine.org/mailman/listinfo/bug-cfengine
>>> _______________________________________________
>>> Cfengine mailing list
>>> [EMAIL PROTECTED]
>>> https://orwell.sara.nl/mailman/listinfo/cfengine
>>
>
> --
> Mark Burgess
>
> Professor of Network and System Administration
> Oslo University College
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Work: +47 22453272 Email: [EMAIL PROTECTED]
> Fax : +47 22453205 WWW : http://www.iu.hio.no/~mark
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
--
--
********************************************************************
* *
* Bas van der Vlies e-mail: [EMAIL PROTECTED] *
* SARA - Academic Computing Services phone: +31 20 592 8012 *
* Kruislaan 415 fax: +31 20 6683167 *
* 1098 SJ Amsterdam *
* *
********************************************************************
_______________________________________________
Bug-cfengine mailing list
[email protected]
https://cfengine.org/mailman/listinfo/bug-cfengine
