unicorn Ruby/Rack server user+dev discussion/patches/pulls/bugs/help
 help / color / mirror / code / Atom feed
* Monit configuration
@ 2010-03-08 20:31 Florian Munz
  2010-03-08 21:03 ` Iñaki Baz Castillo
  2010-03-08 21:30 ` Wincent Colaiuta
  0 siblings, 2 replies; 5+ messages in thread
From: Florian Munz @ 2010-03-08 20:31 UTC (permalink / raw)
  To: mongrel-unicorn

Hi,

is anyone using monit together with Unicorn?

I'd like to monitor the Unicorn child processes for memory growth. But
monit needs a pid file for each process and since Unicorn only writes a
pid file for the master this becomes a bit complicated.

I know bluepill and god can handle this but I was wondering if anyone
has got this working somehow before I start looking into these.


thanks,
Florian

_______________________________________________
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


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Monit configuration
  2010-03-08 20:31 Monit configuration Florian Munz
@ 2010-03-08 21:03 ` Iñaki Baz Castillo
  2010-03-08 22:12   ` Florian Munz
  2010-03-08 21:30 ` Wincent Colaiuta
  1 sibling, 1 reply; 5+ messages in thread
From: Iñaki Baz Castillo @ 2010-03-08 21:03 UTC (permalink / raw)
  To: unicorn list

El Lunes 08 Marzo 2010, Florian Munz escribió:
> Hi,
> 
> is anyone using monit together with Unicorn?
> 
> I'd like to monitor the Unicorn child processes for memory growth. 

> But monit needs a pid file for each process

Why do you say that? I use monit to monitorize some forking servers and it 
takes into accoutn of the child processes. The "trick" is telling monit to 
inspect the master process pid (that present unde /var/lib/SERVER.pid).




-- 
Iñaki Baz Castillo <ibc@aliax.net>
_______________________________________________
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


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Monit configuration
  2010-03-08 20:31 Monit configuration Florian Munz
  2010-03-08 21:03 ` Iñaki Baz Castillo
@ 2010-03-08 21:30 ` Wincent Colaiuta
  1 sibling, 0 replies; 5+ messages in thread
From: Wincent Colaiuta @ 2010-03-08 21:30 UTC (permalink / raw)
  To: unicorn list

El 08/03/2010, a las 21:31, Florian Munz escribió:

> Hi,
> 
> is anyone using monit together with Unicorn?
> 
> I'd like to monitor the Unicorn child processes for memory growth. But
> monit needs a pid file for each process and since Unicorn only writes a
> pid file for the master this becomes a bit complicated.

I'm using Monit to monitor Unicorn.

I use the "totalmem" and "totalcpu" keywords to watch the usage of the master process and all child processes.

Previously I used Monit to monitor a bunch of Mongrel servers instead. Those used to stop responding every few days, but I've had no failures nor memory problems since switching to Unicorn.

Wincent



_______________________________________________
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


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Monit configuration
  2010-03-08 21:03 ` Iñaki Baz Castillo
@ 2010-03-08 22:12   ` Florian Munz
  2010-03-08 22:28     ` Iñaki Baz Castillo
  0 siblings, 1 reply; 5+ messages in thread
From: Florian Munz @ 2010-03-08 22:12 UTC (permalink / raw)
  To: mongrel-unicorn

Iñaki Baz Castillo <ibc@aliax.net> wrote:
> Why do you say that? I use monit to monitorize some forking servers and it
> takes into accoutn of the child processes. The "trick" is telling monit to
> inspect the master process pid (that present unde /var/lib/SERVER.pid).

Interesting. From the documentation I can't figure out how you can
monitor the children individually though.

I can test for the memory of the master process and I can test the
memory size of master plus all children. But want I want to do is
basically: Sent a QUIT to the child process if its memory size is
greater than 300MB.


- Florian

_______________________________________________
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


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Monit configuration
  2010-03-08 22:12   ` Florian Munz
@ 2010-03-08 22:28     ` Iñaki Baz Castillo
  0 siblings, 0 replies; 5+ messages in thread
From: Iñaki Baz Castillo @ 2010-03-08 22:28 UTC (permalink / raw)
  To: unicorn list

El Lunes 08 Marzo 2010, Florian Munz escribió:
> I can test for the memory of the master process and I can test the
> memory size of master plus all children. But want I want to do is
> basically: Sent a QUIT to the child process if its memory size is
> greater than 300MB.

Ok, that's not possible with Monit (AFAIK).

Well, you could create a script that stores in some file the Unicorn's child 
processes pids, so Monit could inspect them.


-- 
Iñaki Baz Castillo <ibc@aliax.net>
_______________________________________________
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


^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2010-03-08 22:29 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-03-08 20:31 Monit configuration Florian Munz
2010-03-08 21:03 ` Iñaki Baz Castillo
2010-03-08 22:12   ` Florian Munz
2010-03-08 22:28     ` Iñaki Baz Castillo
2010-03-08 21:30 ` Wincent Colaiuta

Code repositories for project(s) associated with this public inbox

	https://yhbt.net/unicorn.git/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).