Змінив сервіс у Linux, але він не працює? Дізнайся, навіщо потрібен daemon-reload

У цій статті ви дізнаєтесь, чому після зміни служби у Linux вона може не запуститися одразу, як працює команда systemctl daemon-reload і навіщо її виконувати перед перезапуском сервісів. Матеріал пояснює суть процесу простою мовою, допомагає зрозуміти, як systemd оновлює конфігурації без перезавантаження, і що робити, щоб ваші зміни почали діяти миттєво.

Розуміння основ systemd та systemctl

Systemd — це менеджер служб і систем для більшості сучасних дистрибутивів Linux, включаючи Ubuntu 22.04, який ми використовуємо в цій лабораторній роботі. Він відповідає за запуск і керування системними службами, а також systemctlє основним інструментом командного рядка, що використовується для взаємодії з systemd.

Що таке системний демон?

Демон — це фоновий процес, який безперервно працює у вашій системі Linux. Ці процеси виконують різні завдання, такі як обслуговування веб-сторінок (Apache, Nginx), керування базами даних (MySQL, PostgreSQL) або обробка системних подій. Systemd керує цими демонами за допомогою стандартизованих файлів конфігурації, які називаються «файлами модулів».

Основні команди systemctl

Почнемо з розгляду деяких основних systemctlкоманд, щоб зрозуміти поточний стан вашої системи:

1. Відкрийте термінал, натиснувши на значок Терміналу.

2. Перерахуйте всі активні системні служби за допомогою наступної команди:

systemctl list-units --type=service

Ця команда відображає всі активні служби у вашій системі. Ви повинні побачити вивід, подібний до:

UNIT                                      LOAD   ACTIVE SUB     DESCRIPTION
accounts-daemon.service                   loaded active running Accounts Service
apparmor.service                          loaded active exited  AppArmor initialization
avahi-daemon.service                      loaded active running Avahi mDNS/DNS-SD Stack
...

Натисніть Ctrl+Cабо , Qщоб вийти з команди.

3. Перевірте стан певної служби, наприклад, служби SSH:

systemctl status ssh

Ви повинні побачити детальну інформацію про службу SSH, зокрема чи вона активна, її ідентифікатор процесу та останні записи журналу:

● ssh.service - OpenBSD Secure Shell server
     Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: enabled)
     Active: active (running) since Tue 2023-06-13 12:34:56 UTC; 3h 25min ago
       Docs: man:sshd(8)
             man:sshd_config(5)
    Process: 1234 ExecStartPre=/usr/sbin/sshd -t (code=exited, status=0/SUCCESS)
   Main PID: 1235 (sshd)
      Tasks: 1 (limit: 4915)
     Memory: 5.6M
        CPU: 236ms
     CGroup: /system.slice/ssh.service
             └─1235 "sshd: /usr/sbin/sshd -D [listener] 0 of 10-100 startups"

4. Давайте розглянемо, де зберігаються файли служби systemd. Ось з якими файлами ми працюватимемо в наступних кроках:

ls -l /etc/systemd/system/

Цей каталог містить файли сервісних модулів, які визначають, як systemd керує сервісами. Ви повинні побачити кілька .serviceфайлів та символічних посилань.

5. Файли модулів, що надаються системою, розташовані в іншому каталозі. Давайте розглянемо їх:

ls -l /lib/systemd/system/

mkdir -p ~/project/scripts

nano ~/project/scripts/hello-service.sh

#!/bin/bash

while true; do
  echo "Hello from custom service: $(date)" >> /tmp/hello-service.log
  sleep 10
done

chmod +x ~/project/scripts/hello-service.sh

sudo nano /etc/systemd/system/hello-service.service

[Unit]
Description=Hello Service Demo
After=network.target

[Service]
Type=simple
ExecStart=/home/labex/project/scripts/hello-service.sh
Restart=on-failure
User=labex

[Install]
WantedBy=multi-user.target

cat /etc/systemd/system/hello-service.service

