<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.network.nagios.user">
    <title>gmane.network.nagios.user</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.user</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.user/73772"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.user/73771"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.user/73770"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.user/73769"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.user/73768"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.user/73767"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.user/73766"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.user/73765"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.user/73764"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.user/73763"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.user/73762"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.user/73761"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.user/73760"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.user/73759"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.user/73758"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.user/73757"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.user/73756"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.user/73755"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.user/73754"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.user/73753"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.user/73772">
    <title>Re: check_procs and negatingregexin--ereg-argument-array</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.user/73772</link>
    <description>&lt;pre&gt;Okay, then it appears check_procs does not support that syntax. Negation 
of longer strings like that requires a backtracking implementation of 
"regular expressions" (the quotes are there because this kind of regular 
expression is actually NOT a regular expression in the strict computer 
science sense), and is not supported by most traditional UNIX tools. 
Unfortunately, I'm not sure there's a good way to make this work. 
Hopefully someone else can come up with an alternative solution.

Alex Griffin
---
Tech Team
agriffin&amp;lt; at &amp;gt;nagios.com

On 05/21/2012 05:08 PM, Camron W. Fox wrote:

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________&lt;/pre&gt;</description>
    <dc:creator>Alex Griffin</dc:creator>
    <dc:date>2012-05-23T14:41:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.user/73771">
    <title>Re: High Service Check Latency</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.user/73771</link>
    <description>&lt;pre&gt;So, cpuload is stable around 5.00 - 5.50. IO wait is difficult to identify.
Using top I can read an average of 0% with some peaks up to 4%. Using iotop the process kjournald is 
jumping on first position often with peaks to 10-20%, back to 0 immediatly.
Second place for nagios process. But the 1sec refresh is changing very often the situation.
Semms really interesting your doc, also I'll try some solutions. I'll use sym links to not alter any 
configuration file. Should do the trick as well. I'll let you know!

Thank you!

Simon


Il 22/05/2012 16:34, Mike Guthrie ha scritto:

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___________________________________________&lt;/pre&gt;</description>
    <dc:creator>Simone Felici</dc:creator>
    <dc:date>2012-05-23T09:52:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.user/73770">
    <title>Re: High Service Check Latency</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.user/73770</link>
    <description>&lt;pre&gt;Il 22/05/2012 16:25, Assaf Flatto ha scritto:


Thank's for this suggestion, I'll look to optimize as best as possible the database. Hope it helps!

Simon

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Nagios-users mailing list
Nagios-users&amp;lt; at &amp;gt;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

&lt;/pre&gt;</description>
    <dc:creator>Simone Felici</dc:creator>
    <dc:date>2012-05-23T09:39:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.user/73769">
    <title>Re: High Service Check Latency</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.user/73769</link>
    <description>&lt;pre&gt;What kind of information do you have about average CPU load or I\O wait 
time?  Whether Nagios is using ndoutils or not there will be a hardware 
limit as to how many disk writes it can handle in a given period of 
time.  Even though you're only running a few active checks, it could be 
a symptom that your machine is having to wait on itself to write to disk 
for other things as well.  The doc below is written for Nagios XI, but 
of a lot of the items apply to Core as well.  I would consider exploring 
some options with a RAM disk in order to reduce disk activity.

http://assets.nagios.com/downloads/nagiosxi/docs/Utilizing_A_RAM_Disk_In_NagiosXI.pdf



On 5/22/2012 7:55 AM, Simone Felici wrote:


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest &lt;/pre&gt;</description>
    <dc:creator>Mike Guthrie</dc:creator>
    <dc:date>2012-05-22T14:34:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.user/73768">
    <title>Re: Nagios - can it send email when leaving a service comment?</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.user/73768</link>
    <description>&lt;pre&gt;If you go to "Acknowledge" a host or service in a problem state, there 
is a checkbox for whether or not to send a notification.  If you want 
the notification use the "Acknowle this service problem" link instead of 
the "Add Comment" link.


On 5/21/2012 5:41 PM, Ajay Jethani wrote:

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
Nagios-users mailing list
Nagios-users&amp;lt; at &amp;gt;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&lt;/pre&gt;</description>
    <dc:creator>Mike Guthrie</dc:creator>
    <dc:date>2012-05-22T14:29:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.user/73767">
    <title>Re: High Service Check Latency</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.user/73767</link>
    <description>&lt;pre&gt;One thing I found to help with performance with NDO was to make sure the 
