Тайм-аут виходу Unicorn на Heroku після перехоплення TERM та надсилання QUIT

Question 1

Я отримую помилки R12 Exit Timeout для програми Heroku, що працює на Unicorn та Sidekiq. Ці помилки трапляються 1-2 рази на день і всякий раз, коли я розгортаю. Я розумію, що мені потрібно перетворити сигнали вимкнення з Heroku, щоб єдиноріг правильно реагував, але думав, що я зробив це в наведеному нижче конфігурі єдинорога:

worker_processes 3
timeout 30
preload_app true

before_fork do |server, worker|
  Signal.trap 'TERM' do
    puts "Unicorn master intercepting TERM and sending myself QUIT instead. My PID is #{Process.pid}"
    Process.kill 'QUIT', Process.pid
  end

  if defined?(ActiveRecord::Base)
    ActiveRecord::Base.connection.disconnect!
    Rails.logger.info('Disconnected from ActiveRecord')
  end
end

after_fork do |server, worker|
  Signal.trap 'TERM' do
    puts "Unicorn worker intercepting TERM and doing nothing. Wait for master to sent QUIT. My PID is #{Process.pid}"
  end

  if defined?(ActiveRecord::Base)
    ActiveRecord::Base.establish_connection
    Rails.logger.info('Connected to ActiveRecord')
  end

  Sidekiq.configure_client do |config|
    config.redis = { :size => 1 }
  end
end

Мої журнали, що оточують помилку, виглядають так:

Stopping all processes with SIGTERM
Unicorn worker intercepting TERM and doing nothing. Wait for master to sent QUIT. My PID is 7
Unicorn worker intercepting TERM and doing nothing. Wait for master to sent QUIT. My PID is 11
Unicorn worker intercepting TERM and doing nothing. Wait for master to sent QUIT. My PID is 15
Unicorn master intercepting TERM and sending myself QUIT instead. My PID is 2
Started GET "/manage"
reaped #<Process::Status: pid 11 exit 0> worker=1
reaped #<Process::Status: pid 7 exit 0> worker=0
reaped #<Process::Status: pid 15 exit 0> worker=2
master complete
Error R12 (Exit timeout) -> At least one process failed to exit within 10 seconds of SIGTERM
Stopping remaining processes with SIGKILL
Process exited with status 137

Схоже, що всі дочірні процеси були успішно зібрані до часу очікування. Чи можливо, господар ще живий? Крім того, чи повинен маршрутизатор все ще надсилати веб-запити dyno під час вимкнення, як показано в журналах?

FWIW, я використовую плагін розгортання Heroku з нульовим простоєм ( https://devcenter.heroku.com/articles/labs-preboot/ ).

Question 2

Я думаю, що саме ваша причина обробки сигналів є причиною таймаутів.

РЕДАГУВАТИ: Я отримую голосування за незгоду з документацією Heroku, і я хотів би розглянути це питання.

Налаштування програми Unicorn для лову та проковтування сигналу TERM є найбільш вірогідною причиною зависання програми та її неправильного вимкнення.

Героку, схоже, стверджує, що вловлювання та перетворення сигналу TERM у сигнал QUIT - це правильна поведінка для перетворення жорсткого відключення в витончене відключення.

Однак, здається, це робить ризик взагалі не припиняти роботу в деяких випадках - корінь цієї помилки. Користувачам, які стикаються з висячими динозавами під управлінням Unicorn, слід враховувати докази та приймати власні рішення, спираючись на перші принципи, а не лише на документацію.