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

Hobbit client logfetch core dumps on 4.2.0 with all the patches



Hello,

I have one hobbit client that produces a core dump every 5 minutes when
logfetch is run.  It is running the same version of Hobbit client (4.2.0
with all the patches, which I believe has the same logfetch.c as the latest
snapshot) as another machine and both have the same OS (including same
version of glibc) and the same client-local.cfg configuration on the Hobbit
server.  However, only one of these machines core dumps.  Here is the back
trace:

[root (at) myServer hobbit]# gdb /usr/libexec/hobbit/client/bin/logfetch
core.2634
GNU gdb Red Hat Linux (6.1post-1.20040607.41rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux-gnu"...(no debugging symbols
found)...Using host libthread_db library "/lib/tls/libthread_db.so.1".

Reading symbols from shared object read from target memory...(no debugging
symbols found)...done.
Loaded system supplied DSO at 0x1ed000
Core was generated by `/usr/libexec/hobbit/client/bin/logfetch
/usr/libexec/hobbit/client/tmp/logfetch'.
Program terminated with signal 11, Segmentation fault.

warning: svr4_current_sos: Can't read pathname for load map: Input/output
error

Reading symbols from /lib/tls/libc.so.6...(no debugging symbols
found)...done.
Loaded symbols for /lib/tls/libc.so.6
Reading symbols from /lib/ld-linux.so.2...(no debugging symbols
found)...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /lib/libnss_files.so.2...(no debugging symbols
found)...done.
Loaded symbols for /lib/libnss_files.so.2
#0  0x009deb98 in re_search_internal () from /lib/tls/libc.so.6
(gdb)
(gdb)
(gdb) bt
#0  0x009deb98 in re_search_internal () from /lib/tls/libc.so.6
#1  0x009e1a82 in regexec@@GLIBC_2.3.4 () from /lib/tls/libc.so.6
#2  0x0000002e in ?? ()
(gdb)

The client-local.cfg is this:
[myServer]
log:/var/log/messages:10240
ignore session\s(?:closed|opened)\sfor\suser\sroot
log:/var/log/maillog:10240
dir:/var/spool/mqueue

Eventually, of course, the partition fills up with all the core dumps!

Kind regards,

Sebastian