Sandbox

   1 = Tips for using \Unicorn with Sandbox installation tools
   2
   3 Since unicorn includes executables and is usually used to start a Ruby
   4 process, there are certain caveats to using it with tools that sandbox
   5 RubyGems installations such as
   6 {Bundler}[http://github.com/carlhuda/bundler] or
   7 {Isolate}[http://github.com/jbarnette/isolate].
   8
   9 == General deployment
  10
  11 If you're sandboxing your unicorn installation and using Capistrano (or
  12 similar), it's required that you sandbox your RubyGems in a per-application
  13 shared directory that can be used between different revisions.
  14
  15 unicorn will stash its original command-line at startup for the USR2
  16 upgrades, and cleaning up old revisions will cause revision-specific
  17 installations of unicorn to go missing and upgrades to fail.   If you
  18 find yourself in this situation and can't afford downtime, you can
  19 override the existing unicorn executable path in the config file like
  20 this:
  21
  22         Unicorn::HttpServer::START_CTX[0] = "/some/path/to/bin/unicorn"
  23
  24 Then use HUP to reload, and then continue with the USR2+QUIT upgrade
  25 sequence.
  26
  27 Environment variable pollution when exec-ing a new process (with USR2)
  28 is the primary issue with sandboxing tools such as Bundler and Isolate.
  29
  30 == Bundler
  31
  32 === Running
  33
  34 If you're bundling unicorn, use "bundle exec unicorn" (or "bundle exec
  35 unicorn_rails") to start unicorn with the correct environment variables
  36
  37 ref: http://mid.gmane.org/9ECF07C4-5216-47BE-961D-AFC0F0C82060@internetfamo.us
  38
  39 Otherwise (if you choose to not sandbox your unicorn installation), we
  40 expect the tips for Isolate (below) apply, too.
  41
  42 === RUBYOPT pollution from SIGUSR2 upgrades
  43
  44 This is no longer be an issue as of bundler 0.9.17
  45
  46 ref: http://mid.gmane.org/8FC34B23-5994-41CC-B5AF-7198EF06909E@tramchase.com
  47
  48 === Other ENV pollution issues
  49
  50 You may need to set or reset BUNDLE_GEMFILE, GEM_HOME, GEM_PATH and PATH
  51 environment variables in the before_exec hook as illustrated by
  52 http://gist.github.com/534668
  53
  54 == Isolate
  55
  56 === Running
  57
  58 Installing "unicorn" as a system-wide Rubygem and using the
  59 isolate gem may cause issues if you're using any of the bundled
  60 application-level libraries in unicorn/app/* (for compatibility
  61 with CGI-based applications, Rails <= 2.2.2, or ExecCgi).
  62 For now workarounds include doing one of the following:
  63
  64 1. Isolating unicorn, setting GEM_HOME to your Isolate path,
  65    and running the isolated version of unicorn.  You *must* set
  66    GEM_HOME before running your isolated unicorn install in this way.
  67
  68 2.  Installing the same version of unicorn as a system-wide Rubygem
  69     *and* isolating unicorn as well.
  70
  71 3. Explicitly setting RUBYLIB or $LOAD_PATH to include any gem path
  72    where the unicorn gem is installed
  73    (e.g. /usr/lib/ruby/gems/1.9.1/gems/unicorn-VERSION/lib)
  74
  75 === RUBYOPT pollution from SIGUSR2 upgrades
  76
  77 If you are using Isolate, using Isolate 2.x is strongly recommended as
  78 environment modifications are idempotent.
  79
  80 If you are stuck with 1.x versions of Isolate, it is recommended that
  81 you disable it with the <tt>before_exec</tt> hook prevent the PATH and
  82 RUBYOPT environment variable modifications from propagating between
  83 upgrades in your Unicorn config file:
  84
  85         before_exec do |server|
  86           Isolate.disable
  87         end