我有一个运行Puma的Rails 4.2.6 API,并且在最新推送后失败了。恢复到以前工作的提交,但现在启动时出现错误,即使进程正在服务器上运行。
[1854] Puma starting in cluster mode...
[1854] * Version 3.4.0 (ruby 2.3.3-p222), codename: Owl Bowl Brawl
[1854] * Min threads: 0, max threads: 4
[1854] * Environment: production
[1854] * Process workers: 1
[1854] * Preloading application
THE ERROR---> /home/appname/.rbenv/versions/2.3.3/bin/puma: No such file or directory -
[1854] * Listening on ssl://0.0.0.0:8080?
key=/home/appname/appname_react/sslforfree/private.key&cert=/home/appname/appname_react/sslforfree/certificate.crt
[1854] * Daemonizing...
该文件肯定存在,似乎没问题。
/home/appname/.rbenv/versions/2.3.3/bin/puma:
~/.rbenv/versions/2.3.3/bin$ cat puma
#!/usr/bin/env ruby
#
# This file was generated by RubyGems.
#
# The application 'puma' is installed as part of a gem, and
# this file is here to facilitate running it.
#
require 'rubygems'
version = ">= 0.a"
if ARGV.first
str = ARGV.first
str = str.dup.force_encoding("BINARY") if str.respond_to? :force_encoding
if str =~ /\A_(.*)_\z/ and Gem::Version.correct?($1) then
version = $1
ARGV.shift
end
end
load Gem.bin_path('puma', 'puma', version)
非常感谢任何帮助!
答案 0 :(得分:0)
这不是实际问题。实际上这是"错误"在Puma启动期间仍在打印,但根本不会影响API。 真正的问题是,当我恢复到之前的提交时,提交有一个旧密码到数据库,这就是我遇到的实际问题。
我通过查看生产框上的puma_stdout.log文件找到了它。
nano puma_stdout.log
再次站在我自己的鞋带上......: - )