not worth the upgrade after all

[Marc Powell]

> -----Original Message-----
> From: nagios-users-bounces at lists.sourceforge.net [mailto:nagios-users-
> bounces at lists.sourceforge.net] On Behalf Of Miles O'Neal
> Sent: Tuesday, July 18, 2006 4:06 PM
> To: nagios-users at lists.sourceforge.net
> Subject: [Nagios-users] not worth the upgrade after all
> 
> Having to switch the contact groups into the
> hosts file is, IMO, braindead.  It may be
> nice and consistent, but where is the win
> for the existing user?  It makes the files
> more complex, not less.  Having it as an
> optoin there instead of hostgroups is one
> thing, but at this point it looks to me like
> a purely academic exercise, and one that
> will waste a bunch of my time.
> 
> If someone wants to explain *why* this is
> a good thing *for the user*, I'm all ears.

It allows you to have different contacts per host, regardless of the
hostgroups they are in. The converse is that you don't have to put a
host in multiple hostgroups _just_ to have multiple independent
contacts. This change allows for much greater flexibility for
host-specific contacts.

I personally consider consistency a win myself. I also never
particularly liked that couldn't enable notifications, or even a
different contact, for just one host in a hostgroup without jumping
through hoops or creating a dedicated hostgroup.

In the end, you don't *have* to upgrade if the change is so burdensome.
That's one of the benefits of OSS.

--
Marc

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null