# Mongrel, apache, capistrano e poi di nuovo fcgi

**URL:** <https://www.ruby-forum.com/t/mongrel-apache-capistrano-e-poi-di-nuovo-fcgi/103525>\
**Category:** IT\
**Created:** [May 7, 2007, 3:38pm UTC](https://www.ruby-forum.com/t/mongrel-apache-capistrano-e-poi-di-nuovo-fcgi/103525 "2007-05-07T15:38:11Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![david](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/d/aeb1de/32.png) [@david](https://www.ruby-forum.com/u/david)\
**Post date:** [May 7, 2007, 3:38pm UTC](https://www.ruby-forum.com/t/mongrel-apache-capistrano-e-poi-di-nuovo-fcgi/103525/1 "2007-05-07T15:38:11Z")

</div>

Ciao tutti,  
questa è una domanda fastidiosa da porvi.

La versione breve è: una volta configurato capistrano per usare un  
cluster di mongrel, come faccio a tornare indietro a usare  
dispatch.fcgi?

Ho sviluppato un’app per essere messa in produzione con  
apach2.2+mod\_proxy\_balancer+cluster’o’mongrels. Poi mi cambiano le carte  
in tavola e finisco per avere di fronte apache2.0.x e fcgi. Funziona e  
il mondo sorride, o quasi: capistrano insiste per cercare mongrel\_rails  
cluster e non riesco a trovare dove il codice della ricetta togliere i  
riferimenti a mongrel che ora non serve più.

In deploy.rb avevo:

```
require 'mongrel_cluster/recipes'

```

e più giù:

```
set :mongrel_conf,

```

“#{current\_path}/config/mongrel\_cluster.yml”

ma sono entrambi commentati ora.  
Come fa capistrano a ‘ricordarsi’ che usavo mongrel un tempo? Dove sta  
il codice della ricetta che gli fa reagire così verso la fine di un “cap  
deploy”:

```
 ** transaction: commit
  * executing task restart
  * executing task restart_mongrel_cluster
  * executing "sudo mongrel_rails cluster::restart -C

```

/etc/mongrel\_cluster/podcast.yml"  
servers: [“obeldev”]  
[obeldev] executing command  
Password:  
\*\* [out :: obeldev] sudo:  
\*\* [out :: obeldev] mongrel\_rails: command not found  
command finished  
command “sudo mongrel\_rails cluster::restart -C  
/etc/mongrel\_cluster/podcast.yml” failed on obeldev

Sarà una cosa stupidissima, ma non capisco come mai ci possono essere  
robe riguardanti mongrel fuori “mongrel\_cluster/recipes”. Mi pare  
sciocco.

☹

Boh. Dunque: dove devo cercare i riferimenti a mongrel? Nel task  
“restart” immagino, ma dove rimane?

Il deploy funzionicchia lo stesso, ma è fastidioso!

Idee?

---

<div class="post-metadata">

**Author:** ![david](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/d/aeb1de/32.png) [@david](https://www.ruby-forum.com/u/david)\
**Post date:** [May 8, 2007, 2:13pm UTC](https://www.ruby-forum.com/t/mongrel-apache-capistrano-e-poi-di-nuovo-fcgi/103525/2 "2007-05-08T14:13:15Z")

</div>

On 5/7/07, david [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) wrote:

> Ciao tutti,  
> questa è una domanda fastidiosa da porvi.
> 
> La versione breve è: una volta configurato capistrano per usare un  
> cluster di mongrel, come faccio a tornare indietro a usare dispatch.fcgi?

Scusa la risposta sciocca, ma perché non provi a cancellare il  
config.deploy.rb e chiedere a capistrano di rifarlo?

M

---

<div class="post-metadata">

**Author:** ![david](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/d/aeb1de/32.png) [@david](https://www.ruby-forum.com/u/david)\
**Post date:** [May 9, 2007, 12:35am UTC](https://www.ruby-forum.com/t/mongrel-apache-capistrano-e-poi-di-nuovo-fcgi/103525/3 "2007-05-09T00:35:11Z")

</div>

Hmm. Ma sai che non ci ho pensato… se funziona mi mangio il capello  
(avessi uno)!

Matteo V. wrote:

> Scusa la risposta sciocca, ma perché non provi a cancellare il  
> config.deploy.rb e chiedere a capistrano di rifarlo?
> 
> M
> 
> * * *
> 
> Ml mailing list  
> removed\_email\_address@domain.invalid  
> [http://lists.ruby-it.org/mailman/listinfo/ml](http://lists.ruby-it.org/mailman/listinfo/ml)

–  
“Den som väntar på något gott väntar inte för länge. Den som väntar på någon som har gått  
får vänta länge. Den som har väntat för gott har väntat för länge.”