como ler e usar relatórios de falhas?

12

Um pequeno aplicativo independente está travando no meu sistema (Kubuntu 12.04). Desejo revisar manualmente as informações no relatório de falha e enviar por email as partes relevantes ao desenvolvedor. O arquivo está localizado, no /var/crash/_usr_bin_appname.1000.crashentanto, não tenho certeza de qual ferramenta eu preciso para ler, editar e salvar o relatório de falha em um formulário que eu possa enviar por e-mail ao desenvolvedor.

MountainX
fonte

Respostas:

7

Os relatórios do Apport Crash devem estar localizados em:

/var/crash

E quando olho para um:

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

Este é o programa que causou um problema:

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

Estes são os objetos compartilhados C / bibliotecas compartilhadas que estavam sendo usados ​​pelo programa problemático:

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
.
.
.

Isso mostra o que o programa estava fazendo quando a falha aconteceu:

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: 

Isso pode ter todas as suas senhas, tenha cuidado com estas informações:

CoreDump: base64
.
.
.
core dump looks like
aASDFNFOSIefnsldgfnsweifnLEGNi43ng3gSNSDLgn483LNdg43ls
WO$EIGNOIDGNW$INGLSDKGNSLDIGNO$WIGNLRSIGN*RW(GNDKJNLGD
*TNOIDUGNSKJDGNKSDGNSIUEGFBSGUDB*SDgUSHNEUGBSD&GSAUBSD
.
.
.
jmunsch
fonte
Como eu visualizaria o CoreDump?
precisa saber é o seguinte
@ A.Dueppen deve estar na parte inferior do arquivo.
jmunsch
1
//, como isso se compara a apport-retrace? Além disso, você consideraria adicionar wiki.ubuntu.com/DebuggingProgramCrash a esta resposta?
Nathan Basanese 11/11/16
6

Aqui está a melhor solução que encontrei até agora:

apt-get install apport-retrace

Em seguida, estude o manual em:

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

ou

man apport-retrace

Eu vim com este comando:

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

Use seus próprios caminhos (em vez de / my / path) e o nome correto do aplicativo (em vez de 'appname') no comando acima. Veja o manual para variações desse comando.

MountainX
fonte
2
Nota importante para novos usuários: Quando você decide omitir a --cache ...opção, pode pensar que algo está errado, mas não está. Um apt-getprocedimento abrangente será acionado ( sem root !) Que pode ser imaginado como um tipo de "máquina virtual" na qual o comando em questão será executado. Francamente, quando isso aconteceu pela primeira vez, eu pensei "O que diabos está acontecendo AGORA?" Além disso, seja paciente - levará alguns minutos até que o ambiente de depuração esteja pronto para uso.
Syntaxerror
3
Nota adicional : Você NÃO pode usar -oresp. --outputem combinação com --gdb, isso não é possível.
Syntaxerror
-2

Bem, o Ubuntu criou uma sequência para você também. É nomeado como D ebugging Program Crash Edit: Acabei de ouvir falar de um programa chamado volatilidade e está disponível para o Ubuntu, você pode instalar com

sudo apt-get install ubuntu

Para maiores informações

rɑːdʒɑ
fonte
2
As respostas do StackExchange não devem ser apenas links para outros sites.
MountainX
// , Acordado. Ainda assim, é um bom link.
Nathan Basanese