Определение службы systemd не работает
Судя по всему, mount.nfsпри необходимости организует запуск rpc-statd.serviceпо требованию. Предположительно, это позволяет избежать запуска rpc.statdна клиентах NFSv4, поэтому это означает отсутствие ненужного использования ресурсов и т. д.
$ systemctl cat nfs-client.target
# /usr/lib/systemd/system/nfs-client.target
[Unit]
Description=NFS client services
Before=remote-fs-pre.target
Wants=remote-fs-pre.target
# Note: we don't "Wants=rpc-statd.service" as "mount.nfs" will arrange to
# start that on demand if needed.
Wants=rpc-statd-notify.service
# GSS services dependencies and ordering
Wants=auth-rpcgss-module.service
After=rpc-gssd.service rpc-svcgssd.service gssproxy.service
[Install]
WantedBy=multi-user.target
WantedBy=remote-fs.target
2
Thomas Schweikle
27.02.2020, 17:21
Ссылка
1 ответ
«Все в порядке» — это не совсем то описание, которое приходит на ум для чего-то, что использует шаткий и опасный файловый механизм PID и совершенно ненужную daemonizeпрограмму под управлением сервис-менеджера. Как ни странно, daemonizeявляется причиной вашей проблемы. Он меняет рабочий каталог на вас.
[Service]
ExecStart=/usr/bin/python /var/www/gpsd/webgps.py c
TimeoutSec=1200
WorkingDirectory=/run/gpsd
Environment=PYTHONUNBUFFERED=1
RuntimeDirectory=gpsd
RuntimeDirectoryMode=0755
PermissionsStartOnly=true
Type=simple
Restart=on-failure
#User=www-data
#Group=www-data
StateDirectory=gpsd
StateDirectoryMode=0755
PrivateTmp=true
ProtectSystem=full
ProtectHome=false
NoNewPrivileges=true
PrivateDevices=true
MemoryDenyWriteExecute=true
Дополнительная литература
- Джонатан де Бойн Поллард (2015 ).Вам действительно не нужно демонизировать. Действительно.. Системный Дом Ужасов.
7
JdeBP
28.04.2021, 23:21
Ссылка