sudo systemctl daemon-reload

systemctl status hello-service

● hello-service.service - Hello Service Demo
     Loaded: loaded (/etc/systemd/system/hello-service.service; disabled; vendor preset: enabled)
     Active: inactive (dead)

sudo systemctl start hello-service

systemctl status hello-service

● hello-service.service - Hello Service Demo
     Loaded: loaded (/etc/systemd/system/hello-service.service; disabled; vendor preset: enabled)
     Active: active (running) since [timestamp]; [time] ago
   Main PID: [pid number] (hello-service.sh)
      Tasks: 2 (limit: 4915)
     Memory: 592.0K
        CPU: 5ms
     CGroup: /system.slice/hello-service.service
             └─[pid number] /bin/bash /home/labex/project/scripts/hello-service.sh

cat /tmp/hello-service.log

Hello from custom service: Wed Jun 14 15:30:45 UTC 2023
Hello from custom service: Wed Jun 14 15:30:55 UTC 2023
Hello from custom service: Wed Jun 14 15:31:05 UTC 2023

sudo systemctl enable hello-service

Created symlink /etc/systemd/system/multi-user.target.wants/hello-service.service → /etc/systemd/system/hello-service.service.

sudo nano /etc/systemd/system/hello-service.service

Environment="SLEEP_INTERVAL=5"

nano ~/project/scripts/hello-service.sh

#!/bin/bash

## Default to 10 seconds if environment variable is not set
INTERVAL=${SLEEP_INTERVAL:-10}

while true; do
  echo "Hello from custom service: $(date) - Interval: ${INTERVAL}s" >> /tmp/hello-service.log
  sleep $INTERVAL
done

sudo systemctl daemon-reload

sudo systemctl restart hello-service

systemctl status hello-service

sleep 15 ## Wait to collect a few log entries
cat /tmp/hello-service.log | tail -5

Hello from custom service: Wed Jun 14 15:45:10 UTC 2023 - Interval: 5s
Hello from custom service: Wed Jun 14 15:45:15 UTC 2023 - Interval: 5s
Hello from custom service: Wed Jun 14 15:45:20 UTC 2023 - Interval: 5s

systemctl status hello-service

sudo nano /etc/systemd/system/hello-service.servic

ExecStart=/home/labex/project/scripts/non-existent.sh

sudo systemctl daemon-reload
sudo systemctl restart hello-service

systemctl status hello-service

● hello-service.service - Hello Service Demo
     Loaded: loaded (/etc/systemd/system/hello-service.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since [timestamp]; [time] ago
    Process: [pid] ExecStart=/home/labex/project/scripts/non-existent.sh (code=exited, status=203/EXEC)
   Main PID: [pid] (code=exited, status=203/EXEC)
        CPU: 5ms

[timestamp] systemd[1]: Started Hello Service Demo.
[timestamp] systemd[pid]: hello-service.service: Failed to execute command: No such file or directory
[timestamp] systemd[pid]: hello-service.service: Failed at step EXEC spawning /home/labex/project/scripts/non-existent.sh: No such file or directory
[timestamp] systemd[1]: hello-service.service: Main process exited, code=exited, status=203/EXEC
[timestamp] systemd[1]: hello-service.service: Failed with result 'exit-code'.

sudo nano /etc/systemd/system/hello-service.service

ExecStart=/home/labex/project/scripts/hello-service.sh

sudo systemctl daemon-reload
sudo systemctl restart hello-service

systemctl status hello-service

sudo journalctl -u hello-service

sudo journalctl -u hello-service -n 20

sudo journalctl -u hello-service -f

sudo systemd-analyze verify /etc/systemd/system/hello-service.service

sudo systemctl stop hello-service
sudo systemctl disable hello-service
sudo rm /etc/systemd/system/hello-service.service
sudo systemctl daemon-reload

sudo systemctl stop hello-service
sudo systemctl disable hello-service

Removed /etc/systemd/system/multi-user.target.wants/hello-service.service.