시스템 서비스가 시작/중지/다시 시작되는 시기를 확인하는 방법은 무엇입니까?

Question 1

스크립트를 작성해야 하는 경우 이 명령 사용을 고려해야 합니다 systemctl show . 스크립트의 경우 구문 분석을 시도하는 것보다 쉽습니다 status. 예를 들어 서비스가 마지막으로 시작된 시간을 찾으려면 다음을 사용할 수 있습니다.

$ systemctl show systemd-journald --property=ActiveEnterTimestamp
ActiveEnterTimestamp=Wed 2017-11-08 05:55:17 UTC

사용 가능한 모든 속성을 보려면 플래그를 생략하면 해당 속성이 모두 덤프됩니다.

$ systemctl show <service_name>

이러한 속성에 대한 문서를 찾을 수 있습니다.여기.

Answer

스크립트를 작성해야 하는 경우 이 명령 사용을 고려해야 합니다 systemctl show . 스크립트의 경우 구문 분석을 시도하는 것보다 쉽습니다 status. 예를 들어 서비스가 마지막으로 시작된 시간을 찾으려면 다음을 사용할 수 있습니다.

$ systemctl show systemd-journald --property=ActiveEnterTimestamp
ActiveEnterTimestamp=Wed 2017-11-08 05:55:17 UTC

사용 가능한 모든 속성을 보려면 플래그를 생략하면 해당 속성이 모두 덤프됩니다.

$ systemctl show <service_name>

이러한 속성에 대한 문서를 찾을 수 있습니다.여기.

Question 2

Debian의 기본 구성을 사용하면 권한이 없는 사용자는 systemd-journald 및 syslog 로그에 액세스할 수 없습니다. 일반 사용자로 로그인하면 Journalctl로부터 다음과 같은 응답을 받게 됩니다.

$ journalctl 
No journal files were found.

이것은 약간 혼란 스럽습니다.

루트로 로그인한 경우 journalctl --unit=yourservice필요한 정보를 얻을 수 있습니다. 그 후 내 서버에서 systemctl restart bind9다음을 얻었습니다 journalctl --unit=bind9.

Jun 03 18:20:24 ns systemd[1]: Stopping BIND Domain Name Server...
Jun 03 18:20:24 ns named[27605]: received control channel command 'stop'
Jun 03 18:20:24 ns systemd[1]: Starting BIND Domain Name Server...
Jun 03 18:20:24 ns systemd[1]: Started BIND Domain Name Server.

kill -9를 사용하여 명시적으로 바인딩9를 종료하면 journalctl --unit=bind9다음이 제공됩니다.

Jun 03 18:46:25 ns systemd[1]: bind9.service: main process exited, code=killed, status=9/KILL
Jun 03 18:46:25 ns rndc[28028]: rndc: connect failed: 127.0.0.1#953: connection refused
Jun 03 18:46:25 ns systemd[1]: bind9.service: control process exited, code=exited status=1
Jun 03 18:46:25 ns systemd[1]: Unit bind9.service entered failed state.
Jun 03 18:46:25 ns systemd[1]: bind9.service holdoff time over, scheduling restart.
Jun 03 18:46:25 ns systemd[1]: Stopping BIND Domain Name Server...
Jun 03 18:46:25 ns systemd[1]: Starting BIND Domain Name Server...
Jun 03 18:46:25 ns systemd[1]: Started BIND Domain Name Server.

첫 번째 줄은 프로세스가 종료되어 종료되었음을 나타냅니다.

systemd-journald는 또한 모든 로그 메시지를 syslog로 전달하므로 /var/log/syslog.

/etc/systemd/system.confSystemd 및 systemd-journald에는 변경이 가능한 기본 컴파일 구성이 있습니다 /etc/systemd/journald.conf.

/run기본적으로 systemd-journald는 로그를 . 아래에 저장하므로 tmpfs재부팅 후에는 사라진다는 점을 알아두면 유용할 수 있습니다 . 이는 마지막 부팅보다 오래된 로그 메시지를 얻으려면 시스템 로그 파일을 확인해야 함을 의미합니다. 이 경우, Journalctl은 마지막 시작보다 오래된 저널을 제공하지 않습니다. 이는 /etc/systemd/journald.conf설정을 통해 변경할 수 있습니다 Storage=persistent.

이를 문서화하는 매뉴얼 페이지는 다음과 같습니다.

man 8 systemd-journald
man 5 journald.conf
man 5 systemd-system.conf
man 5 systemd-user.conf

또한 systemd가 서비스를 자동으로 다시 시작하려면 .service해당 파일에서 서비스를 구성해야 합니다. 에서 man 5 systemd.service:

   Restart=
       Configures whether the service shall be
       restarted when the service process exits, is
       killed, or a timeout is reached. The service
       process may be the main service process, but it
       may also be one of the processes specified with
       ExecStartPre=, ExecStartPost=, ExecStop=,
       ExecStopPost=, or ExecReload=. When the death
       of the process is a result of systemd operation
       (e.g. service stop or restart), the service
       will not be restarted. Timeouts include missing
       the watchdog "keep-alive ping" deadline and a
       service start, reload, and stop operation
       timeouts.

       Takes one of no, on-success, on-failure,
       on-abnormal, on-watchdog, on-abort, or always.
       If set to no (the default), the service will
       not be restarted.

Answer