상당히 표준적인 Fedora 25 시스템을 실행하면서 ABRT가 모든 세그먼트 오류 프로세스의 핵심 파일을 수집하기를 원했습니다. 그러나 그것은 사실이 아닌 것 같습니다.
ABRT가 활성화되었습니다:
cat /proc/sys/kernel/core_pattern
|/usr/libexec/abrt-hook-ccpp %s %c %p %u %g %t %P %I
자체 테스트를 통해 간단한 사용자 segfault 작업을 수행할 수 있습니다.
sleep 100 &
kill -11 $!
[1] + segmentation fault (core dumped) sleep 100
/var/spool/abrt
그리고 그 아래에 핵심 파일이 포함된 디렉터리(예 ccpp-YYYY-MM-DD...
: )를 생성합니다.
로깅도 있습니다.
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
그러나 opensshd 프로세스 segfault가 발생하면 abrt 후크가 호출되지 않으므로 코어 파일이 존재하지 않습니다.
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]
이것은 ABRT 버그입니까, 아니면 기능입니까?
이는 시스템 데몬의 핵심 파일 컬렉션이 기본적으로 비활성화되어 있음을 의미합니까?
어떻게 활성화하나요?