Estou em uma configuração Linux incorporada. Eu montei um squashfs com uma sobreposição gravável (usando overlayfs ) e, em seguida, chroot nele, transferindo o controle para o systemd.
Eu tenho patches no systemd para enviar os coredumps para /var/log , em vez de /var/lib/systemd/coredump .
Quando um coredump é solicitado, systemd-coredump é invocado, mas recebe este erro.
Jul 30 08:54:14 evo4k-e6872f kernel: ClearApp[803]: segfault at 0 ip 000000000042bcb0 sp 00007ffcd4915f18 error 6 in ClearApp[400000+868000]
Jul 30 08:54:14 evo4k-e6872f kernel[359]: ClearApp[803]: segfault at 0 ip 000000000042bcb0 sp 00007ffcd4915f18 error 6 in ClearApp[400000+868000]
Jul 30 08:54:14 evo4k-e6872f systemd[1]: Started Process Core Dump (PID 804/UID 0).
Jul 30 08:54:14 evo4k-e6872f systemd-coredump[805]: Failed to create temporary file for coredump /var/log/coredump/core.ClearApp.0.54a13c5624ad4ed6b3>
Jul 30 08:54:14 evo4k-e6872f systemd-coredump[805]: Process 803 (ClearApp) of user 0 dumped core.
Jul 30 08:54:14 evo4k-e6872f systemd[1]: clearapp.service: Main process exited, code=dumped, status=11/SEGV
Jul 30 08:54:14 evo4k-e6872f systemd[1]: clearapp.service: Failed with result 'core-dump'.
Jul 30 08:54:15 evo4k-e6872f systemd[1]: clearapp.service: Service hold-off time over, scheduling restart.
Jul 30 08:54:15 evo4k-e6872f systemd[1]: clearapp.service: Scheduled restart job, restart counter is at 5.
Jul 30 08:54:15 evo4k-e6872f systemd[1]: Stopped MedX ClearApp.
Jul 30 08:54:15 evo4k-e6872f systemd[1]: clearapp.service: Start request repeated too quickly.
Jul 30 08:54:15 evo4k-e6872f systemd[1]: clearapp.service: Failed with result 'core-dump'.
Jul 30 08:54:15 evo4k-e6872f systemd[1]: Failed to start MedX ClearApp.
Meu /proc/sys/kernel/core_pattern é |/lib/systemd/systemd-coredump %P %u %g %s %t %c %e . Se eu definir o core_pattern para /tmp/cores/core.%e.%p.%h.%t , funcionará. Então, é algo def com systemd.
Estou usando a versão 237 do systemd. Isso funcionou anteriormente com a versão 234 do systemd.
Meu sistema de arquivos está correto / limpo. Não está corrompido de qualquer maneira ( fsck volta limpo).
Como faço para gerar system dumps sem erros?
Eu recompilei systemd-coredump para logar em diretórios diferentes, até mesmo em um thumb drive montado, e isso me dá o mesmo erro.
Jul 30 10:43:39 evo4k-e6872f systemd-coredump[1910]: Failed to create temporary file for coredump /run/media/Pauls/core.ClearApp.0.dd6557bb31264bf2b3773b534fd6e2b1.1908.1532961819000000: Read-only file system
Estou começando a achar que o kernel ou o systemd está fazendo algo diferente de simplesmente criar um arquivo temporário.
Eu executei exatamente a chamada open que o systemd faz do userspace e ela é bem-sucedida. Existe algo sobre o contexto no qual o kernel invoca o dumper principal?
Eu adicionei esta linha ao systemd.
fd = open(tmp, O_CREAT|O_EXCL|O_NOFOLLOW|O_NOCTTY|flags, 0640);
if (fd < 0) {
log_error("Couldn't open: %d: %s", fd, tmp);
return -errno;
}
Eu recebo esta saída.
Couldn't open: -1: /run/media/Pauls/.#core.ClearApp.0.7833dca6d3354c0e959b366df731bf9f.879.15329633730000000f174d1155a09d96
Isso foi respondido no GitHub ( # 9756 ).
Para a posteridade: "o serviço coredump é executado com ProtectSystem=strict e ProtectHome=yes set, o que significa que não é possível escrever em lugar algum, exceto o caminho listado em StateDirectory= , ou seja, /var/lib/systemd/coredump/ ."
A abordagem sugerida para salvar coredumps em outro lugar (como um subdiretório de /var/log/ ) é vincular a montagem desse diretório em /var/lib/systemd/coredump/ .