jak czytać i korzystać z raportów o awariach?


13

Mała niezależna aplikacja ulega awarii w moim systemie (Kubuntu 12.04). Chcę ręcznie przejrzeć informacje w raporcie o awarii, a następnie wysłać e-mailem odpowiednie części do programisty. Plik znajduje się w, /var/crash/_usr_bin_appname.1000.crashjednak nie jestem pewien, którego narzędzia potrzebuję, aby odczytać, edytować i zapisać raport o awarii w formie, którą mogę wysłać e-mailem do programisty.

Odpowiedzi:


8

Raporty awarii Apport powinny znajdować się w:

/var/crash

A kiedy patrzę na jeden:

jmunsch@NE-522:/var/log$ sudo cat /var/crash/*.*


ProblemType: Crash
Architecture: i386
Date: Fri Jul 11 20:40:09 2014
DistroRelease: Ubuntu 12.04

Jest to program, który spowodował problem:

ExecutablePath: /usr/sbin/winbindd
ExecutableTimestamp: 1395068066
ProcCmdline: /usr/sbin/winbindd
ProcCwd: /var/log/samba/cores/winbindd
ProcEnviron:
 TERM=linux
 PATH=(custom, no user)

Są to współdzielone obiekty C / biblioteki współdzielone, które były używane przez program powodujący problemy:

ProcMaps:
 b6606000-b6622000 r-xp 00000000 08:01 394314     /lib/i386-linux-gnu/libgcc_s.so.1
 b6622000-b6623000 r--p 0001b000 08:01 394314     /lib/i386-linux-gnu/libgcc_s.so.1
 b6623000-b6624000 rw-p 0001c000 08:01 394314     /lib/i386-linux-gnu/libgcc_s.so.1
 b6642000-b664d000 r-xp 00000000 08:01 442782     /lib/i386-linux-gnu/libnss_files-2.15.so
 b664d000-b664e000 r--p 0000a000 08:01 442782     /lib/i386-linux-gnu/libnss_files-2.15.so
 b664e000-b664f000 rw-p 0000b000 08:01 442782     /lib/i386-linux-gnu/libnss_files-2.15.so
 b664f000-b6659000 r-xp 00000000 08:01 442517     /lib/i386-linux-gnu/libnss_nis-2.15.so
 b6659000-b665a000 r--p 00009000 08:01 442517     /lib/i386-linux-gnu/libnss_nis-2.15.so
 b665a000-b665b000 rw-p 0000a000 08:01 442517     /lib/i386-linux-gnu/libnss_nis-2.15.so
 b665b000-b6662000 r-xp 00000000 08:01 442803     /lib/i386-linux-gnu/libnss_compat-2.15.so
 b6662000-b6663000 r--p 00006000 08:01 442803     /lib/i386-linux-gnu/libnss_compat-2.15.so
 b6663000-b6664000 rw-p 00007000 08:01 442803     /lib/i386-linux-gnu/libnss_compat-2.15.so
 b666c000-b6670000 rw-s 00000000 00:0f 11331      /run/samba/messages.tdb
 b6670000-b6679000 rw-s 00000000 08:01 393253     /var/lib/samba/account_policy.tdb
 b6679000-b6682000 rw-s 00000000 08:01 445067     /var/lib/samba/passdb.tdb
 b6682000-b668a000 rw-s 00000000 08:01 394026     /var/cache/samba/winbindd_cache.tdb
 b668a000-b668b000 rw-s 00000000 08:01 442342     /var/cache/samba/netsamlogon_cache.tdb
 b668b000-b668d000 rw-s 00000000 00:0f 11353      /run/samba/serverid.tdb
.
.
.

To pokazuje, co robił program, gdy doszło do awarii:

ProcStatus:
 Name:  winbindd
 State: S (sleeping)
 Tgid:  1556
 Pid:   1556
 PPid:  1
 TracerPid: 0
 Uid:   0   0   0   0
 Gid:   0   0   0   0
 FDSize:    256
 Groups:    
 VmPeak:       18000 kB
 VmSize:       17880 kB
 VmLck:        0 kB
 VmPin:        0 kB
 VmHWM:     2956 kB
 VmRSS:     2956 kB
 VmData:         400 kB
 VmStk:      136 kB
 VmExe:     7668 kB
 VmLib:     8656 kB
 VmPTE:       44 kB
 VmSwap:           0 kB
 Threads:   1
 SigQ:  2/30418
 SigPnd:    0000000000000000
 ShdPnd:    0000000000000000
 SigBlk:    0000000000000400
 SigIgn:    0000000000001000
 SigCgt:    0000000180014e47
 CapInh:    0000000000000000
 CapPrm:    ffffffffffffffff
 CapEff:    ffffffffffffffff
 CapBnd:    ffffffffffffffff
 Cpus_allowed:  3
 Cpus_allowed_list: 0-1
 Mems_allowed:  1
 Mems_allowed_list: 0
 voluntary_ctxt_switches:   1215
 nonvoluntary_ctxt_switches:    11
Signal: 6
Uname: Linux 3.2.0-53-lowlatency-pae i686
UserGroups: 

Może to oznaczać, że wszystkie twoje hasła są ostrożne z następującymi informacjami:

CoreDump: base64
.
.
.
core dump looks like
aASDFNFOSIefnsldgfnsweifnLEGNi43ng3gSNSDLgn483LNdg43ls
WO$EIGNOIDGNW$INGLSDKGNSLDIGNO$WIGNLRSIGN*RW(GNDKJNLGD
*TNOIDUGNSKJDGNKSDGNSIUEGFBSGUDB*SDgUSHNEUGBSD&GSAUBSD
.
.
.

Jak mógłbym przejść do przeglądania CoreDump?
Alex Dueppen,

@ A.Dueppen powinien znajdować się na dole pliku.
jmunsch

1
//, jak to się ma do porównania apport-retrace? Czy zastanowiłbyś się również nad dodaniem wiki.ubuntu.com/DebuggingProgramCrash do tej odpowiedzi?
Nathan Basanese

6

Oto najlepsze rozwiązanie, jakie do tej pory znalazłem:

apt-get install apport-retrace

Następnie przestudiuj instrukcję na:

http://manpages.ubuntu.com/manpages/raring/en/man1/apport-retrace.1.html

lub

man apport-retrace

Wymyśliłem to polecenie:

apport-retrace --confirm --gdb --sandbox system --verbose --cache /my/path/cache/apport-retrace --output /mypath/apport-retrace/appname.1000.crash /var/crash/_usr_bin_appname.1000.crash

Użyj własnych ścieżek (zamiast / my / path) i poprawnej nazwy aplikacji (zamiast „appname”) w powyższym poleceniu. Odmiany w tym poleceniu znajdują się w instrukcji obsługi.


2
Ważna uwaga dla nowych użytkowników: jeśli zdecydujesz się pominąć tę --cache ...opcję, możesz pomyśleć, że coś idzie nie tak, ale tak nie jest. Uruchomiona apt-getzostanie kompleksowa procedura ( bez root !), Którą można sobie wyobrazić jako rodzaj „maszyny wirtualnej”, na której zostanie wykonane dane polecenie. Szczerze mówiąc, kiedy stało się to po raz pierwszy, pomyślałem sobie: „Co do cholery się dzieje TERAZ?” Poza tym bądź cierpliwy - minie kilka minut, zanim środowisko debugowania będzie gotowe do użycia.
składniaerror

3
Uwaga dodatkowa : NIE możesz używać -oresp. --outputw połączeniu z --gdbnie jest to możliwe.
składniaerror

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.