“systemd-journald: SIGTERM recebido do PID 1 (systemd)” fará com que o Linux seja reiniciado?

0

Eu localizo uma reinicialização da máquina e descubro que a última mensagem de log é: systemd-journald: SIGTERM recebido do PID 1 (systemd). Alguém viu esse problema? Isso fará a reinicialização da máquina?

Versão do SO: rhel7.2 versão do systemd: systemd-219-19. (versão padrão use rhel7.2)

Oct  8 18:35:54 xxxx.localhost su[101957]: pam_unix(su:session): session closed for user root
Oct  8 18:35:55 xxxx.localhost su[102098]: (to admin) root on none
Oct  8 18:35:55 xxxx.localhost su[102098]: pam_unix(su:session): session opened for user admin by (uid=0)
Oct  8 18:35:55 xxxx.localhost sudo[102107]:    admin : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/usr/bin//chmod 666 /tmp/conn_monitor.log.20171008
Oct  8 18:35:55 xxxx.localhost sudo[102110]:    admin : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/usr/bin//chmod 666 /tmp/conn.log.20171008
Oct  8 18:35:55 xxxx.localhost sudo[102115]:    admin : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/usr/bin//chmod 666 /tmp/nf_conntrack.log
Oct  8 18:35:55 b31gOct  8 18:38:56 xxxx.localhost systemd-journald: Received SIGTERM from PID 1 (systemd).
Oct  8 18:38:56 xxxx.localhost kernel: SELinux:  Disabled at runtime.
Oct  8 18:38:56 xxxx.localhost kernel: type=1404 audit(1507487933.605:2): selinux=0 auid=4294967295 ses=4294967295
Oct  8 18:38:56 xxxx.localhost systemd: RTC configured in localtime, applying delta of 480 minutes to system time.
Oct  8 18:38:56 xxxx.localhost kernel: ip_tables: (C) 2000-2006 Netfilter Core Team
Oct  8 18:38:56 xxxx.localhost systemd: Inserted module 'ip_tables'
Oct  8 18:38:56 xxxx.localhost kernel: EXT4-fs (sda3): re-mounted. Opts: (null)
Oct  8 18:38:56 xxxx.localhost syslog-ng[2078]: syslog-ng starting up; version='3.6.4'
Oct  8 18:38:56 xxxx.localhost kernel: kvm-intel-0: apicv enabled.
    
por 穆阿浩 13.10.2017 / 05:27

2 respostas

1

Como parte do desligamento, é normal que o systemd encerre os serviços. Nesse caso, parece que o sistema de registro foi o último serviço sinalizado para o desligamento, o que faz sentido.

Como o comentário sugeriu, analise novamente em seus registros por algo que poderia ter acionado um desligamento.

    
por 13.10.2017 / 18:10
0

Ocorreu um erro durante a fase dracut (disco de inicialização). Coloque " rd.shell rd.debug " na linha de comando do kernel para ver a saída detalhada e ter um shell de emergência quando isso acontecer.

    
por 08.02.2018 / 16:39