Comments on: Deploying Rails with Edge and Engines to Dreamhost using Capistrano http://casperfabricius.com/site/2006/05/21/rails-on-dreamhost/ expert ruby on rails development Wed, 04 May 2011 02:45:24 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Rails Deployment » Blog Archive » Dreamhost Deployment http://casperfabricius.com/site/2006/05/21/rails-on-dreamhost/comment-page-1/#comment-20 Rails Deployment » Blog Archive » Dreamhost Deployment Thu, 15 Feb 2007 21:11:38 +0000 http://casperfabricius.com/blog/2006/05/21/rails-on-dreamhost/#comment-20 [...] Deploying Rails with Edge and Engines to Dreamhost using Capistrano [...] [...] Deploying Rails with Edge and Engines to Dreamhost using Capistrano [...]

]]> By: bacterium coli e http://casperfabricius.com/site/2006/05/21/rails-on-dreamhost/comment-page-1/#comment-19 bacterium coli e Sat, 03 Feb 2007 10:58:07 +0000 http://casperfabricius.com/blog/2006/05/21/rails-on-dreamhost/#comment-19 <strong>bacterium coli e...</strong> SomegifttoME 264383 bacterium coli e foundation... bacterium coli e…

SomegifttoME 264383 bacterium coli e foundation…

]]> By: qrail http://casperfabricius.com/site/2006/05/21/rails-on-dreamhost/comment-page-1/#comment-15 qrail Wed, 02 Aug 2006 22:02:49 +0000 http://casperfabricius.com/blog/2006/05/21/rails-on-dreamhost/#comment-15 Thanks, I left out "current" in the path :) doh! Thanks, I left out “current” in the path :) doh!

]]> By: Casper Fabricius http://casperfabricius.com/site/2006/05/21/rails-on-dreamhost/comment-page-1/#comment-14 Casper Fabricius Mon, 31 Jul 2006 08:12:39 +0000 http://casperfabricius.com/blog/2006/05/21/rails-on-dreamhost/#comment-14 Take a closer look at step 2 and 3 in the section titled "In a perfect world". It sounds to me like you are pointing the domain to /public, instead of /current/public. This is an important difference between deploying with and without Capistrano. If the Rails application resides in the current directory, you have deployed successfully, but are just pointing the web server to the wrong directory. Take a closer look at step 2 and 3 in the section titled “In a perfect world”. It sounds to me like you are pointing the domain to /public, instead of /current/public. This is an important difference between deploying with and without Capistrano. If the Rails application resides in the current directory, you have deployed successfully, but are just pointing the web server to the wrong directory.

]]> By: qrail http://casperfabricius.com/site/2006/05/21/rails-on-dreamhost/comment-page-1/#comment-13 qrail Mon, 31 Jul 2006 00:58:12 +0000 http://casperfabricius.com/blog/2006/05/21/rails-on-dreamhost/#comment-13 So the application has been deployed correctly ? I.e. When I hit mydomain.com I get a directory listing in the browser i.e. "Index of /" with nothing On closer examination on the server in mydomain I see the following: current public releases revisions.log shared with the public directory being empty. I'm a bit confused as to what's happened & where the process is failing. Cheers So the application has been deployed correctly ? I.e.

When I hit mydomain.com I get a directory listing in the browser i.e. “Index of /” with nothing

On closer examination on the server in mydomain I see the following:

current public releases revisions.log shared

with the public directory being empty.

I’m a bit confused as to what’s happened & where the process is failing.

Cheers

]]> By: Casper Fabricius http://casperfabricius.com/site/2006/05/21/rails-on-dreamhost/comment-page-1/#comment-12 Casper Fabricius Sun, 30 Jul 2006 21:51:00 +0000 http://casperfabricius.com/blog/2006/05/21/rails-on-dreamhost/#comment-12 Hi qrail, and thanks. The deploy script shouldn't really abort on not being able to find a dispatch.fcgi process to kill. The script is not trying to start dispatch.fcgi, it's trying to kill in order to force a restart, so all cached stuff is flushed after the release. When there is not dispatch.fcgi to kill, it just means that no one has hit your Rails application for a while, and thus; there is nothing to kill. So, it's not a critical problem in any way. There is absolutely no problem in running the Capistrano script against a subdomain. That's what I do myself for all my projects, I've just replaced it with mydomain.com in the examples to make it look nicer. Good luck with your deployment! Hi qrail, and thanks. The deploy script shouldn’t really abort on not being able to find a dispatch.fcgi process to kill. The script is not trying to start dispatch.fcgi, it’s trying to kill in order to force a restart, so all cached stuff is flushed after the release. When there is not dispatch.fcgi to kill, it just means that no one has hit your Rails application for a while, and thus; there is nothing to kill. So, it’s not a critical problem in any way.

