- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我最近将我的 Ruby on Rails 应用程序从 6.0 升级到了 6.1。为此,我决定升级 capistrano 和 puma。我正在使用以下 gem :
capistrano-bundler (2.0.1)
capistrano-rails (1.6.1)
capistrano-rvm (0.1.2)
capistrano3-puma (5.0.2) (was 3.1.1)
puma (5.1.1) (was 3.10.0)
现在,当我尝试运行 capistrano 任务时,我得到以下信息
** Invoke load:defaults (first_time)
** Execute load:defaults
cap aborted!
Don't know how to build task 'start' (See the list of available tasks with `cap --tasks`)
甚至 cap --tasks
也会产生相同的消息。
我已经尝试过 cap staging puma:restart
并得到 Don't know how to build task 'puma:start'
。
这是我的capfile:
# Load DSL and Setup Up Stages
require 'capistrano/setup'
require 'capistrano/deploy'
require 'capistrano/rails'
require 'capistrano/bundler'
require 'capistrano/rvm'
require 'capistrano/puma'
install_plugin Capistrano::Puma
# Loads custom tasks from `lib/capistrano/tasks' if you have any defined.
Dir.glob('lib/capistrano/tasks/*.rake').each { |r| import r }
我的deploy.rb
没有变,会不会是新版本不兼容?
set :repo_url, 'git@ssh.dev.azure.com:v3/orgname/reponame/repo'
set :application, 'projectname-prod'
set :user, 'deploy'
set :puma_threads, [4, 16]
set :puma_workers, 0
# Don't change these unless you know what you're doing
set :pty, true
set :use_sudo, false
set :stage, :production
set :deploy_via, :remote_cache
set :deploy_to, "/home/#{fetch(:user)}/apps/#{fetch(:application)}"
set :puma_bind, "unix://#{shared_path}/tmp/sockets/#{fetch(:application)}-puma.sock"
set :puma_state, "#{shared_path}/tmp/pids/puma.state"
set :puma_pid, "#{shared_path}/tmp/pids/puma.pid"
set :puma_access_log, "#{release_path}/log/puma.error.log"
set :puma_error_log, "#{release_path}/log/puma.access.log"
set :ssh_options, { forward_agent: true, user: fetch(:user), keys: %w(~/.ssh/id_rsa.pub) }
set :puma_preload_app, true
set :puma_worker_timeout, nil
set :puma_init_active_record, true # Change to false when not using ActiveRecord
namespace :puma do
desc 'Create Directories for Puma Pids and Socket'
task :make_dirs do
on roles(:app) do
execute "mkdir #{shared_path}/tmp/sockets -p"
execute "mkdir #{shared_path}/tmp/pids -p"
end
end
before :start, :make_dirs
end
namespace :deploy do
desc "Make sure local git is in sync with remote."
task :check_revision do
on roles(:app) do
unless `git rev-parse HEAD` == `git rev-parse origin/#{fetch(:branch)}`
puts "WARNING: HEAD is not the same as origin/develop"
puts "Run `git push` to sync changes."
exit
end
end
end
desc 'Initial Deploy'
task :initial do
on roles(:app) do
before 'deploy:restart', 'puma:start'
invoke 'deploy'
end
end
desc 'Restart application'
task :restart do
on roles(:app), in: :sequence, wait: 5 do
invoke 'puma:restart'
end
end
before :starting, :check_revision
after :finishing, :compile_assets
after :finishing, :cleanup
after :finishing, :restart
end
set :linked_files, fetch(:linked_files, []).push("config/master.key")
更新
这是运行 cap staging deploy --trace
时的跟踪:
** Invoke staging (first_time)
** Execute staging
** Invoke load:defaults (first_time)
** Execute load:defaults
cap aborted!
Don't know how to build task 'start' (See the list of available tasks with `cap --tasks`)
/Users/username/.rbenv/versions/2.6.3/lib/ruby/gems/2.6.0/gems/rake-13.0.3/lib/rake/task_manager.rb:59:in `[]'
/Users/username/.rbenv/versions/2.6.3/lib/ruby/gems/2.6.0/gems/rake-13.0.3/lib/rake/task.rb:405:in `[]'
/Users/username/.rbenv/versions/2.6.3/lib/ruby/gems/2.6.0/gems/capistrano-3.15.0/lib/capistrano/dsl/task_enhancements.rb:7:in `before'
config/deploy.rb:46:in `block in <top (required)>'
/Users/username/.rbenv/versions/2.6.3/lib/ruby/gems/2.6.0/gems/rake-13.0.3/lib/rake/task_manager.rb:232:in `in_namespace'
/Users/username/.rbenv/versions/2.6.3/lib/ruby/gems/2.6.0/gems/rake-13.0.3/lib/rake/dsl_definition.rb:141:in `namespace'
config/deploy.rb:37:in `<top (required)>'
/Users/username/.rbenv/versions/2.6.3/lib/ruby/gems/2.6.0/gems/capistrano-3.15.0/lib/capistrano/setup.rb:27:in `load'
/Users/username/.rbenv/versions/2.6.3/lib/ruby/gems/2.6.0/gems/capistrano-3.15.0/lib/capistrano/setup.rb:27:in `block (3 levels) in <top (required)>'
/Users/username/.rbenv/versions/2.6.3/lib/ruby/gems/2.6.0/gems/capistrano-3.15.0/lib/capistrano/configuration/variables.rb:32:in `untrusted!'
/Users/username/.rbenv/versions/2.6.3/lib/ruby/2.6.0/delegate.rb:83:in `method_missing'
/Users/username/.rbenv/versions/2.6.3/lib/ruby/gems/2.6.0/gems/capistrano-3.15.0/lib/capistrano/setup.rb:26:in `block (2 levels) in <top (required)>'
/Users/username/.rbenv/versions/2.6.3/lib/ruby/gems/2.6.0/gems/rake-13.0.3/lib/rake/task.rb:281:in `block in execute'
/Users/username/.rbenv/versions/2.6.3/lib/ruby/gems/2.6.0/gems/rake-13.0.3/lib/rake/task.rb:281:in `each'
/Users/username/.rbenv/versions/2.6.3/lib/ruby/gems/2.6.0/gems/rake-13.0.3/lib/rake/task.rb:281:in `execute'
/Users/username/.rbenv/versions/2.6.3/lib/ruby/gems/2.6.0/gems/rake-13.0.3/lib/rake/task.rb:219:in `block in invoke_with_call_chain'
/Users/username/.rbenv/versions/2.6.3/lib/ruby/2.6.0/monitor.rb:230:in `mon_synchronize'
/Users/username/.rbenv/versions/2.6.3/lib/ruby/gems/2.6.0/gems/rake-13.0.3/lib/rake/task.rb:199:in `invoke_with_call_chain'
/Users/username/.rbenv/versions/2.6.3/lib/ruby/gems/2.6.0/gems/rake-13.0.3/lib/rake/task.rb:188:in `invoke'
/Users/username/.rbenv/versions/2.6.3/lib/ruby/gems/2.6.0/gems/rake-13.0.3/lib/rake/application.rb:160:in `invoke_task'
/Users/username/.rbenv/versions/2.6.3/lib/ruby/gems/2.6.0/gems/rake-13.0.3/lib/rake/application.rb:116:in `block (2 levels) in top_level'
/Users/username/.rbenv/versions/2.6.3/lib/ruby/gems/2.6.0/gems/rake-13.0.3/lib/rake/application.rb:116:in `each'
/Users/username/.rbenv/versions/2.6.3/lib/ruby/gems/2.6.0/gems/rake-13.0.3/lib/rake/application.rb:116:in `block in top_level'
/Users/username/.rbenv/versions/2.6.3/lib/ruby/gems/2.6.0/gems/rake-13.0.3/lib/rake/application.rb:125:in `run_with_threads'
/Users/username/.rbenv/versions/2.6.3/lib/ruby/gems/2.6.0/gems/rake-13.0.3/lib/rake/application.rb:110:in `top_level'
/Users/username/.rbenv/versions/2.6.3/lib/ruby/gems/2.6.0/gems/rake-13.0.3/lib/rake/application.rb:83:in `block in run'
/Users/username/.rbenv/versions/2.6.3/lib/ruby/gems/2.6.0/gems/rake-13.0.3/lib/rake/application.rb:186:in `standard_exception_handling'
/Users/username/.rbenv/versions/2.6.3/lib/ruby/gems/2.6.0/gems/rake-13.0.3/lib/rake/application.rb:80:in `run'
/Users/username/.rbenv/versions/2.6.3/lib/ruby/gems/2.6.0/gems/capistrano-3.15.0/lib/capistrano/application.rb:14:in `run'
/Users/tibsarsoftware/.rbenv/versions/2.6.3/lib/ruby/gems/2.6.0/gems/capistrano-3.15.0/bin/cap:3:in `<top (required)>'
/Users/username/.rbenv/versions/2.6.3/bin/cap:23:in `load'
/Users/username/.rbenv/versions/2.6.3/bin/cap:23:in `<main>'
最佳答案
如果您查看之前使用的版本与现在使用的版本 (https://github.com/seuros/capistrano-puma/compare/v3.1.1...v5.0.2) 的差异,您可以看到 puma:start
命令(与其他命令一起)显然已从主命令中删除 puma.rake
而是分别转移到用于守护进程和 systemd 的可插拔适配器。根据自述文件 ( https://github.com/seuros/capistrano-puma#usage ) 判断,Puma 5+ 仅允许 systemd (请参阅 https://github.com/puma/puma/pull/2170 ),因此您必须添加 install_plugin Capistrano::Puma::Systemd
到您的 Capistrano 设置(当然还要确保您的设置正确运行 systemd)。
如果您不能/不想使用 systemd 并想坚持使用 Puma 的经典守护进程,则必须使用 Puma 4(gem 'puma', '< 5'
在您的 Gemfile
中)直到您准备好升级。
关于ruby-on-rails - Capistrano: puma:start 在更新 gem 版本后无法识别,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/65571755/
puma-dev 无法启动并因错误而失败: unexpected exit: bash: line 23: exec: puma: not found puma-dev 没有看到我安装了 pu
我一直在从多个来源复制和粘贴以下 puma 系统启动脚本的片段,但它不起作用。系统是Debian 9.6,用户rails通过 rvm 安装了 ruby .用户 rails可以启动命令RAILS_ENV
我使用 ansible 脚本来设置服务器: playbook.yml Gemfile 当我将我的应用程序部署到服务器时,我在 nginx/error.log 中看到了这个: 2016/09/30 20
面临的问题 当我运行 bundle exec cap production puma:start 时,我得到 Puma 已成功启动的响应: DEBUG [e4382d1e] * Pruning
一些指南 ( example ) 推荐这个来启动自己的网络服务器 bundle exec rails server puma 但我总是用 puma 启动服务器直接地 bundle exec puma
在努力让一个新项目工作后,我发现由于某种原因我无法启动我的 rails 服务器。我不断收到以下错误:HTTP parse error, malformed request: # 最佳答案 我能够通过清
我正在使用 Capistrano 将我的 Rails 5 应用程序部署到 AWS EC2 实例。当我输入: cap production deploy 一切顺利,部署成功。但是,重启puma的过程不起
我可以使用 rails s puma 在 rails 中运行 puma 服务器或只是 puma . 根据 this answer , 正在运行 rails s puma使服务器了解 rails 环境。
我正在使用 puma 和 nginx 在 digital ocean 上设置我的 Rails 生产服务器。 按照教程,我在/etc/nginx/sites-available/default 中输入了
我已经为本教程设置了我的服务器 ( https://coderwall.com/p/ttrhow/deploying-rails-app-using-nginx-puma-and-capistrano
我继承了一个代码库,其中的测试已经放弃了一年多一点。我正在尝试尽可能多地清理测试套件,但我很难梳理我的集成测试 1. Capybara 2. Puma, 3. Selenium, 4. 使用 rail
在 Ubuntu 14.04 上,我为 puma 设置了这个简单的 upstart 脚本: /etc/init/puma.conf start on (local-filesystems and ne
这个问题在这里已经有了答案: puma gem - Failed to build gem native extension (13 个回答) 去年关闭。 无法在 macos-10.15.6 上 bu
配置中没有明确的选项——我怎么知道我的 Puma 实例是否在集群模式下运行? 最佳答案 如果 Puma 在集群模式下运行,你应该看到 [12345] Puma starting in cluster
当将 MRI Ruby 2.1.2 与 Puma 一起使用时(假设 1 个 worker 有 8 个线程),GC 何时运行?它是在所有这些线程都空闲时由父工作进程运行,还是由父进程根据需要运行,即使这
我正在运行 Puma 2.8.2 服务器来 stub 我的一些后端服务。有时 Puma 服务器会无缘无故地死掉。 error.log 中没有错误,下面是 access.log 的摘录: 10.210.
我一直在使用 Thin 来运行我的 ruby Sinatra 应用程序,但我现在切换到 Puma。 Thin 创建了我自己使用的日志 log/thin.log。我注意到 Puma 没有生成日志文件
我可以使用以下命令启动 Puma: $HOME/.rbenv/bin/rbenv exec bundle exec puma -C/home/deploy/tasks/shared/puma.rb -
我已将 Puma 添加到我的 sinatra 应用程序中,现在我在终端中获得两行请求输出。我已经检查过,它实际上并没有两次调用代码,而且我猜想可能 Puma 正在与 Sinatra 一起输出请求信息。
我了解 Puma 相对于其他 Rails Web 服务器的优势在于它处理慢速客户端的方式。当 Puma 服务器接收并下载一个(可能很慢的)请求时,它仍然可以接收和下载其他可能下载速度更快的请求,并在慢
我是一名优秀的程序员,十分优秀!