Immer stacktrace von allen threads, ohne Befestigung, GDB

Gibt es eine Möglichkeit zu drucken stacktrace von allen threads, ohne Befestigung, GDB?

Oder gibt es einen Befehl den ich verwenden kann, als gdb batch-Modus zu drucken stacktrace von allen threads?

  • Haben die Antworten für Sie arbeiten? Sie waren in der Lage, um die stack-traces?
  • ja. fork0 Lösung funktioniert.
InformationsquelleAutor Vivek Goel | 2012-09-12
  1. 12

    Es ist ein thread apply all Befehl in GDB:

    (gdb) thread apply all bt
Thread 12 (Thread 0x7f7fe2116700 (LWP 5466)):
#0  sem_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/sem_wait.S:86
#1  0x0000000000425358 in ?? ()
...
Thread 1 (Thread 0x7f7feabc27c0 (LWP 5465)):
#0  0x00007f7fe76c5203 in select () at ../sysdeps/unix/syscall-template.S:82

    Leider GDB scheint nicht Lesen zu können, die Befehle aus einem Rohr, so führen Sie die Befehle in die batch-Modus, wird eine temporäre Datei verwendet werden muss:

    $ gdbbt() {
  tmp=$(tempfile)
  echo thread apply all bt >"$tmp"
  gdb -batch -nx -q -x "$tmp" -p "$1"
  rm -f "$tmp"
}
$ gdbbt $(pidof $SHELL)
    InformationsquelleAutor fork0
  2. 3

    pstack?

    Verwendung:

    pstack <pid>

    Aus der man-page:

    pstack - print a stack trace of a running process
...
If the process is part of a thread group, then pstack will print out a stack trace for each of the threads in the group.
    • Es wirklich funktioniert nicht (und ist nicht so Häufig wie GDB): "pstack funktioniert derzeit nur unter Linux, nur auf einem x86-Rechner mit 32-bit-ELF-Binärdateien (64 bit nicht unterstützt)"
    • funktioniert nicht" - können Sie bitte etwas konkreter? Auch, OP-tagged-Frage als "Linux" so pstack relevant ist.
    • bit nicht unterstützt" -- Quelle? Ich habe ein 64-bit-Maschine (Linux 2.6.18) und pstack ist es.
    • Die man-page von pstack auf Debian Testing. Es zeigt nicht etwas nützliches auf meiner 64bit/3.5.3-Maschine (ip-von einigen zufälligen thread und sonst nichts)
    • Ich bin auf CentOS 5.3 (32 - und 64-bit) und pstack hier funktioniert perfekt. Danke für die info re: Debian, obwohl.
    • Auf Fedora pstack ist eine bequeme shell-Skript-wrapper, nicht thread apply all im gdb. Also diese Antwort ist im Grunde das gleiche wie fork0 Antwort.

    InformationsquelleAutor ron rothman
  3. 3

    elfutils unter anderen Dienstprogrammen gehören eu-stack: 

    eu-stack
    Print a stack for each thread in a process or core file.

    Es ist schneller als gdb oder pstack, das ist nur ein shell-Skript-wrapper um den gdb. Drucken stack-traces laufen eu-stack wie folgt:

    $ eu-stack -p 2209
PID 2209 - process
TID 2209:
#0  0x00007f53476b667b __poll
#1  0x00007f5348f98e99 g_main_context_iterate.isra.23
#2  0x00007f5348f99232 g_main_loop_run
#3  0x000055e604b1e56a main
#4  0x00007f53475cc00a __libc_start_main
#5  0x000055e604b1e76a _start
TID 2223:
#0  0x00007f53476b667b __poll
#1  0x00007f5348f98e99 g_main_context_iterate.isra.23
#2  0x00007f5348f98fac g_main_context_iteration
#3  0x00007f5348f98ff1 glib_worker_main
#4  0x00007f5348fc0486 g_thread_proxy
#5  0x00007f534813761b start_thread
#6  0x00007f53476c2c2f __clone
TID 2224:
#0  0x00007f53476b667b __poll
#1  0x00007f5348f98e99 g_main_context_iterate.isra.23
#2  0x00007f5348f99232 g_main_loop_run
#3  0x00007f5349581b56 gdbus_shared_thread_func
#4  0x00007f5348fc0486 g_thread_proxy
#5  0x00007f534813761b start_thread
#6  0x00007f53476c2c2f __clone
    InformationsquelleAutor ks1322
  4. 1

    Ich habe mit diesem:

    pidof program | xargs -n1 sudo gdb --batch -ex "thread apply all bt" -p
    InformationsquelleAutor rdesgroppes
  5. 1

    Das folgende Skript funktioniert bei mir unter linux
    Bitte beachten Sie, dass es zuerst findet sich das Verzeichnis der ausführbaren Datei und wechselt in das Verzeichnis (weil ausführbare Datei haben shared libraries mit relativen Pfad mittels -Wl,-rpath,$dir angegeben, während die Verknüpfung, und wenn Sie möchten, gdb finden Sie die Symbole für diese shared-libraries für den stack-trace).
    Es wird auch davon ausgegangen, dass der gdb auf dem system vorhanden ist. 

    #!/bin/bash

pid=$1

EXE=`readlink -f /proc/$pid/exe`

DIR=`dirname $EXE`

cd $DIR

gdb $EXE --batch -ex "attach $pid" -ex "thread apply all bt"
    InformationsquelleAutor MichaelMoser
  6. 0

    Als in linux Alle threads sind im wesentlichen geringes Gewicht-Prozesse , Sie erhalten individuelle LWP PIDs. sichern Sie den status dieser mithilfe einer ps oder top script oder echoing die w im /proc/sysrq-trigger. Dies gibt Ihnen die I/O Staat die Fäden in der /var/log/messages.

    Dies wird nicht geben Ihnen den kompletten stack-trace, wenn . aber es ist ein guter Weg, um das Debuggen der thread Staaten auf regelmäßigen Abständen.

    können Sie auch erkunden, was die aktuelle scheduler-Zustand durch einen Blick in /proc/sched_debug zu sehen, die Aufgaben sind immer geplant und so weiter .

    InformationsquelleAutor Jay D
Schreibe einen Kommentar