Long delay when killing additional workers about guard-unicorn

[andreimaxim]

Could you post your Unicorn config file?

[adamgotterer]

I've also tried without the zero downtime deploy section.

if !Object.const_defined?(:RACK_ENV)
  ENV['RACK_ENV'] ||= 'development'
  Object.const_set(:RACK_ENV, ENV['RACK_ENV'])
end
puts "Running in #{ RACK_ENV } mode" if RACK_ENV == 'development'

# See http://unicorn.bogomips.org/Unicorn/Configurator.html for complete
# documentation.
if %w[production].include?(ENV['RACK_ENV'])
  worker_processes 8
  preload_app true
else
  listen 9100
  worker_processes 2
end

timeout 30

# Makes sure the client didn't disconnect before we got to it
check_client_connection true

before_fork do |server, worker|
  #Sequel::DATABASES.each { |c| c.disconnect }

  # Before forking, kill the master process that belongs to the .oldbin PID.
  # This enables 0 downtime deploys.
  old_pid = '/tmp/pids/unicorn.pid.oldbin'
  if File.exists?(old_pid) && server.pid != old_pid
    begin
      puts 'kill that shit'
      Process.kill('QUIT', File.read(old_pid).to_i)
    rescue Errno::ENOENT, Errno::ESRCH
      # someone else did our job for us
    end
  end
end

after_fork do |server, worker|
  if defined?(Resque)
    #Resque.redis = $redis
    #Rails.logger.info("Connected to Redis")
  end
end