В Rake-заданиях в Capistrano и Cron используется неверная версия ruby - PullRequest
Новая
       78

В Rake-заданиях в Capistrano и Cron используется неверная версия ruby

0 голосов
/ 15 января 2020

Мне нужно выполнить грабли в процессе развертывания. Для этого у меня есть задача в пространстве имен развертывания: 

desc 'Start Telegram server'
task :start_telegram do
  on roles(:app) do
    puts "Current path: #{release_path}"
    within release_path do
      with rails_env: fetch(:rails_env) do
        execute :nohup, "bundle exec rake bot:start_poller > #{shared_path}/log/telegram.log 2>&1 & echo $! > #{shared_path}/tmp/pids/telegram-server.pid"
      end
    end
  end
end

Она выполняется так: after :stop_telegram, :start_telegram. Выходные данные logfile: 

/var/lib/gems/2.3.0/gems/bundler-2.0.2/lib/bundler/spec_set.rb:87:in `block in materialize': Could not find nokogiri-1.10.3 in any of the sources (Bundler::GemNotFound)
        from /var/lib/gems/2.3.0/gems/bundler-2.0.2/lib/bundler/spec_set.rb:81:in `map!'
        from /var/lib/gems/2.3.0/gems/bundler-2.0.2/lib/bundler/spec_set.rb:81:in `materialize'
        from /var/lib/gems/2.3.0/gems/bundler-2.0.2/lib/bundler/definition.rb:170:in `specs'
        from /var/lib/gems/2.3.0/gems/bundler-2.0.2/lib/bundler/definition.rb:237:in `specs_for'
        from /var/lib/gems/2.3.0/gems/bundler-2.0.2/lib/bundler/definition.rb:226:in `requested_specs'
        from /var/lib/gems/2.3.0/gems/bundler-2.0.2/lib/bundler/runtime.rb:108:in `block in definition_method'
        from /var/lib/gems/2.3.0/gems/bundler-2.0.2/lib/bundler/runtime.rb:20:in `setup'
        from /var/lib/gems/2.3.0/gems/bundler-2.0.2/lib/bundler.rb:107:in `setup'
        from /var/lib/gems/2.3.0/gems/bundler-2.0.2/lib/bundler/setup.rb:20:in `<top (required)>'
        from /usr/lib/ruby/2.3.0/rubygems/core_ext/kernel_require.rb:55:in `require'
        from /usr/lib/ruby/2.3.0/rubygems/core_ext/kernel_require.rb:55:in `require'

rbenv ruby версия 2.5.3, ruby -v дает мне ruby 2.5.3p105 (2018-10-18 revision 65156) [x86_64-linux], и я не могу понять, почему он смотрит на /usr/lib/gems/2.3.0. То же самое происходит, когда грабли выполняют задачу rake. Есть идеи, что может быть не так? Заранее спасибо.

РЕДАКТИРОВАТЬ: Если я выполню это вручную на сервере: RAILS_ENV=production nohup bundle exec rake bot:start_poller > /home/deployer/apps/aws-rails/www/shared/log/telegram.log 2>&1 & echo $! > /home/deployer/apps/aws-rails/www/shared/tmp/pids/telegram-server.pid, все работает просто отлично.

Ответы [ 2 ]

0 голосов
/ 16 января 2020

Я нашел решение, это $HOME/.rbenv/bin/rbenv exec должно быть добавлено, поэтому, наконец, исполняемая команда должна выглядеть следующим образом: execute :nohup, "$HOME/.rbenv/bin/rbenv exec bundle exec rake bot:start_poller > #{shared_path}/log/telegram.log 2>&1 & echo $! > #{shared_path}/tmp/pids/telegram-server.pid"

0 голосов
/ 15 января 2020

Если вы хотите, чтобы Capistrano использовал вашу версию rvm, вам необходимо использовать gem capistrano / rbenv 

# Capfile
require 'capistrano/rbenv'


# config/deploy.rb
set :rbenv_type, :user # or :system, depends on your rbenv setup
set :rbenv_ruby, '2.4.2'

для получения более подробной информации, перейдите по ссылке ниже

https://github.com/capistrano/rbenv

для использования rbenv с кронами добавьте в ваш bashr следующее: c 

if which rbenv > /dev/null; then eval "$(rbenv init -)"; fi

https://benscheirman.com/2013/12/using-rbenv-in-cron-jobs/

...