I'm trying to figure out what the current state of the art for monitoring Zope2 processes is. Ideally I'ld want the equivalent of zc.z3monitor. I figured the medua monitorserver would be a good start, but judging by the facts that it can only deal with clear-text passwords while the rest of Zope uses hashed passwords and anything unexpected, such as using command that produces a lot of output such as locals(), breaks the whole session makes me suspect that nobody is using that. What do other people use? Is there any interest in improving the medusa monitor server? Wichert. -- Wichert Akkerman <wichert@wiggy.net> It is simple to make things. http://www.wiggy.net/ It is hard to make things simple.
Hi, On 2008-04-30 12:16:53 +0200, Wichert Akkerman <wichert@wiggy.net> said:
I'm trying to figure out what the current state of the art for monitoring Zope2 processes is. Ideally I'ld want the equivalent of zc.z3monitor.
I figured the medua monitorserver would be a good start, but judging by the facts that it can only deal with clear-text passwords while the rest of Zope uses hashed passwords and anything unexpected, such as using command that produces a lot of output such as locals(), breaks the whole session makes me suspect that nobody is using that.
What do other people use? Is there any interest in improving the medusa monitor server?
We're monitoring Z2 using Nagios and the ZNagios plugin in ±ope (http://svn.gocept.com/viewcvs/ZNagios/trunk/). -- Christian Zagrodnick gocept gmbh & co. kg · forsterstrasse 29 · 06112 halle/saale www.gocept.com · fon. +49 345 12298894 · fax. +49 345 12298891
On Wed, Apr 30, 2008 at 12:16:53PM +0200, Wichert Akkerman wrote:
I'm trying to figure out what the current state of the art for monitoring Zope2 processes is. Ideally I'ld want the equivalent of zc.z3monitor.
I figured the medua monitorserver would be a good start, but judging by the facts that it can only deal with clear-text passwords while the rest of Zope uses hashed passwords and anything unexpected, such as using command that produces a lot of output such as locals(), breaks the whole session makes me suspect that nobody is using that.
What do other people use? Is there any interest in improving the medusa monitor server?
I'm still using and maintaining ZNagios[1] which, by now, has direct support for Munin and Nagios. If you're missing any probes/values, just tell me. Christian [1] http://svn.gocept.com/viewcvs/ZNagios/trunk/ -- gocept gmbh & co. kg - forsterstrasse 29 - 06112 halle (saale) - germany www.gocept.com - ct@gocept.com - phone +49 345 122 9889 7 - fax +49 345 122 9889 1 - zope and plone consulting and development
On Apr 30, 2008, at 12:41 , Christian Theune wrote:
On Wed, Apr 30, 2008 at 12:16:53PM +0200, Wichert Akkerman wrote:
I'm trying to figure out what the current state of the art for monitoring Zope2 processes is. Ideally I'ld want the equivalent of zc.z3monitor.
I figured the medua monitorserver would be a good start, but judging by the facts that it can only deal with clear-text passwords while the rest of Zope uses hashed passwords and anything unexpected, such as using command that produces a lot of output such as locals(), breaks the whole session makes me suspect that nobody is using that.
What do other people use? Is there any interest in improving the medusa monitor server?
I'm still using and maintaining ZNagios[1] which, by now, has direct support for Munin and Nagios.
If you're missing any probes/values, just tell me.
Is it possible to determine process size/memory consumption? jens
Jens Vagelpohl wrote:
On Apr 30, 2008, at 12:41 , Christian Theune wrote:
On Wed, Apr 30, 2008 at 12:16:53PM +0200, Wichert Akkerman wrote:
I'm trying to figure out what the current state of the art for monitoring Zope2 processes is. Ideally I'ld want the equivalent of zc.z3monitor.
I figured the medua monitorserver would be a good start, but judging by the facts that it can only deal with clear-text passwords while the rest of Zope uses hashed passwords and anything unexpected, such as using command that produces a lot of output such as locals(), breaks the whole session makes me suspect that nobody is using that.
What do other people use? Is there any interest in improving the medusa monitor server?
I'm still using and maintaining ZNagios[1] which, by now, has direct support for Munin and Nagios.
If you're missing any probes/values, just tell me.
Is it possible to determine process size/memory consumption?
While I think it's a little off-topic from Wiggy's original request (I think he just wants to be able to communicate with the remote process interactively instead of having a watchdog process automatically restarting it), but supervisor restarts crashed processes and now ships with an event listener that will restart a process if it's consuming too much memory: http://supervisord.org/manual/current/memmon.html -
Chris McDonough wrote:
Jens Vagelpohl wrote:
On Apr 30, 2008, at 12:41 , Christian Theune wrote:
On Wed, Apr 30, 2008 at 12:16:53PM +0200, Wichert Akkerman wrote:
I'm trying to figure out what the current state of the art for monitoring Zope2 processes is. Ideally I'ld want the equivalent of zc.z3monitor.
Is it possible to determine process size/memory consumption?
While I think it's a little off-topic from Wiggy's original request (I think he just wants to be able to communicate with the remote process interactively instead of having a watchdog process automatically restarting it), but supervisor restarts crashed processes and now ships with an event listener that will restart a process if it's consuming too much memory:
Nice. We are already using supervisord for this project. Even more off-topic that's why we added the new 'console' command to the zopectl-like script in the zope2instance recipe, to have Zope running in fg mode without the forced automatic development mode. Hanno
Hanno Schlichting wrote:
Chris McDonough wrote:
Jens Vagelpohl wrote:
On Apr 30, 2008, at 12:41 , Christian Theune wrote:
On Wed, Apr 30, 2008 at 12:16:53PM +0200, Wichert Akkerman wrote:
I'm trying to figure out what the current state of the art for monitoring Zope2 processes is. Ideally I'ld want the equivalent of zc.z3monitor.
Is it possible to determine process size/memory consumption?
While I think it's a little off-topic from Wiggy's original request (I think he just wants to be able to communicate with the remote process interactively instead of having a watchdog process automatically restarting it), but supervisor restarts crashed processes and now ships with an event listener that will restart a process if it's consuming too much memory:
Nice. We are already using supervisord for this project. Even more off-topic that's why we added the new 'console' command to the zopectl-like script in the zope2instance recipe, to have Zope running in fg mode without the forced automatic development mode.
Nice. Even more OT, we have a student working on supervisor in GSoC who intends to create a "fg" command which will allow you to foreground any process from within supervisorctl and communicate with it (e.g., no more stopping the zope process under supervisor just to be able to use pdb; set.trace()). - C
Hanno Schlichting wrote:
Nice. We are already using supervisord for this project. Even more off-topic that's why we added the new 'console' command to the zopectl-like script in the zope2instance recipe, to have Zope running in fg mode without the forced automatic development mode.
yay, finally! :) andi -- zeidler it consulting - http://zitc.de/ - info@zitc.de friedelstraße 31 - 12047 berlin - telefon +49 30 25563779 pgp key at http://zitc.de/pgp - http://wwwkeys.de.pgp.net/ plone 3.1rc1 released! -- http://plone.org/products/plone/
Jens Vagelpohl wrote:
If you're missing any probes/values, just tell me.
Is it possible to determine process size/memory consumption?
I know Andrew has done this for Cacti, I'd imagine these would port to Nagios... cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk
Previously Christian Theune wrote:
On Wed, Apr 30, 2008 at 12:16:53PM +0200, Wichert Akkerman wrote:
I'm trying to figure out what the current state of the art for monitoring Zope2 processes is. Ideally I'ld want the equivalent of zc.z3monitor.
I figured the medua monitorserver would be a good start, but judging by the facts that it can only deal with clear-text passwords while the rest of Zope uses hashed passwords and anything unexpected, such as using command that produces a lot of output such as locals(), breaks the whole session makes me suspect that nobody is using that.
What do other people use? Is there any interest in improving the medusa monitor server?
I'm still using and maintaining ZNagios[1] which, by now, has direct support for Munin and Nagios.
If you're missing any probes/values, just tell me.
Detection of the correct number of zserver threads. Wichert. -- Wichert Akkerman <wichert@wiggy.net> It is simple to make things. http://www.wiggy.net/ It is hard to make things simple.
Wichert Akkerman wrote at 2008-4-30 12:16 +0200:
... I figured the medua monitorserver would be a good start, but judging by the facts that it can only deal with clear-text passwords while the rest of Zope uses hashed passwords and anything unexpected, such as using command that produces a lot of output such as locals(), breaks the whole session makes me suspect that nobody is using that.
I use it occationally -- in order to analyse some difficult, non deterministically occuring problems. Doing so, I can add another misfeature: it swallows exceptions. I.e. executing something which raises an exception causes the interpreter to show its prompt without showing the exception or any other output. -- Dieter
participants (9)
-
Andreas Zeidler -
Chris McDonough -
Chris Withers -
Christian Theune -
Christian Zagrodnick -
Dieter Maurer -
Hanno Schlichting -
Jens Vagelpohl -
Wichert Akkerman