DB is trimmed on a regular basis .
tables timedevents, services , logentries and other ones grow very fast 
to large size and nagios is having trouble writing to the DB if the 
table is larger the 450MB .

since i was using the NDO for nagviz the data was mostly not needed so i 
used to truncate those tables.

If you do use the DB , replicate it to a secondary DB and use that as 
your queries master .and trim the one nagios writes to , but make sure 
that if the trimming is done , the data is not removed from the 
replicated server.

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_____________&lt;/pre&gt;</description>
    <dc:creator>Assaf Flatto</dc:creator>
    <dc:date>2012-05-22T14:25:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.user/73766">
    <title>Re: High Service Check Latency</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.user/73766</link>
    <description>&lt;pre&gt;Il 22/05/2012 13:55, C. Bensend ha scritto:


Yes, you're right. My problem is, the solution is implemented into OPSView Community edition. It's 
not a problem to alter-modify installation, btw the result is maybe some functionality in the whole 
system (gui or whatever) would not work anymore. Time to move to other nagios installation? Maybe, 
but not right now.
For now I would like to know a way to identify (and possible solve) the actual high latency. I've no 
idea if I can enable ndo logging or nagios logging to identify issues or bottlenecks.

Simon

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Nagios-users mail&lt;/pre&gt;</description>
    <dc:creator>Simone Felici</dc:creator>
    <dc:date>2012-05-22T12:55:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.user/73765">
    <title>Re: High Service Check Latency</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.user/73765</link>
    <description>&lt;pre&gt;

I bet you're using NDOUtils.  I wouldn't recommend that.  I couldn't
keep a Nagios server with under 6000 services limping along when
NDOUtils was running.  Eventually, the check latencies would go
through the roof and the entire server would get farther and farther
behind.

I went to Livestatus.  It took me all of 20 minutes to adjust my
reports to use the new interface, and I haven't restart my Nagios
daemon since (other than normal maintenance).


&lt;/pre&gt;</description>
    <dc:creator>C. Bensend</dc:creator>
    <dc:date>2012-05-22T11:55:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.user/73764">
    <title>Re: High Service Check Latency</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.user/73764</link>
    <description>&lt;pre&gt;
This could be the case. Is there a way I can log and explicit find out some traces that could point 
me to the real causes?
I'm collecting on MySQL everything is generated by nagios itself: status and performance data, which 
are a lot of informations: 7GB of runtime statistics.

Il 22/05/2012 11:17, Assaf Flatto ha scritto:

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Nagios-users mailing list
Nagios-users&amp;lt; at &amp;gt;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 &lt;/pre&gt;</description>
    <dc:creator>Simone Felici</dc:creator>
    <dc:date>2012-05-22T09:48:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.user/73763">
    <title>Re: High Service Check Latency</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.user/73763</link>
    <description>&lt;pre&gt;NDO and a large DB cause an issue to the nagios core that is causing 
high latency and can bring nagios to halt.
If you are also running a performance gathering solution it can 
contribute to the hight latency .




On 22/05/12 08:46, Simone Felici wrote:


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Nagios-users mailing list
Nagios-users&amp;lt; at &amp;gt;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

&lt;/pre&gt;</description>
    <dc:creator>Assaf Flatto</dc:creator>
    <dc:date>2012-05-22T09:17:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.user/73762">
    <title>Monitoring shared filesystems</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.user/73762</link>
    <description>&lt;pre&gt;Dear fellow Nagios users,

We have a bunch of servers on which we have shared filesystems.  The
filesystem actually resides on the SAN storage and are connected to
physical servers.  Let's say /home is shared among server1 and server2.
When /home breaches the WARNING or CRITICAL threshold it raises two
tickets, one from each server.

I tried utilising the check_cluster and check_cluster2 plugins to raise
only one ticket when there is a problem instead of two.

I have the following definitions...

"Disk Monitor /home" is being monitored on server1 and server2 using NRPE
with notifications disabled.

hostgroups
==========

define hostgroup {
        hostgroup_name                 clustered_servers
        alias                          Clustered servers
        members                        server1,server2
        }



