unicorn work_directory with symlink

Question

У нас проблемы с горячим развертыванием с единорогом. Мы в значительной степени используем канонические конфигурации unicorn.rb, устанавливаем working_directory, чтобы указать на папку symlink'd, но почему-то кажется, что она застряла в фактической папке, когда она была впервые запущена и не соответствовала символической ссылке.

# config/unicorn.rb 
if ENV['RAILS_ENV'] == 'production' 
    worker_processes 4 
else 
    worker_processes 2 
end 

working_directory "/var/local/project/symlinkfolder" 

# Listen on unix socket 
listen "/tmp/unicorn.sock", :backlog => 64 

pid "/var/run/unicorn/unicorn.pid" 

stderr_path "/var/log/unicorn/unicorn.log" 
stdout_path "/var/log/unicorn/unicorn.log" 

preload_app true 

before_fork do |server, worker| 
    # the following is highly recomended for Rails + "preload_app true" 
    # as there's no need for the master process to hold a connection 
    if defined?(ActiveRecord::Base) 
    ActiveRecord::Base.connection.disconnect! 
    end 

    # Before forking, kill the master process that belongs to the .oldbin PID. 
    # This enables 0 downtime deploys. 
    old_pid = "/var/run/unicorn/unicorn.pid.oldbin" 
    if File.exists?(old_pid) && server.pid != old_pid 
    begin 
     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| 
    # the following is *required* for Rails + "preload_app true", 
    if defined?(ActiveRecord::Base) 
    ActiveRecord::Base.establish_connection 
    end 

    # this makes sure the logging-rails framework works when preload_app = true 
    Logging.reopen 
    # if preload_app is true, then you may also want to check and 
    # restart any other shared sockets/descriptors such as Memcached, 
    # and Redis. TokyoCabinet file handles are safe to reuse 
    # between any number of forked children (assuming your kernel 
    # correctly implements pread()/pwrite() system calls) 
end 

Когда мы выдаем USR2, мы видим это в единорога журнале:

executing ["/var/local/project/project.d/6/vendor/bundle/ruby/1.9.1/bin/unicorn_rails", "-E", "staging", "-D", "-c", "/var/local/project/symlinkfolder/config/unicorn.rb"│· 
, {12=>#<Kgio::UNIXServer:fd 12>}] (in /var/local/project/project.d/8) 

так единорога как-то «застряли» на 6-й версии, в то время как фактическая слинкован папка находится на 8-й версии .. . это становится проблемой, как только мы обрезаем папку для версии 6 после нескольких разворачивает ...

• working_directory устанавливается на symlink'd ВОЛП дер
• Точки символических ссылок в /var/local/project/project.d/[id] папку правильно
• Мы обновляем симлинк Перед отправкойUSR2 сигнала

Что мы пропустили ??

Answer 1

Решение было явно установить единорога двоичный путь, как объяснено (в несколько запутанным образом) на http://unicorn.bogomips.org/Sandbox.html

app_root = "/var/local/project/symlinkfolder" 
working_directory app_root 
# see http://unicorn.bogomips.org/Sandbox.html 
Unicorn::HttpServer::START_CTX[0] = "#{app_root}/vendor/bundle/ruby/1.9.1/bin/unicorn_rails" 

Затем нам нужно выдать unicorn reload команду (kill -HUP), так единорог перезагружает конфигурационный файл , И с этого момента выдача сигнала USR2 работает правильно.