potentiellement ça pourrait être parce que le service est relancé s'il vient à être interrompu sans passer pas le gestionnaire de service. Je ne connais pas AMP CubeCoders, mais potentiellement ils ont pu créer un service nginx personnalisé avec des directives du type Restart=on-failure et RestartSec=30s de systemd.
Il faudrait donc plutôt stopper proprement le service plutôt que de tuer le processus nginx directement pour éviter ce comportement.
Si cela ne règle pas ton soucis, il faudrait que tu vérifies à l'aide de systemctl list-units --type=service comment s'appelle le service à stopper/désactiver.
# Systemd
Posté par Pierre-Alain TORET (Mastodon) . En réponse au message Conflit de port NGINX. Évalué à 3.
Salut,
potentiellement ça pourrait être parce que le service est relancé s'il vient à être interrompu sans passer pas le gestionnaire de service. Je ne connais pas AMP CubeCoders, mais potentiellement ils ont pu créer un service nginx personnalisé avec des directives du type
Restart=on-failureetRestartSec=30sde systemd.Il faudrait donc plutôt stopper proprement le service plutôt que de tuer le processus nginx directement pour éviter ce comportement.
Si cela ne règle pas ton soucis, il faudrait que tu vérifies à l'aide de
systemctl list-units --type=servicecomment s'appelle le service à stopper/désactiver.