Je rencontre une question étrange. J'ai un fichier de service pour lancer une application personnalisée. La commande SystemCtL montre la charge comme non trouvée
rESSOURCES-Service-PROD-PROD.SERVICE NONTRÉCIAIRE RENCONTRES DE RESSOURCES-Service-PROD-PROD.SERVICE
cependant, le fichier est indiqué dans
ls -lrt /etc/systemd/system
lrwxrwxrwx 1 root root 96 Mar 5 2017 resource-service-prod.service -> /opt/app/daps-prod/resource-service/bin/resource-service-prod-prod.service
statut de service Affiche comme en cours d'exécution, mais chargé: non trouvé (raison: aucun fichier ou répertoire de ce type)
Sudo service resource-service-prod status
Redirecting to /bin/systemctl status resource-service-prod.service
● resource-service-prod-prod.service
Loaded: not-found (Reason: No such file or directory)
Active: active (running) since Thu 2018-12-20 06:40:37 CST; 3 weeks 0 days ago
Main PID: 12888 (node)
CGroup: /system.slice/resource-service-prod-prod.service
├─12888 /usr/bin/node /opt/app/daps-prod/resource-service/source/app.js
├─12923 /usr/bin/node /opt/app/daps-prod/resource-service/source/app.js
├─12924 /usr/bin/node /opt/app/daps-prod/resource-service/source/app.js
├─12930 /usr/bin/node /opt/app/daps-prod/resource-service/source/app.js
├─12936 /usr/bin/node /opt/app/daps-prod/resource-service/source/app.js
├─12942 /usr/bin/node /opt/app/daps-prod/resource-service/source/app.js
├─12943 /usr/bin/node /opt/app/daps-prod/resource-service/source/app.js
├─12949 /usr/bin/node /opt/app/daps-prod/resource-service/source/app.js
├─12960 /usr/bin/node /opt/app/daps-prod/resource-service/source/app.js
├─12961 /usr/bin/node /opt/app/daps-prod/resource-service/source/app.js
├─12972 /usr/bin/node /opt/app/daps-prod/resource-service/source/app.js
├─12978 /usr/bin/node /opt/app/daps-prod/resource-service/source/app.js
└─12984 /usr/bin/node /opt/app/daps-prod/resource-service/source/app.js
L'application s'arrête sur l'arrêt de service émetteur, mais en essayant de commencer, il ne sera pas (depuis le fichier non trouvé). Faire un systemctl daemon-reload
aide à démarrer le service et le fichier de service est affiché comme chargé. Une idée de ce genre de comportement?
le fichier de service actuel est sur un montage séparé et c'est un lien symbolique dans /etc/systemd/system
Il se peut que le fichier de service a été éloigné pendant le fonctionnement du service. Vous devrez peut-être courir systemctl daemon-reload
. Bien sûr, vérifiez le fichier /opt/app/daps-prod/resource-service/bin/resource-service-prod-prod.service
est en fait là.
[root@storage system]# systemctl status smb.service
● smb.service - Samba SMB Daemon
Loaded: loaded (/usr/lib/systemd/system/smb.service; enabled; vendor preset: disabled)
...
[root@storage system]# systemctl daemon-reload
[root@storage system]# systemctl status smb.service
● smb.service
Loaded: not-found (Reason: No such file or directory)
...
[root@storage system]# ln -s /opt/smb.service /usr/lib/systemd/system/smb.service
[root@storage system]# systemctl status smb.service
● smb.service
Loaded: not-found (Reason: No such file or directory)
...
[root@storage system]# systemctl daemon-reload
[root@storage system]# systemctl status smb.service
● smb.service - Samba SMB Daemon
Loaded: loaded (/opt/smb.service; enabled; vendor preset: disabled)
Je sais que cela a plusieurs mois, mais pour le compte rendu, vérifiez également le fichier de configuration du service. Vous pouvez obtenir ce message car une unité de dépendance n'a pas été trouvée. SystemD ne semble pas donner suffisamment de détails dans le message d'erreur où il se différencie entre l'unité principale que vous démarrez et une unité dépendante. Parfois, cela fonctionnera autour de ces problèmes au démarrage, puis échouera si vous le faites manuellement, ce qui est assez fâché.