как читать и использовать отчеты о сбоях?

13

В моей системе происходит сбой небольшого независимого приложения (Kubuntu 12.04). Я хочу вручную просмотреть информацию в отчете о сбое, а затем отправить соответствующие детали по электронной почте разработчику. Файл находится в, /var/crash/_usr_bin_appname.1000.crashоднако я не уверен, какой инструмент мне нужен, чтобы читать, редактировать и сохранять отчет о сбое в форме, которую я могу отправить разработчику по электронной почте.

MountainX
источник

Ответы:

8

Отчеты о сбоях Apport должны находиться в:

/var/crash

И когда я смотрю на одного:

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

Это программа, которая вызвала проблему:

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

Это общие объекты C / общие библиотеки, которые использовались проблемной программой:

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

Это показывает, что программа делала, когда произошел сбой:

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: 

Это может иметь все ваши пароли, будьте осторожны с этой информацией:

CoreDump: base64
.
.
.
core dump looks like
aASDFNFOSIefnsldgfnsweifnLEGNi43ng3gSNSDLgn483LNdg43ls
WO$EIGNOIDGNW$INGLSDKGNSLDIGNO$WIGNLRSIGN*RW(GNDKJNLGD
*TNOIDUGNSKJDGNKSDGNSIUEGFBSGUDB*SDgUSHNEUGBSD&GSAUBSD
.
.
.
jmunsch
источник
Как бы я пошел о просмотре CoreDump?
Алекс Дьюппен
@ A.Dueppen должен быть внизу файла.
Jmunsch
1
// Как это соотносится apport-retrace? Кроме того, рассмотрите возможность добавления wiki.ubuntu.com/DebuggingProgramCrash к этому ответу?
Натан Басанезе
6

Вот лучшее решение, которое я нашел до сих пор:

apt-get install apport-retrace

Затем изучите руководство по адресу:

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

или

man apport-retrace

Я придумал эту команду:

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

Используйте свои собственные пути (вместо / my / path) и правильное имя приложения (вместо 'appname') в приведенной выше команде. Смотрите руководство для вариантов этой команды.

MountainX
источник
2
Важное примечание для новых пользователей: когда вы решите опустить --cache ...опцию, вы можете подумать, что что-то идет не так, но это не так. Будет запущена комплексная apt-getпроцедура ( без root !), Которую можно представить как своего рода «виртуальную машину», в которой будет выполняться рассматриваемая команда. Честно говоря, когда это произошло в первый раз, я просто подумал: "Что, черт возьми, происходит сейчас ??" Кроме того, наберитесь терпения - до готовности среды отладки потребуется несколько минут.
синтаксическая ошибка
3
Дополнительное примечание : Вы не можете использовать -oсоотв. --outputв сочетании с --gdbэтим это невозможно.
синтаксическая ошибка
-2

Ну, Ubuntu разработал последовательность для вас тоже. Он называется « Отладка программы» . Я только что услышал о программе с именем volatility, и она доступна для Ubuntu, которую можно установить с помощью

sudo apt-get install ubuntu

Чтобы получить больше информации

rɑːdʒɑ
источник
2
Ответы StackExchange не должны быть просто ссылками на другие сайты.
MountainX
// , Согласовано. Тем не менее, это хорошая ссылка.
Натан Басанезе,