<br><tt><font size=2>nagios-users-bounces@lists.sourceforge.net wrote on
02/20/2008 02:40:59 AM:<br>
<br>
> Hi<br>
> <br>
> we are integrating nagios in our company. we have nearly 3 dozens
of<br>
> servers and several hundred clients. We are 15 admins split in 3 groups.<br>
> Our internal organisation is split in functions, eg. somebody cares
for<br>
> the mail stuff, another one cares for the web servers and so on.<br>
> <br>
> >From what I've seen while configuring contacts, contact groups,
services<br>
> and service groups and timeperiods there are a few limitations that
from<br>
> our point of view gave a bit of a headache. We tried to map our<br>
> organisation to somehow fit into Nagios:<br>
> <br>
> - contact groups cannot be grouped. This would be great. Because the
boss<br>
> of such an organisational unit could then see all tests that belong
to his<br>
> OU.</font></tt>
<br><tt><font size=2>Contact groups cannot be grouped but contacts can
be members of multiple groups. Bosses, in my limited experience either
want to see problems when they happen and when they recover or when they
have not been handled. I have yet to see a boss who really wants to see
all notifications. I have met a couple who thought they wanted all notifications.
This has never lasted more than a week before escalations were implemented.
See the documentation for escalations: </font></tt><a href=http://nagios.sourceforge.net/docs/2_0/escalations.html><tt><font size=2>http://nagios.sourceforge.net/docs/2_0/escalations.html</font></tt></a>
<br><tt><font size=2><br>
> - a contact cannot be associated with more than 1 time period. Thus,
I<br>
> cannot be advertised from 0900 - 1700 by email (as I am in the office
all<br>
> day) and from 1700 - 0900 by sms unless I configure another contact
for<br>
> myself.</font></tt>
<br>
<br><tt><font size=2>This is accomplished by using escalations. </font></tt>
<br><tt><font size=2><br>
> - service groups cannot be associated with contact groups and vice
versa.<br>
> this would be very nice if serveral services are grouped then the
service<br>
> group could be associated with the contact group.<br>
> - and finally theres a bug in the Nagios 2.6 (Debian Etch Stable)<br>
> documentation regarding contacts: A contact must have an email address.<br>
> The nagios documentation states otherwise.</font></tt>
<br>
<br><tt><font size=2>I, personally, never recommend using the distro package
for nagios. 2.6 is older, the packages are not maintained by Ethan, and
the latest version is 2.10. We are a SLES shop and SLES is pretty good
about updating their packages but I much prefer to compile Nagios from
source to have that little bit of control. I would check the online docs
concerning your problem and download 2.10, compile it, and go from there.
Your other problems are all handled by escalations pretty easily.<br>
> <br>
> <br>
> Thanks for consideration<br>
> Best,<br>
> Philipp<br>
> <br>
> <br>
> -------------------------------------------------------------------------<br>
> This SF.net email is sponsored by: Microsoft<br>
> Defy all challenges. Microsoft(R) Visual Studio 2008.<br>
> </font></tt><a href=http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/><tt><font size=2>http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</font></tt></a><tt><font size=2><br>
> _______________________________________________<br>
> Nagios-users mailing list<br>
> Nagios-users@lists.sourceforge.net<br>
> </font></tt><a href="https://lists.sourceforge.net/lists/listinfo/nagios-users"><tt><font size=2>https://lists.sourceforge.net/lists/listinfo/nagios-users</font></tt></a><tt><font size=2><br>
> ::: Please include Nagios version, plugin version (-v) and OS when
<br>
> reporting any issue. <br>
> ::: Messages without supporting info will risk being sent to /dev/null<br>
</font></tt>