[6698] in Release_7.7_team

home help back first fref pref prev next nref lref last post

Re: Release Team Minutes, 4/23

daemon@ATHENA.MIT.EDU (Jonathon Weiss)
Mon Apr 26 16:36:41 2010

Message-Id: <201004262036.o3QKaX8h000298@speaker-for-the-dead.mit.edu>
From: Jonathon Weiss <jweiss@MIT.EDU>
To: Geoffrey Thomas <geofft@MIT.EDU>
cc: Jonathon Weiss <jweiss@MIT.EDU>, Jonathan Reed <jdreed@MIT.EDU>,
   release-team@MIT.EDU
In-reply-to: Your message of "Sun, 25 Apr 2010 22:44:57 EDT."
             <alpine.DEB.1.10.1004252242190.18061@dr-wily.mit.edu> 
Date: Mon, 26 Apr 2010 16:36:33 -0400

> On Fri, 23 Apr 2010, Jonathon Weiss wrote:
> 
> >> - According to clusters.mit.edu, Nagios is not notifying on some failure =
> >> modes.  We should follow up with ops and hotline to determine what =
> >> information is pulled from Nagios manually (ie: by viewing a page) vs =
> >> what is pushed out.
> >
> > Nothing is being pushed out.  The nagios installation for clusters was
> > designed to be pull-only.
> 
> Can this be changed easily? I would be interested in subscribing to a 
> zephyr notification of changes to the PUBLIC or PING services on cluster 
> machines.

I don't think it quite falls in the "easy" category.  I'm also not
sure you realize how boring that's likely to be.  As a possible
alternative, I suggest you go to
https://clusters.mit.edu/cluster/cgi-bin/status.cgi?hostgroup=all&style=hostdetail&hoststatustypes=4&hostprops=42
and play with the various sort options.

but since you didn't ask, I'll tell you that a different web page:

https://clusters.mit.edu/cluster/cgi-bin/status.cgi?host=all&type=detail&servicestatustypes=16&hoststatustypes=3&serviceprops=42

says that:

quickstation-macgregor.mit.edu, w20-575-85.mit.edu, and
w20-lobby-quick1.mit.edu are running debathena-workstation, rather
than debathena-cluster.

	Jonathon


home help back first fref pref prev next nref lref last post