servicecluster.cfg
==================
define service {
        service_description             Clustered disk /home
        hostgroup_name                  clustered_servers
        check_comma&lt;/pre&gt;</description>
    <dc:creator>Kumar, Ashish</dc:creator>
    <dc:date>2012-05-22T09:10:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.user/73761">
    <title>Re: High Service Check Latency</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.user/73761</link>
    <description>&lt;pre&gt;Hello.

My case was Nagios latency was caused by java.
Little tuning with java helped me out.

# java and nagios had absolutely no relations.

Thanks,
Yu



------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Nagios-users mailing list
Nagios-users&amp;lt; at &amp;gt;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

&lt;/pre&gt;</description>
    <dc:creator>Yu Watanabe</dc:creator>
    <dc:date>2012-05-22T08:05:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.user/73760">
    <title>High Service Check Latency</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.user/73760</link>
    <description>&lt;pre&gt;Hello!

Yes, it's a common problem, but cannot figure out how to debug it.
I've a distributed setup with a master server collecting &amp;gt;9.000 passive services sent from other 
servers, all with active latencies near 0. The master server checks *only* itself as active 
services, ~40 services, most of them every 5 minutes. AFAIK passive services should not affect 
"active service check latency" statistics. Looking into retention.dat file, the high latencies are 
all related to the local executed active services. Actual stats:

Nagios Stats 3.2.3
Copyright (c) 2003-2008 Ethan Galstad (www.nagios.org)
Last Modified: 10-03-2010
License: GPL

CURRENT STATUS DATA
------------------------------------------------------
Status File:                            /usr/local/nagios/var/status.dat
Status File Age:                        0d 0h 0m 7s
Status File Version:                    3.2.3

Program Running Time:                   0d 20h 40m 53s
Nagios PID:                             9360
Used/High/Total Command Buffers:  &lt;/pre&gt;</description>
    <dc:creator>Simone Felici</dc:creator>
    <dc:date>2012-05-22T07:46:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.user/73759">
    <title>Nagios - can it send email when leaving a servicecomment?</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.user/73759</link>
    <description>&lt;pre&gt;I'd like nagios to send an email after I leave a service comment through
the web dashboard.
The purpose of this would be that it would send a mail to the contact list
that someone is working on the issue at hand and to track this information
over time (how long it takes to resolve and issue and what the solution was
and so forth).

Is support for Nagios being able to send a mail when leaving a service
comment built in?
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
Nagios-users mailing list
Nagios-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plu&lt;/pre&gt;</description>
    <dc:creator>Ajay Jethani</dc:creator>
    <dc:date>2012-05-21T22:41:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.user/73758">
    <title>Re: check_procs and negating regexin--ereg-argument-array</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.user/73758</link>
    <description>&lt;pre&gt;
Alex,

I already tried that and this was the error:

/usr/lib64/nagios/plugins/check_procs -w 25 -c 35 -m CPU -v
--ereg-argument-array='^((?!john).)*$'
PROCS UNKNOWN: Could not compile regular expression - Invalid preceding
regular expression

with the message on the web output being: PROCS UNKNOWN: Could not
compile regular expression - Invalid preceding regular expression

Best Regards,
Camron

&lt;/pre&gt;</description>
    <dc:creator>Camron W. Fox</dc:creator>
    <dc:date>2012-05-21T22:08:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.user/73757">
    <title>Re: check_procs and negating regexin--ereg-argument-array</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.user/73757</link>
    <description>&lt;pre&gt;To get around the issue of bash interpreting your regex characters as 
something else, simply wrap the regex in single quotes:

./check_procs -w 25 -c 35 -m CPU -v --ereg-argument-array='^((?!john).)*$'

Alex Griffin
---
Tech Team
agriffin&amp;lt; at &amp;gt;nagios.com

On 05/21/2012 03:04 PM, Camron W. Fox wrote:

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Nagios-users mailing list
Nagios-users&amp;lt; at &amp;gt;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

&lt;/pre&gt;</description>
    <dc:creator>Alex Griffin</dc:creator>
    <dc:date>2012-05-21T21:29:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.user/73756">
    <title>check_procs and negating regex in--ereg-argument-array</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.user/73756</link>
    <description>&lt;pre&gt;All,

Is it possible to negate the regular expression used in
--ereg-argument-array with check_procs?

We want to ignore one of the processes running on a machine but when we
try to use negative lookahead the regex is not processed correctly
because it reads ! as a bash internal command:

./check_procs -w 25 -c 35 -m CPU -v --ereg-argument-array=^((?!john).)*$
./check_procs -w 25 -c 35 -m CPU -v --ereg-argument-array=^((?john
--show passwd.ldap).)*$
bash: syntax error near unexpected token `('

And the Nagios web output shows: NRPE: Unable to read output

Does anyone have any suggestions?

Best Regards,
Camron

&lt;/pre&gt;</description>
    <dc:creator>Camron W. Fox</dc:creator>
    <dc:date>2012-05-21T20:04:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.user/73755">
    <title>Re: How many hosts and services are you monitoring with Nagios?</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.user/73755</link>
    <description>&lt;pre&gt;We're monitoring around 1000 hosts and 4700 services.
We are using the last version of Opsview Community like Simon although his setup sounds a bit more fault tolerant.

We have 1 master server with about 30 slave servers monitoring various remote sites.
Easy of distributed setup was what won us over to Opsview several years ago but as they moved the distributed version to the enterprise commercial edition I am starting to pay attention again to the different variants of Nagios out there.
Also centralized web based configuration front end was another huge plus as engineers don't have to understand Nagios to setup hosts.

The racoon setup sounds like some good stuff.

James

-----Original Message-----
From: Simone Felici [mailto:s.felici&amp;lt; at &amp;gt;mclink.eu] 
Sent: Friday, May 18, 2012 3:33 AM
To: nagios-users&amp;lt; at &amp;gt;lists.sourceforge.net
Subject: Re: [Nagios-users] How many hosts and services are you monitoring with Nagios?


Impressive :)
We're monitoring ~2000 hosts and ~10000 services, every 5 minutes.
Architecture used: &lt;/pre&gt;</description>
    <dc:creator>James Whittington</dc:creator>
    <dc:date>2012-05-18T18:36:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.user/73754">
    <title>Re: does monitoring stop while nagios is flushing queued items?</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.user/73754</link>
    <description>&lt;pre&gt;

This is one of the big reasons I stopped using NDOUtils - the broker
would regularly block the Nagios process.  So yes, you're correct -
your NDOUtils broker is blocking, and nothing is happening during
these periods of maintenance.

That, and the check latency.  With NDOUtils, I couldn't let my
Nagios daemons run a full week without restarting them or the
check latencies would shoot through the roof (that's a full restart,
not a reload).


&lt;/pre&gt;</description>
    <dc:creator>C. Bensend</dc:creator>
    <dc:date>2012-05-18T10:23:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.user/73753">
    <title>Re: How many hosts and services are you monitoring with Nagios?</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.user/73753</link>
    <description>&lt;pre&gt;Hi All,

We have 5393 hosts and 69452 services across 14 servers.

The monitoring is spread unevenly across the servers as most of them are in
specific customer environments.
We use Puppet (formally rsync) to distribute a standard set of "global"
config (host / service templates etc) across all servers and each server
has its own local config (hosts / services).

We use SNMPTT passive checks for the networking kit, NRPE for most Nix
hosts (some use SNMP checks) and NSClient++ with Microsoft servers.

All based on standard Nagios core and tied together with an horrid POC
intergeneration software / MQ.

I did do some testing with Merlin but it was far from stable at that point
and we have been waiting for Nagios 3.4.x to be released. So possible some
time soon we will add Merlin.


--
Ritchie
&amp;lt;--Time flies like an arrow; fruit flies like a banana.  --&amp;gt;


On Fri, May 18, 2012 at 8:33 AM, Simone Felici &amp;lt;s.felici&amp;lt; at &amp;gt;mclink.eu&amp;gt; wrote:

------------------------------------------------------------------------------
Liv&lt;/pre&gt;</description>
    <dc:creator>RichTea</dc:creator>
    <dc:date>2012-05-18T09:56:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.user/73752">
    <title>Re: How many hosts and services are you monitoring with Nagios?</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.user/73752</link>
    <description>&lt;pre&gt;
Impressive :)
We're monitoring ~2000 hosts and ~10000 services, every 5 minutes.
Architecture used: OPSView Community edition, the last free version before it started to make the 
distributed version commercial :/
Two central servers (active/standby - drbd) as single point for management and collecting all 
passive checks executed by the slave servers. Performance data saved into rrd files as well on an 
external BIG database server. Configuration resides on a cluster MySQL installation (drbd).
4 slave "datacenter installations" with 2 servers per "datacenter" in active/active load balancing.
Traps handling supported on all servers with rules logic.
Pros:
- Open Source: at least until version 3 - for our setup. Simple single instance with fewer functions 
available as well on version 4.
- Easy to manage: the prupose was to create monitoring system and then let the management to other 
people with less technical skills
- distributed setup
- RBAC
Disadvantages:
- no longer Open Source: see above
- Central ser&lt;/pre&gt;</description>
    <dc:creator>Simone Felici</dc:creator>
    <dc:date>2012-05-18T07:33:28</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.network.nagios.user">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.network.nagios.user</link>
  </textinput>
</rdf:RDF>

