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

Re: [hobbit] [trunk] coredump on hobbitfetch



here's the backtrace

# gdb /data/hobbit/server/bin/hobbitfetch core
GNU gdb 6.4.90-debian
Copyright (C) 2006 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 "i486-linux-gnu"...Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".


warning: Can't read pathname for load map: Input/output error.
Reading symbols from /usr/lib/libz.so.1...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /lib/tls/i686/cmov/libc.so.6...done.
Loaded symbols for /lib/tls/i686/cmov/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Core was generated by `/data/hobbit/server/bin/hobbitfetch --server=127.0.0.1 --no-daemon --pidfile=/d'.
Program terminated with signal 6, Aborted.
#0  0x0804ae65 in main (argc=6, argv=Cannot access memory at address 0x4
) at hobbitfetch.c:748
748                             switch (connwalk->action) {
(gdb) bt
#0  0x0804ae65 in main (argc=6, argv=Cannot access memory at address 0x4
) at hobbitfetch.c:748
(gdb)




On 28/01/2009 22:20, Henrik Størner wrote:
In <49805E29.6050204 (at) gmail.com> Olivier Beau <obeau79 (at) gmail.com> writes:

In top, i see that hobbitfetch in at 100% cpu
(i'm only doing pulldata on less that 10 hosts)

Is there a special signal i should send to hobbitfetch ?
or should i just do a kill -9 on it ?..

"kill -6" causes it to dump core, which might be interesting.
It's a different bug from the crash, though (and it's been reported
before, but I cannot seem to get a handle on what triggers it).


Regards,
Henrik


To unsubscribe from the hobbit list, send an e-mail to
hobbit-unsubscribe (at) hswn.dk