J'ai écrit un script UPSTART pour Ubuntu pour lancer mon serveur nœud.js manuellement ou au démarrage. Mais il se termine toujours avec le statut 127 et je ne trouve pas plus d'informations sur ce qui ne va pas. Si je l'exécute manuellement, cela fonctionne et je l'ai également testé sur Ubuntu 12.10 où il fonctionne également ... il ne manque que de travailler sur Ubuntu 10.04, qui est le serveur de production que j'utilise.
Le script: p> aucune idée où trouver plus d'informations sur le statut 127? Ou comment je peux résoudre ce problème? J'ai regardé dans /var/log/daemon.log et dans /var/log/syslog.log .. mais il n'y a pas d'informations pertinentes, à l'exception du processus principal (29520) terminée avec le statut 127 '. P> Cordialement, P> DAAN P> P>
3 Réponses :
127 à bash signifie: "Commande introuvable", illégale_command, problème possible avec $ chemin ou une faute de frappe. P>
Source: http://tldp.org/ldp/abs/html/exitcodes .html p>
Cela pourrait être une question pour la faute du serveur, car elle est liée à Bash, mais cette question / réponse pourrait vous aider: P>
https://serverfault.com/questions/277706/cron-fails-with -exit-Status-127 p>
OK, j'ai extrait ma commande de démarrage à un script Bash distinct que j'exécute à partir du script UPSART, puis il semble fonctionner ...
avait les mêmes messages d'erreur, le suivi dans le journal de mesure personnalisé qui a échoué avec / usr / bin / env: nœud: Aucun fichier ou répertoire de ce type code>, c'était mon correctif: p>
avait ce problème. Je déploie une application Web avec Gunicorn au serveur Ubuntu 14.04. Déplacez vos instructions de base sur un script Bash. Et rappelez-vous de rendre le script exécutable. J'avais négligé de faire exécuter le script de bash et que je reçois le 127.
#!/bin/bash # description "bash script that handles loading env and running gunicorn" # load up the project's virtualenv source /path/to/virtualenv/bin/activate # minimal settings exec gunicorn app:app
tldp.org/ldp/abs/html/exitcodes.html