Ubuntu 14 Upstart, скрипт никогда не запускается - нет файла журнала
Я заранее прошу прощения, если на этот вопрос был дан ответ, но я просмотрел все остальные вопросы и не нашел ничего, что помогло бы.
Вот мой сценарий выскочки:
nodeapps.conf
start on [2345]
forever start --spinSleepTime 10000 /home/nodeapps/node_app.js
forever start --spinSleepTime 10000 /home/nodeapps/node_metrix.js
Когда я перезагружаюсь, я звоню forever list, чтобы увидеть, что все работает. Ничего не появляется Другие ответы, которые я видел, предлагают искать в / var / log / upstart, но для nodeapps нет журнала.
Я попытался запустить при запуске и начать с [2345]
Я что-то упускаю из виду? Я создал файл в / etc / init /, используя nano.
Редактировать: я должен отметить, что это Ubuntu 14 через VPS, у меня есть только консольный доступ, без графического интерфейса.
2 ответа
Попробуйте этот новомодный сценарий:
===
запускается на должностном лице runlevel [2345]
start-stop-daemon - запускаются - должностное лицо/usr/bin/forever - запускает - должностное лицо spinSleepTime 10000/home/nodeapps/node_app.js
start-stop-daemon - запускает - должностное лицо/usr/bin/forever - запускает - spinSleepTime 10000/home/nodeapps/node_metrix.js
===
В основном forever не является ключевым словом для новомодного сценария, и выскочка не знает, что сделать с ним.
exec однако ключевое слово, и оно говорит выскочке который программа запуститься.
ОБНОВЛЕНИЕ: Ответы
...do you think I could get away with just using /usr/bin/forever ....? Наиболее вероятный нет. Новомодные сценарии не являются последовательностью команд как сценарии удара (или .bat / .cmd файлы в Windows). Они - конфигурационные файлы (как .ini файлы в Windows), и один из параметров конфигурации, оказывается, указывает на фактический исполняемый файл.
...does this explain the fact that theres no logfile being created? С тех пор навсегда никогда не запускался, это не имело шанса оставить файл журнала. Я довольно уверен, что Вы могли найти что-то в новомодных файлах журнала все же.
Я знаю, что немного опаздываю к этому, а скорее, чем использование должностного лица и процесса start-stop-daemon, использование навсегда создало в демоне, foreverd.
foreverd start --spinSleepTime 10000 /home/nodeapps/node_app.js
foreverd start --spinSleepTime 10000 /home/nodeapps/node_metrix.js
Если корневой ENV не имеет пути к навсегда (хотя он, вероятно, делает, потому что Вы установили его через sudo npm, устанавливают-g навсегда), необходимо указать путь к foreverd вместо того, чтобы выполнить foreverd. Выполненный
which foreverd
в терминал, что Вы вошли в систему для получения местоположения foreverd, затем работайте
/path/to/foreverd start --spinSleepTime 10000 /home/nodeapps/node_app.js
/path/to/foreverd start --spinSleepTime 10000 /home/nodeapps/node_metrix.js
Это также автоматически создаст навсегда файлы журнала в ~/.forever/.log
можно выяснить то, что путем выполнения, навсегда перечисляют, который даст вывод как это:
jbarber$ forever list
info: Forever processes running
data: uid command script forever pid logfile uptime
data: [0] 4Ola /usr/local/bin/node /home/jbarber/projects/project_name/_stage/index.js 7665 7667 /home/jbarber/.forever/4Ola.log 0:0:6:16.714
Можно затем перезапустить/остановить использование процесса
foreverd restart <process_num>
foreverd stop <process_num>
в этом процессе в качестве примера цифра была бы 0.