There is absolutely no problem in running the Capistrano script against a subdomain. That’s what I do myself for all my projects, I’ve just replaced it with mydomain.com in the examples to make it look nicer.

Good luck with your deployment!

]]> By: qrail http://casperfabricius.com/site/2006/05/21/rails-on-dreamhost/comment-page-1/#comment-11 qrail Sat, 29 Jul 2006 14:50:09 +0000 http://casperfabricius.com/blog/2006/05/21/rails-on-dreamhost/#comment-11 Great work on the capistrano deploy process .... I almost have it working but I'm getting the following, I'm really stuck on this & have no idea on how to fix it. When the deploy script tries to launch dispatch.fcgi the script throws the following error: Couldn't find any process matching: dispatch.fcgi The domain is actually a subdomain could that be causing the problem? * executing "chmod a+x /home/myuser/mydomain.com/current/public/ dispatch.fcgi" servers: ["passes.qhcconsulting.com"] [passes.qhcconsulting.com] executing command command finished ** transaction: commit * executing task restart * executing "ruby /home/myuser/mydomain.com/current/script/proce ss/reaper --dispatcher=dispatch.fcgi" servers: ["mydomain.com"] [mydomain.com] executing command ** [out :: mydomain.com] Couldn't find any process matching: dispatch.fcgi command finished Great work on the capistrano deploy process ….

I almost have it working but I’m getting the following, I’m really stuck on this & have no idea on how to fix it. When the deploy script tries to launch dispatch.fcgi the script throws the following error:

Couldn’t find any process matching: dispatch.fcgi

The domain is actually a subdomain could that be causing the problem?

* executing “chmod a+x /home/myuser/mydomain.com/current/public/
dispatch.fcgi”
servers: ["passes.qhcconsulting.com"]
[passes.qhcconsulting.com] executing command
command finished
** transaction: commit
* executing task restart
* executing “ruby /home/myuser/mydomain.com/current/script/proce
ss/reaper –dispatcher=dispatch.fcgi”
servers: ["mydomain.com"]
[mydomain.com] executing command
** [out :: mydomain.com] Couldn’t find any process matching: dispatch.fcgi
command finished

]]> By: Fingerprints of Casper Fabricius » RailsConf: Shared Host Deployment http://casperfabricius.com/site/2006/05/21/rails-on-dreamhost/comment-page-1/#comment-10 Fingerprints of Casper Fabricius » RailsConf: Shared Host Deployment Sat, 24 Jun 2006 20:24:29 +0000 http://casperfabricius.com/blog/2006/05/21/rails-on-dreamhost/#comment-10 [...] Geoffry Grosenbach is cool. And I’ve struggled with the same issues as he has, albeit I’ve been able to build on his work in my own deployment setup. So of course I had to attend his talk on deploying to shared hosts, although most of what he said wasn’t new to me. Geoff’s entertaining and well-designed presentation focused on three areas: How to design a site to run a shared host, how to maintain the site, and how to troubleshoot problems. [...] [...] Geoffry Grosenbach is cool. And I’ve struggled with the same issues as he has, albeit I’ve been able to build on his work in my own deployment setup. So of course I had to attend his talk on deploying to shared hosts, although most of what he said wasn’t new to me. Geoff’s entertaining and well-designed presentation focused on three areas: How to design a site to run a shared host, how to maintain the site, and how to troubleshoot problems. [...]

]]> By: Erik White http://casperfabricius.com/site/2006/05/21/rails-on-dreamhost/comment-page-1/#comment-9 Erik White Tue, 20 Jun 2006 23:48:14 +0000 http://casperfabricius.com/blog/2006/05/21/rails-on-dreamhost/#comment-9 Thanks for a great guide! Very helpful for a first time rails user like me. Thanks for a great guide! Very helpful for a first time rails user like me.

]]> By: Casper Fabricius http://casperfabricius.com/site/2006/05/21/rails-on-dreamhost/comment-page-1/#comment-8 Casper Fabricius Wed, 24 May 2006 20:50:20 +0000 http://casperfabricius.com/blog/2006/05/21/rails-on-dreamhost/#comment-8 Great tip! I had no idea. I will definately try this out, it's much cleaner than my solution. I guess I should take a look at all the svn properties, they seem pretty powerfull - maybe expand my <a href="/blog/2006/04/19/subversion-tutorial/" rel="nofollow">Subversion tutorial</a> on this ... Great tip! I had no idea. I will definately try this out, it’s much cleaner than my solution. I guess I should take a look at all the svn properties, they seem pretty powerfull – maybe expand my Subversion tutorial on this …

]]>