î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]: [email protected]: Pornirea operațiunii a expirat. Încheiere.
10 noiembrie 20:51:35 nume de gazdă systemd[1]: [email protected]: a eșuat cu rezultatul „timeout”.
10 noiembrie 20:51:35 hostname systemd[1]: Nu s-a pornit aplicația mea.
-- Subiect: Unitatea [email protected] a eșuat
-- Definit de: systemd
-- Asistență: http://www.ubuntu.com/support
--
-- Unitatea [email protected] a eșuat.
--
-- Rezultatul este REZULTAT.
10 noiembrie 20:51:35 nume de gazdă systemd[1]: [email protected]: Timp de suspendare a serviciului s-a încheiat, repornirea programării.
10 noiembrie 20:51:35 nume de gazdă systemd[1]: [email protected]: 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 [email protected] 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 [email protected] s-a terminat de închidere
-- Definit de: systemd
-- Asistență: http://www.ubuntu.com/support
--
-- Unitatea [email protected] s-a încheiat.
10 noiembrie 20:51:35 hostname systemd[1]: Se pornește aplicația mea...
-- Subiect: Unitatea [email protected] a început pornirea
-- Definit de: systemd
-- Asistență: http://www.ubuntu.com/support
--
-- Unitatea [email protected] 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.