Sign up ×
Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.
  1. I successfully deployed a Rails app using Capistrano, Unicorn, Nginx using the following unicorn configuration:

    env = ENV["RAILS_ENV"] || "development"
    worker_processes 4
    listen "/tmp/app_one.socket", :backlog => 64
    preload_app true
    timeout 60
    pid "/tmp/"
    if env == "production"
      working_directory "/home/single_user/app_one/current"
      user 'single_user'
      shared_path = "/home/single_user/app_one/shared"
      stderr_path "#{shared_path}/log/unicorn.stderr.log"
      stdout_path "#{shared_path}/log/unicorn.stdout.log"
    before_fork do |server, worker|
      if defined?(ActiveRecord::Base)
      old_pid = "/tmp/"
      if File.exists?(old_pid) && != old_pid
        rescue Errno::ENOENT, Errno::ESRCH
          # already dead
    after_fork do |server, worker|
      if defined?(ActiveRecord::Base)
  2. Under the same single_user, I added a second Rails app, a second Nginx virtual server, and used the exact same Unicorn config, replacing app_one with app_two in all the appropriate places.

  3. My second app deployed just fine, but now I am having trouble deploying app one. The /tmp/ does not exist, but the site still works fine (top showing ten processes as expected). However /tmp/app_one.socket does exist, which prevents me from starting Unicorn by hand.

So is this the appropriate practice, to run multiple Rails/Unicorn/Nginx under the same user? Have I caused some kind of conflict in my deployment process? How should I proceed without breaking app_one, which is live and in use?

share|improve this question

1 Answer 1

up vote 1 down vote accepted

Why don't you use an app-specific tmp directory, and put the into there, like "#{working_directory}/tmp/". Similarly for any app-specific files like the socket. If you don't want to put it in working_directory, use shared_path. Keep everything specific to app1 in an app1-specific location, and everything related to app2 in an app2-specific directory.

share|improve this answer
How do I kill my existing app_one.socket? If I try to deploy, it says address already in use. I made the changes to nginx, and restarted. – Micah Alcorn Feb 23 '12 at 0:01
Presumably, the socket is there because unicorn is still running. You'll need to restart unicorn. This shouldn't have anything to do with nginx. – cjc Feb 23 '12 at 0:32
That was it, thanks. I had been trying to kill processes manually, which wasn't working. What worked was pkill unicorn_rails. So back to your answer, the socket is defined in Nginx upstream {}. You are suggesting that I nest that location in an app-specific directory? – Micah Alcorn Feb 23 '12 at 0:59
The nginx directive doesn't create the unicorn socket: it tells nginx how to connect to the backend server. The socket will be created by the unicorn process. But, yeah, put the socket into the app-specific directory. It'll be neater than fiddling with different file names, since the apps will be separated by base directory. – cjc Feb 23 '12 at 4:17

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.