Используйте systemd для запуска скрипта при загрузке Ubuntu 16.04
У меня есть простой сценарий "start.sh", который я хочу, чтобы он автоматически загружался каждый раз, когда ubuntu 16.04 перезапускается.
Я подписался на этот пост: https://serverfault.com/questions/773162/i-cant-get-the-right-items-to-boot-on-ubuntu-16-04-and-systemd
И сделайте этот простой скрипт: https://github.com/kenpeter/test_run_at_boot
Я положил это здесь.
/lib/systemd/system/test_run_at_boot.service
У меня это связано
/etc/systemd/system/multi-user.target.wants/test_run_at_boot.service -> /lib/systemd/system/test_run_at_boot.service
Каждый раз, когда я перезагружаю свою машину, она не запускается.
Я также пытаюсь прикрепить фактическую команду к test_run_at_boot.service, все еще не работает.
[Unit]
Description=test_run_at_boot
[Service]
ExecStart=forever start -a -l forever.log -o out.log -e err.log /home/ubuntu/misc/service/test_run_at_boot/test_run_at_boot.js
[Install]
WantedBy=multi-user.target
Обновить
В системном журнале я получил это. /usr/bin/env: ‘node’: No such file or directory Это приводит к сбою сценария при запуске.
Aug 5 06:45:23 xyz start.sh[1557]: /usr/bin/env: ‘node’: No such file or directory
Aug 5 06:45:23 xyz systemd[1]: Starting LSB: Record successful boot for GRUB...
Aug 5 06:45:23 xyz acpid: starting up with netlink and the input layer
Aug 5 06:45:23 xyz acpid: 1 rule loaded
Aug 5 06:45:23 xyz acpid: waiting for events: event logging is off
Aug 5 06:45:23 xyz systemd[1]: Started D-Bus System Message Bus.
Aug 5 06:45:23 xyz dbus[1590]: [system] AppArmor D-Bus mediation is enabled
Aug 5 06:45:23 xyz systemd[1]: Started Cgroup management daemon.
Aug 5 06:45:23 xyz systemd[1]: Starting Thermal Daemon Service...
Aug 5 06:45:23 xyz systemd[1]: Started FUSE filesystem for LXC.
Aug 5 06:45:23 xyz systemd[1]: Starting Restore /etc/resolv.conf if the system crashed before the ppp link was shut down...
Aug 5 06:45:23 xyz lxcfs[1624]: hierarchies: 0: memory
Aug 5 06:45:23 xyz lxcfs[1624]: 1: blkio
Aug 5 06:45:23 xyz lxcfs[1624]: 2: hugetlb
Aug 5 06:45:23 xyz lxcfs[1624]: 3: cpuset
Aug 5 06:45:23 xyz lxcfs[1624]: 4: freezer
Aug 5 06:45:23 xyz lxcfs[1624]: 5: net_cls,net_prio
Aug 5 06:45:23 xyz lxcfs[1624]: 6: pids
Aug 5 06:45:23 xyz lxcfs[1624]: 7: devices
Aug 5 06:45:23 xyz lxcfs[1624]: 8: cpu,cpuacct
Aug 5 06:45:23 xyz lxcfs[1624]: 9: perf_event
Aug 5 06:45:23 xyz lxcfs[1624]: 10: name=systemd
Aug 5 06:45:23 xyz systemd[1]: Starting System Logging Service...
Aug 5 06:45:23 xyz systemd[1]: Started Snappy daemon.
Aug 5 06:45:23 xyz systemd[1]: Started Regular background program processing daemon.
Aug 5 06:45:23 xyz cron[1648]: (CRON) INFO (pidfile fd = 3)
Aug 5 06:45:23 xyz systemd[1]: Starting Accounts Service...
Aug 5 06:45:23 xyz cron[1648]: (CRON) INFO (Running @reboot jobs)
Aug 5 06:45:23 xyz systemd[1]: Starting Login Service...
Aug 5 06:45:23 xyz systemd[1]: Starting LXD - container startup/shutdown...
Aug 5 06:45:23 xyz systemd[1]: Started System Logging Service.
Aug 5 06:45:23 xyz systemd[1]: test_run_at_boot.service: Main process exited, code=exited, status=127/n/a
Aug 5 06:45:23 xyz systemd[1]: test_run_at_boot.service: Unit entered failed state.
Aug 5 06:45:23 xyz systemd[1]: test_run_at_boot.service: Failed with result 'exit-code'.
Обновление 1
Я следую за этим постом
https://patrakov.blogspot.com.au/2011/01/writing-systemd-service-files.html
Я сделал некоторые изменения
https://github.com/kenpeter/test_run_at_boot/blob/master/test_run_at_boot.service
Он может запустить службу после перезагрузки, но через 1 - 2 минуты служба исчезает. Увидеть ниже.
ubuntu@xyz:~$ ps aux | grep test
root 2155 0.3 3.8 942196 38780 ? Ssl 13:04 0:00 /home/ubuntu/.nvm/versions/node/v6.3.1/bin/node /home/ubuntu/.nvm/versions/node/v6.3.1/lib/node_modules/forever/bin/monitor /home/ubuntu/misc/service/test_run_at_boot/test_run_at_boot.js
ubuntu 3223 0.0 0.1 12944 1092 pts/0 S+ 13:05 0:00 grep --color=auto test
ubuntu@xyz:~$ cd misc/
ubuntu@xyz:~/misc/service/test_run_at_boot$ ls
err.log node_modules out.log package.json start.sh stop.sh test_run_at_boot.js test_run_at_boot.service
ubuntu@xyz:~/misc/service/test_run_at_boot$ ps aux | grep test
ubuntu 3240 0.0 0.0 12944 1012 pts/0 S+ 13:05 0:00 grep --color=auto test
ubuntu@xyz:~/misc/service/test_run_at_boot$
Обновление 2
В системном журнале
Aug 6 01:24:22 xyz start.sh[1663]: warn: --minUptime not set. Defaulting to: 1000ms
Aug 6 01:24:22 xyz start.sh[1663]: warn: --spinSleepTime not set. Your script will exit if it does not stay up for at least 1000ms
Aug 6 01:24:22 xyz start.sh[1663]: info: Forever processing file: /home/ubuntu/misc/service/test_run_at_boot/test_run_at_boot.js
Aug 6 01:24:22 xyz systemd[1]: test_run_at_boot.service: PID 3347 read from file /home/ubuntu/misc/service/test_run_at_boot/test_run_at_boot.pid does not exist or is a zombie.
....
....
Aug 6 01:24:55 xyz systemd[1]: Started Execute cloud user/final scripts.
Aug 6 01:24:55 xyz systemd[1]: Reached target Cloud-init target.
Aug 6 01:25:00 xyz ntpdate[2709]: adjust time server 91.189.91.157 offset 0.104466 sec
Aug 6 01:25:51 xyz systemd[1]: test_run_at_boot.service: Start operation timed out. Terminating.
Aug 6 01:25:51 xyz systemd[1]: Failed to start test_run_at_boot.
Aug 6 01:25:51 xyz systemd[1]: test_run_at_boot.service: Unit entered failed state.
Aug 6 01:25:51 xyz systemd[1]: test_run_at_boot.service: Failed with result 'timeout'.
1 ответ
Использование forever в systemd немного похоже на использование forever для вечной работы.
Без навсегда, конфигурация systemd становится проще.
[Unit]
Description=test_run_at_boot
[Service]
ExecStart=/usr/bin/nodejs /home/ubuntu/misc/service/test_run_at_boot/test_run_at_boot.js
Type=oneshot
#Restart=on-failure
[Install]
WantedBy=multi-user.target
Тестовый скрипт, который вы используете Type=oneshot поскольку ожидается завершение работы сценария, в противном случае systemd сообщит о сбое службы. Если у вас есть долгосрочный сервис для управления, вы можете удалить Type=oneshot и использовать Restart=on-failure чтобы поддерживать сервис, как всегда.
stderr а также stdout от процесса отправляются в системный журнал. На Ubuntu это идет в системный журнал.
Если вам действительно нужны функции навсегда, тогда systemd требует немного больше настроек. Type становится forking, Вам нужно будет настроить --pidFile и иметь соответствующий systemd PIDFile= также.