Executando um sistema bastante padrão do Fedora 25 Eu espero que os arquivos principais de todos os processos de segmentação de falhas sejam coletados pela ABRT. Mas isso não parece ser o caso.
A ABRT está ativada:
cat /proc/sys/kernel/core_pattern
|/usr/libexec/abrt-hook-ccpp %s %c %p %u %g %t %P %I
Um autoteste funciona com um simples segfault de usuário:
sleep 100 &
kill -11 $!
[1] + segmentation fault (core dumped) sleep 100
E um diretório contendo o arquivo principal em /var/spool/abrt é gerado (por exemplo, ccpp-YYYY-MM-DD... ).
Além disso, os registros da revista:
Jan 01 21:38:12 example.org audit[17183]: ANOM_ABEND auid=1000 uid=0 gid=0 ses=3 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 pid=17183 comm="sleep" exe="/usr/bin/sleep" sig=11
Jan 01 21:38:12 example.org abrt-hook-ccpp[17186]: Process 17183 (sleep) of user 0 killed by SIGSEGV - dumping core
Mas quando um processo opensshd segfaults, então o gancho abrt não é invocado e, portanto, não há arquivo principal.
As entradas de diário para o núcleo do opensshd:
Jan 01 21:41:46 example.org audit[18256]: ANOM_ABEND auid=4294967295 uid=0 gid=0 ses=4294967295 subj=system_u:system_r:sshd_t:s0-s0:c0.c1023 pid=18256 comm="sshd" exe="/usr/sbin/sshd" sig=11
Jan 01 21:41:46 example.org kernel: traps: sshd[18256] general protection ip:7f4d8d16ffd1 sp:7ffd42d93ef0 error:0 in libc-2.24.so[7f4d8d0ef000+1bd000]
Este é um bug da ABRT ou um recurso?
Isso significa que a coleção de arquivos principais para daemons do sistema está desativada, por padrão?
E como posso ativá-lo?