[LRUG] Gem to start required services

[Jon Wood]

We're using Upstart at Hubbub, and it's working out great for us. I really like that the rest of Ubuntu is already using it, otherwise you end up needing process supervision for your process supervisor, which gets a bit Inception-esque. 


On Thursday, 14 June 2012 at 14:28, George Ornbo wrote:

> I experienced some memory usage issues with God [1] so switched good
> ol' Monit. It is a UNIX tool that I have found to be stable and easy
> to configure. It monitors processes and can check memory usage amongst
> other things. You can use it in collaboration with Capistrano to
> restart services on deploy like this:
> 
> desc "Clears the cache by restarting memcached"
> task :restart_memcached do
> sudo "/usr/sbin/monit restart memcached"
> end
> 
> I've heard some people use upstart [3] in this way too. I've used
> Monit to monitor resque workers in production - comes recommended by
> me.
> 
> [1]: https://github.com/mojombo/god
> [2]: http://mmonit.com/monit/
> [3]: http://upstart.ubuntu.com/
> 
> 
> 
> On Wed, Jun 13, 2012 at 6:08 PM, Matthew Rudy Jacobs
> <matthewrudyjacobs at gmail.com (mailto:matthewrudyjacobs at gmail.com)> wrote:
> > From my own experience Foreman is particularly useful when working with
> > Heroku,
> > as it uses the same Procfile used by the heroku platform.
> > 
> > I then tie this up with a per machine .env file
> >  that mirrors the heroku env variables i have.
> > 
> > Works pretty well.
> > 
> > 
> > On 14 June 2012 00:59, James Adam <james at lazyatom.com (mailto:james at lazyatom.com)> wrote:
> > > 
> > > I could be wrong, but I believe that foreman and bluepill do slightly
> > > different things, so a versus comparison might be misleading.
> > > 
> > > Foreman is a mechanism for declaring *what* processes your application
> > > uses, has a handy development mechanism for running them but mainly exports
> > > those process definitions into files that upstart & alternatives can use.
> > > 
> > > Bluepill is more about *controlling* running processes, monitoring them as
> > > starting and stopping them.
> > > 
> > > I believe that foreman can actually export files for use by bluepill.
> > > 
> > > - James
> > > 
> > > 
> > > 
> > > On 13 Jun 2012, at 14:02, Mark Burns <markthedeveloper at gmail.com (mailto:markthedeveloper at gmail.com)> wrote:
> > > 
> > > Anybody evaluated bluepill vs foreman?
> > > 
> > > On 13 June 2012 13:58, Riccardo Tacconi <rtacconi at gmail.com (mailto:rtacconi at gmail.com)> wrote:
> > > > 
> > > > bluepill gem, but I do not use it in development. There was a Railscast
> > > > about running process dependent from a Rails app, but I do not remember the
> > > > title
> > > > 
> > > > On 13 June 2012 14:54, Rory Franklin <rory at chillibean.tv (mailto:rory at chillibean.tv)> wrote:
> > > > > 
> > > > > I could be entirely making this up, but is there a gem that you can
> > > > > define in a file within your app all the dependencies/services that the app
> > > > > requires to run and you can run that to boot things up/warn that they aren't
> > > > > running?
> > > > > 
> > > > > Say I have an app that requires another application to be running
> > > > > (service app) as well as a bunch of Resque workers, is there a way to start
> > > > > them all up in one go if they are not already running?
> > > > > 
> > > > > I know that the above is probably terribly vague and confused, but
> > > > > hopefully someone knows what I mean and I'm not imagining that such a tool
> > > > > already exists. If not, I guess some form of shell script would be able to
> > > > > do the same?
> > > > > 
> > > > > 
> > > > > 
> > > > > Thanks,
> > > > > Rory
> > > > > 
> > > > > _______________________________________________
> > > > > Chat mailing list
> > > > > Chat at lists.lrug.org (mailto:Chat at lists.lrug.org)
> > > > > http://lists.lrug.org/listinfo.cgi/chat-lrug.org
> > > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > --
> > > > Riccardo Tacconi
> > > > Ruby on Rails and PHP development - System Administration
> > > > VIRTUELOGIC LIMITED
> > > > 
> > > > http://github.com/rtacconi
> > > > http://riccardotacconi.blogspot.com
> > > > http://twitter.com/rtacconi
> > > > 
> > > > _______________________________________________
> > > > Chat mailing list
> > > > Chat at lists.lrug.org (mailto:Chat at lists.lrug.org)
> > > > http://lists.lrug.org/listinfo.cgi/chat-lrug.org
> > > > 
> > > 
> > > 
> > > _______________________________________________
> > > Chat mailing list
> > > Chat at lists.lrug.org (mailto:Chat at lists.lrug.org)
> > > http://lists.lrug.org/listinfo.cgi/chat-lrug.org
> > > 
> > > 
> > > _______________________________________________
> > > Chat mailing list
> > > Chat at lists.lrug.org (mailto:Chat at lists.lrug.org)
> > > http://lists.lrug.org/listinfo.cgi/chat-lrug.org
> > > 
> > 
> > 
> > 
> > _______________________________________________
> > Chat mailing list
> > Chat at lists.lrug.org (mailto:Chat at lists.lrug.org)
> > http://lists.lrug.org/listinfo.cgi/chat-lrug.org
> > 
> 
> 
> 
> 
> -- 
> George Ornbo
> http://shapeshed.com
> _______________________________________________
> Chat mailing list
> Chat at lists.lrug.org (mailto:Chat at lists.lrug.org)
> http://lists.lrug.org/listinfo.cgi/chat-lrug.org
> 
> 


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lrug.org/pipermail/chat-lrug.org/attachments/20120614/481e4acb/attachment-0003.html>