Nella società in cui lavoro ora esiste un servizio legacy e il suo script init utilizza SysvInit precedente, ma funziona su systemd (CentOS 7).
Poiché esiste un sacco di calcoli, questo servizio richiede circa 70 secondi per terminare. Non ho configurato alcun timeout per systemd e non ho modificato le configurazioni predefinite in /etc/systemd/system.conf
, ma comunque quando eseguo il service SERVICE stop
mio servizio è scaduto dopo 60 secondi.
Controllando journalctl -b -u SERVICE.service
trovo questo registro:
Sep 02 11:27:46 service.hostname systemd[1]: Stopping LSB: Start/Stop
Sep 02 11:28:46 service.hostname SERVICE[24151]: Stopping service: Error code: 255
Sep 02 11:28:46 service.hostname SERVICE[24151]: [FAILED]
Ho già provato a cambiare la DefaultTimeoutStopSec
proprietà situata /etc/systemd/system.conf
a 90s
, ma il timeout accade ancora.
Qualcuno ha idea del perché è il timeout a 60 anni? C'è altrove che questo valore di timeout è configurato? C'è un modo per verificarlo?
Questo servizio funziona con Java 7 e per demonizzarlo, usa JSVC . Ho configurato il -wait
parametro con il valore 120
.
TimeoutSec=infinity
- Non sarebbe possibile che questo blocco si riavvii indefinitamente? E se ci volesse "per sempre" per terminare quel processo? Suggerirei una grande quantità, tipo5min
, ma probabilmente noninfinity
...