înregistrare Logare
Puncte:1
Sidney avatar Server

Serviciul meu systemd cu tipul notify nu pornește când serverul intră în stand by pornește din nou

drapel in
Sidney

Prima dată când mi-am configurat serviciul systemd, funcționează bine.

Cu toate acestea, când repornesc serverul, serviciul systemd nu pornește, dar rămâne pornit activând.

Ar putea cineva să dea vreun sfat de ce se întâmplă asta?

Fișierul unității:

[Unitate]
Descriere=Aplicația mea
După=serviciu.rețea
StopWhenUnneeded=da

[Serviciu]
Tip = notificare
NotifyAccess=toate
Utilizator=ubuntu
Grup=ubuntu

WorkingDirectory=/opt/app
KillMode=proces
PIDFile=/tmp/app%I.pid
StandardOutput=syslog
StandardError=syslog
SyslogIdentifier=app%I
Environment=SOCKET=/tmp/thin-%I.socket
ExecStart=/opt/app/bin/start
ExecReload=/opt/app/bin/reload
ExecStop=/opt/app/bin/stop
Restart=intotdeauna
LimitNOFILE=10240
CPUQuota=90%

[Instalare]
WantedBy=app.target

Jurnalele de la journalctl -xe:

10 noiembrie 20:51:35 nume de gazdă systemd[1]: app@1.service: Pornirea operațiunii a expirat. Încheiere.
10 noiembrie 20:51:35 nume de gazdă systemd[1]: app@1.service: a eșuat cu rezultatul „timeout”.
10 noiembrie 20:51:35 hostname systemd[1]: Nu s-a pornit aplicația mea.
-- Subiect: Unitatea app@1.service a eșuat
-- Definit de: systemd
-- Asistență: http://www.ubuntu.com/support
--
-- Unitatea app@1.service a eșuat.
--
-- Rezultatul este REZULTAT.
10 noiembrie 20:51:35 nume de gazdă systemd[1]: app@1.service: Timp de suspendare a serviciului s-a încheiat, repornirea programării.
10 noiembrie 20:51:35 nume de gazdă systemd[1]: app@1.service: lucrare de repornire programată, contorul de repornire este la 4.
-- Subiect: Repornirea automată a unei unități a fost programată
-- Definit de: systemd
-- Asistență: http://www.ubuntu.com/support
--
-- Repornirea automată a unității app@1.service a fost programată, ca rezultat pentru
-- setarea configurată Restart= pentru unitate.
10 noiembrie 20:51:35 hostname systemd[1]: Am oprit aplicația mea.
-- Subiect: Unitatea app@1.service s-a terminat de închidere
-- Definit de: systemd
-- Asistență: http://www.ubuntu.com/support
--
-- Unitatea app@1.service s-a încheiat.
10 noiembrie 20:51:35 hostname systemd[1]: Se pornește aplicația mea...
-- Subiect: Unitatea app@1.service a început pornirea
-- Definit de: systemd
-- Asistență: http://www.ubuntu.com/support
--
-- Unitatea app@1.service a început să pornească.

Nu sunt sigur ce informații pot oferi aici pentru a vă ajuta să mă ajutați. Dacă pot oferi ceva, mă poți întreba în comentarii, te rog.

91
0 + 0
drapel in
Gerald Schneider
Fișierul dvs. de unitate ar fi un început. Este, de asemenea, starea și jurnalele.
0
Răspunde
Sidney avatar
drapel in
Sidney
Am actualizat întrebarea cu mai multe detalii.
0
Răspunde
Puncte:1
Sidney avatar Server
drapel in
Sidney

Am aflat ce se întâmplă.

Aplicația avea nevoie de mai mult timp pentru a porni, dar systemd o distrugea întotdeauna înainte de a avea timp să pornească și să notifice. Se întâmplă doar la pornire, deoarece aplicația durează mai mult timp pentru a porni când sistemul pornește.

Așa că a trebuit să adaug unul mai mare TimeoutSec, apoi a mers bine.

0 + 0
drapel romania
SEF 777
întrebarea această in alte limbi:

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.