Timeout di uscita dell'unicorno su Heroku dopo aver intrappolato TERM e inviato QUIT

Ricevo errori di timeout di uscita R12 per un'app Heroku che esegue unicorno e sidekiq. Questi errori si verificano 1-2 volte al giorno e ogni volta che eseguo la distribuzione. Capisco che devo convertire i segnali di spegnimento da Heroku affinché unicorno risponda correttamente, ma pensavo di averlo fatto nella configurazione di unicorno di seguito:

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

I miei log che circondano l'errore hanno questo aspetto:

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

Sembra che tutti i processi figlio siano stati raccolti correttamente prima del timeout. È possibile che il maestro sia ancora vivo? Inoltre, il router dovrebbe ancora inviare richieste web al banco prova durante l'arresto, come mostrato nei log?

FWIW, sto usando il plug-in di implementazione zero downtime di Heroku ( https://devcenter.heroku.com/articles/labs-preboot/ ).

Penso che la tua gestione del segnale personalizzata sia ciò che sta causando i timeout qui.

EDIT: Sto ricevendo un voto negativo per non essere d'accordo con la documentazione di Heroku e vorrei affrontare questo problema.

Configurare la tua applicazione Unicorn per catturare e inghiottire il segnale TERM è la causa più probabile della tua applicazione che si blocca e non si chiude correttamente.

Heroku sembra sostenere che catturare e trasformare un segnale TERM in un segnale QUIT sia il comportamento giusto per trasformare un arresto forzato in uno spegnimento grazioso.

Tuttavia, fare ciò sembra introdurre il rischio di non arrestarsi affatto in alcuni casi, la radice di questo bug. Gli utenti che sperimentano dinamiche sospese che eseguono Unicorn dovrebbero considerare le prove e prendere la propria decisione in base ai principi primi, non solo alla documentazione.