From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on dcvr.yhbt.net X-Spam-Level: * X-Spam-ASN: AS33070 50.56.128.0/17 X-Spam-Status: No, score=1.3 required=5.0 tests=FREEMAIL_FROM,RDNS_NONE shortcircuit=no autolearn=no version=3.3.2 X-Original-To: archivist@yhbt.net Delivered-To: archivist@dcvr.yhbt.net Received: from rubyforge.org (unknown [50.56.192.79]) by dcvr.yhbt.net (Postfix) with ESMTP id 9D5501FD63 for ; Wed, 23 Oct 2013 08:42:06 +0000 (UTC) Received: from localhost.localdomain (localhost [127.0.0.1]) by rubyforge.org (Postfix) with ESMTP id 65D822E1BF; Wed, 23 Oct 2013 08:42:06 +0000 (UTC) X-Original-To: mongrel-unicorn@rubyforge.org Delivered-To: mongrel-unicorn@rubyforge.org X-Greylist: delayed 391 seconds by postgrey-1.31 at rubyforge; Wed, 23 Oct 2013 08:41:59 UTC Received: from mout.gmx.net (mout.gmx.net [74.208.4.200]) by rubyforge.org (Postfix) with ESMTP id 449DE2E17D for ; Wed, 23 Oct 2013 08:41:59 +0000 (UTC) Received: from tydirium.the-staging.com ([213.27.237.125]) by mail.gmx.com (mrgmxus002) with ESMTPA (Nemesis) id 0MDyRt-1VUp3C31Lz-00HS5G for ; Wed, 23 Oct 2013 10:35:26 +0200 Date: Wed, 23 Oct 2013 10:35:19 +0200 From: Carlos =?iso-8859-1?Q?Pe=F1as?= To: mongrel-unicorn@rubyforge.org Subject: Confused about restart/upgrade w. bundler and symlinks Message-ID: <20131023083519.GA5536@tydirium.the-staging.com> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Provags-ID: V03:K0:l2X++5rf0+pXoXQj5IZoMmKL7v4z9//1dtf/09KjE8D9Y9r3E9F 1Hoo1tCTGYokBQCHtLlYeQL1wei73MFLsChCN3enA+CR7PHIhifRfNkr0KPnz60t6Ob/Vlw 05P0u7nrCpLf7qj8l9PCX9qqmO6KVEL489d35KHLIR2odp1zKxx1nSF0usxX5WvUoXXsAf5 c5zIxK8RoV0q4vpXH59/w== X-BeenThere: mongrel-unicorn@rubyforge.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: mongrel-unicorn-bounces@rubyforge.org Errors-To: mongrel-unicorn-bounces@rubyforge.org Hi. I'm having an issue using unicorn with bundler on a rails ap deployed by capistrano Im using bundler 1.3.5 (tried 1.4rc0 also) I'm deploying with capistrano, version is irrelevant, the issue hit me when keep releases is reached and 'current' symlink where "bundle unicorn" process was initially started. Im using also unicorn 4.6.3 and ruby 2.0.0, it is a Rails 4 app runing on linux 3.2 64 I'm restarting with a init.d script which sends a HUP to master (restart) o= r USR2 (upgrade) bundled gems are vendorized and stored in a shared location between deploys. pids and logs also. In the config have lines for: Unicorn::HttpServer::START_CTX[0] pointing to the binary in the bundle and ENV["BUNDLE_GEMFILE"] pointing to "current" path of the gemfile When a capistrano deploy reach the :keep_releases and deletes a release directory where unicorn was previously started the master kills all the workers an the new worker get in a death loop telling that they can not locate 'rack/builder'. I traced the process and the diying worker threads are looking for files in the deleted release directory. Problem is crystal clear to me. Unix dereferences 'current' directory and store it in the proc environment so when the referenced directory dissapear unicorn workers aren't able to locate cwd. But I can't find a workarround which let me use a deploy tool and bundle to keep project gems. So What i'm missing? is there a best practice I'm not following?. Thanks -- = Carlos Pe=F1as San Jos=E9 carlos@adoptales.es _______________________________________________ Unicorn mailing list - mongrel-unicorn@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-unicorn Do not quote signatures (like this one) or top post when replying