Am 2017-06-07 um 16:46 schrieb Jean-Louis Martineau: > On 07/06/17 10:43 AM, Stefan G. Weichinger wrote: >> Am 2017-06-07 um 14:08 schrieb Jean-Louis Martineau: >> >> > And please, learn to send good bug report, just telling a process loop >> > is not enough.It <http://enough.It> is always better to send more >> information that nothing. >> >> sure ... sorry >> >> > Don't ask what to send, send the most information you can, if something >> > is missing, I will ask for. >> > >> > You said the planner is looping, why not send the planner debug file, >> > that is the minimum. >> > An strace of the planner process >> > A gdb stacktrace of all threads. >> > The amdump (or amdump.1) log file. >> > As the loop in the planner can be triggered by a bug in another process, >> > all error you get from any other processes. >> >> pls advise on how to gdb planner or "all threads" > > In gdb: thread apply all bt
did gdp -p $PID_of_planner (gdb) thread apply all bt Thread 1 (Thread 0xb7052700 (LWP 32123)): #0 0xb7462d32 in _IO_vfscanf () from /lib/libc.so.6 #1 0xb747310b in vsscanf () from /lib/libc.so.6 #2 0xb746df24 in sscanf () from /lib/libc.so.6 #3 0xb77c2e61 in get_info () from /usr/lib/amanda/libamserver-3.4.4.so #4 0x08050ec7 in delay_dumps () #5 0x0804c39a in main () (gdb) bt #0 0xb7462d32 in _IO_vfscanf () from /lib/libc.so.6 #1 0xb747310b in vsscanf () from /lib/libc.so.6 #2 0xb746df24 in sscanf () from /lib/libc.so.6 #3 0xb77c2e61 in get_info () from /usr/lib/amanda/libamserver-3.4.4.so #4 0x08050ec7 in delay_dumps () #5 0x0804c39a in main () Does *that* help ?
