"sudo service nginx start" échoue mais "sudo nginx" fonctionne - je ne comprends pas pourquoi

J'ai rencontré une situation similaire et c'était parce que le port était déjà utilisé par un autre service.

Comment l'ai-je découvert ?

Essayez de courir

sudo nginx

plutôt que de le démarrer comme un service et il devrait afficher le message d'erreur.

Ce ne sera pas une réponse très satisfaisante ou populaire, mais c'est ce que j'ai trouvé.

Il semble que le mécanisme upstart soit très sensible aux conditions externes qui vont au-delà de ce dont nginx lui-même se préoccupait.

Puisque j'avais une mesure palliative pour démarrer nginx en dehors de upstart, j'ai continué à mettre à jour mon serveur. Quand il s'est agi de redémarrer nginx pour s'assurer qu'il utilisait l'environnement actuel, j'ai utilisé "sudo service nginx restart" pour arrêter l'actuel, puis j'ai entré manuellement la commande de démarrage qui a échoué dans le upstart script(l'arrêt a fonctionné c'est le démarrage qui a échoué). Après avoir fait cela pendant un certain temps et mis à jour les sous-domaines et les fichiers à servir ainsi que d'autres petites choses, brusquement. le "sudo service nginx restart" a fonctionné. À aucun moment, le démarrage manuel de nginx ou les commandes "sudo service nginx restart" n'ont émis d'erreurs ou d'avertissements que j'ai pu trouver.

Tout ce que je peux penser, c'est qu'il doit y avoir une condition qui était en dessous du seuil d'émission de tout type d'erreur ou d'avertissement qui a dérangé upstart, mais pas nginx. Bien que cela soit suffisant pour le faire échouer, cela ne l'a pas dérangé suffisamment pour qu'il envoie un message expliquant pourquoi il échouait. Arrgh !

Les fichiers journaux et les répertoires parents appartiennent-ils ou peuvent-ils être lus par les personnes suivantes ? www-data ? Les fichiers, répertoires et répertoires parents que vous voulez servir appartiennent-ils ou peuvent-ils être lus par les personnes suivantes ? www-data ?

Tu pourrais essayer de faire du strace. Si c'est le cas, lancez :

sudo strace service nginx start

ce qui produira beaucoup de résultats. Quelque part vers la fin, vous verrez probablement une erreur de permission. Il peut être plus facile de sauvegarder la sortie de strace dans un fichier et de le parcourir avec un grep.

Une autre option serait de passer à la www-data et voyez si vous obtenez des erreurs en lisant/écrivant manuellement les fichiers journaux ou en lisant les autres fichiers que vous voulez servir. Même si www-data a un mauvais Shell que vous pouvez faire :

sudo su -s /bin/bash www-data

Si vous exécutez whoami dans ce Shell, il devrait être dit que www-data .

Vous pouvez essayer d'utiliser le job Upstart suivant et voir si cela fait une différence :

description "nginx - small, powerful, scalable web/proxy server"

start on filesystem and static-network-up
stop on runlevel [016] or unmounting-filesystem or deconfiguring-networking

expect fork
respawn

pre-start script
    [ -x /usr/sbin/nginx ] || { stop; exit 0; }
    exec /usr/sbin/nginx -q -t -g 'daemon on; master_process on;'
end script

exec /usr/sbin/nginx -g 'daemon on; master_process on;'

pre-stop exec /usr/sbin/nginx -s quit

https://bitbucket.org/CameronNemo/upstart-jobs/src/5248c9e3e0f5343bc856ccde380e78c539fbfbe9/nginx.conf?at=master