comparing nagios and zenoss

[Gaertner, Joern]

I think this is one good reason:

 

http://www.zenoss.com/product/pricing

 

Cheers

 

Joern

 

 

From: Bryan Berry [mailto:bryan.berry at gmail.com] 
Sent: Thursday, October 21, 2010 4:15 PM
To: nagios-users at lists.sourceforge.net
Subject: [Nagios-users] comparing nagios and zenoss

 

My boss wants me to compare nagios and zenoss for monitoring our network. Hopefully soon I will be able to set up some vms to test them out side by side. Unfortunately, I still don't have sufficient access rights to install virtualization software due to bureaucracy at my new employer. For this reason I probably won't be able to test it out until next week.

 

In the meantime, for those of you nagios users who have used zenoss, how do you compare the two and why do you prefer/choose one over the other?

 

Most e-mail threads I have seen discussing the two start with "I haven't used zenoss but I really love Nagios."  For this reason, I am particularly interested to hear from people that have used both.

 

thanks

 

Bryan

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-lists.org/archive/users/attachments/20101021/7917c319/attachment.html>
-------------- next part --------------
------------------------------------------------------------------------------
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store 
http://p.sf.net/sfu/nokia-dev2dev
-------------- next part --------------
_______________________________________________
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