![](/img/trans.png)
[英]run custom init: Failed to spawn homepage main process: unable to execute: No such file or directory
[英]Ubuntu 14.04 puma upstart failing with “init: Failed to spawn puma main process: unable to execute: No such file or directory”
在Ubuntu 14.04上,我為puma設置了以下簡單的暴發戶腳本:
/etc/init/puma.conf
start on (local-filesystems and net-device-up IFACE=lo and runlevel [2345])
stop on (runlevel [!2345])
setuid deploy
setgid deploy
respawn
respawn limit 3 30
chdir /home/deploy/apps/vp_suite_staging/current
exec bundle exec puma -C /home/deploy/apps/vp_suite_staging/shared/config/puma.rb
我對路徑進行了三重檢查,所有路徑均正確。 該腳本一直有效,直到我重新啟動服務器(DigitalOcean Droplet)。 現在當我輸入
start puma
我在系統日志中看到“作業無法啟動”和以下行:
init: Failed to spawn puma main process: unable to execute: No such file or directory
在/ var / log / upstart中沒有為該進程創建日志文件(puma.log)。 在過去的兩天中,我一直在搜尋我能想到的所有內容,但尚未提出解決方案。 我不知道此錯誤行在談論什么文件或目錄,但顯然在puma.conf中不是一個文件或目錄,因為它似乎並沒有真正執行該命令。
有點不同的是,puma.conf是項目共享目錄中文件的符號鏈接(我使用Capistrano進行部署)。
有誰知道這里可能會發生什么,或者我應該如何解決此問題?
我沒有使用過彪馬,但發生了類似的事情,原因是文件丟失。 在您的情況下,看起來它可能正在嘗試在錯誤的位置找到puma
,因此它甚至從不執行(=無日志)。 我會嘗試替換:
exec bundle exec puma -C /home/deploy/apps/vp_suite_staging/shared/config/puma.rb
有了這個:
exec bundle exec `which puma` -C /home/deploy/apps/vp_suite_staging/shared/config/puma.rb
^ this will yield the absolute path to puma binary
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.