# Re: Let it all out

**URL:** <https://www.ruby-forum.com/t/re-let-it-all-out/83210>\
**Category:** Deployment\
**Created:** [January 24, 2007, 10:47am UTC](https://www.ruby-forum.com/t/re-let-it-all-out/83210 "2007-01-24T10:47:28Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![andreas](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/a/ee7513/32.png) [@andreas](https://www.ruby-forum.com/u/andreas)\
**Post date:** [January 24, 2007, 10:47am UTC](https://www.ruby-forum.com/t/re-let-it-all-out/83210/1 "2007-01-24T10:47:28Z")

</div>

> - Who are you?
> - What are you doing with Rails?

I’m no professional Rails developer, I use it for some of my own  
websites ([http://www.ruby-forum.com](http://www.ruby-forum.com),  
[Forum - Mikrocontroller.net](http://www.mikrocontroller.net/forum/)).

> - Have you deployed Ruby on Rails application(s) before?  
> \*\* If yes, what platform and services are you running to host it?  
> (Apache, FCGI, Mongrel, Pound, Nginx?)

I’m running several Rails apps with Litespeed on a Ubuntu Linux server.

> - Is your current deployment causing you some headaches?

None at all!

---

<div class="post-metadata">

**Author:** ![andreas](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/a/ee7513/32.png) [@andreas](https://www.ruby-forum.com/u/andreas)\
**Post date:** [January 24, 2007, 10:49am UTC](https://www.ruby-forum.com/t/re-let-it-all-out/83210/2 "2007-01-24T10:49:41Z")

</div>

Andreas S. wrote:

> > - Have you deployed Ruby on Rails application(s) before?  
> > \*\* If yes, what platform and services are you running to host it?  
> > (Apache, FCGI, Mongrel, Pound, Nginx?)
> 
> I’m running several Rails apps with Litespeed on a Ubuntu Linux server.

I’m also using Capistrano, btw.

---

<div class="post-metadata">

**Author:** ![andreas](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/a/ee7513/32.png) [@andreas](https://www.ruby-forum.com/u/andreas)\
**Post date:** [January 24, 2007, 4:28pm UTC](https://www.ruby-forum.com/t/re-let-it-all-out/83210/3 "2007-01-24T16:28:03Z")

</div>

> - Who are you?  
> Eric N., full time developer (mainly Java, little bit of RoR),  
> spare-time Rails developer for personal projects

> - What are you doing with Rails?  
> Main project is a port of a self-written PHP application that services  
> the bulk of the competitions for the US Collegiate Ballroom Dance  
> community.

> - Have you deployed Ruby on Rails application(s) before?  
> \*\* If yes, what platform and services are you running to host it?  
> (Apache, FCGI, Mongrel, Pound, Nginx?)

Recently deployed for alpha testing on FreeBSD, Apache2,  
Mongrel/Mongrel\_cluster. Two virtual servers(on different boxes) —  
one web/app, one database.

> - Is your current deployment causing you some headaches?  
> \*\* If yes, share some of your story… and if it’s long enough, post a  
> new message to the list and go into detail. Perhaps some of us can help  
> point you in a _better_ direction. 🙂

Two rather minor problems/annoyances  
1.  
I’m in a FreeBSD Jail, and I haven’t found a good way to block direct  
access to the mongrel processes running on the high numbered ports.  
Apparently the 127.0.0.1 or localhost doesn’t completely exists in the  
Jail so mongrel can’t use it to restrict access. And apparently  
firewall level blocking would affect other clients on the physical  
server.

1. 

While I have root level access to the virtual server, I’ve been  
running running cap as a non-privileged user and adding entries to the  
sudoer file as needed. Initially I only had to add the command for  
controlling the mongrel\_cluster; however cap cleanup wants to run “sudo  
rm -rf [directorylist]” which I’m not really comfortable adding “rm -rf”  
to the sudoer file as a cap bug could cause quite a bit of damage. I’ve  
looked over all the files/directories it wants to delete and the  
non-privileged user is the owner so I can’t tell why cap wants to run  
this command as root anyways, but I can’t find out how to disable a sudo  
call within cap for a single use without turning :user\_sudo to false for  
everything.

Eric
