NDOUtils 1.5 Available

Version 1.5 of the NDOUtils add-on has now been released. You can 
download NDOUtils from:

https://sourceforge.net/projects/nagios/files/

Changelog follows...

       * Added various performance improvements originally added for 
Nagios XI (Ethan Galstad)
       * Added asynchronous data spooling to increase performance (andree)
       * Fixed to small es array (Michael Friedrich)
       * Fixed wrong type of object_id in ndo2db_save_custom_variables() 
(Michael Friedrich)

Eric

--

-- 
Eric Stanley
___
Developer
Nagios Enterprises, LLC
Email:  estanley <at> nagios.com
Web:    www.nagios.com

------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2

NSCA 2.9.1 Available

Version 2.9.1 of the NSCA add-on has now been released. You can download 
NSCA from:

https://sourceforge.net/projects/nagios/files/

Changelog follows...

- Applied patch to allow packets arriving with a future time stamp 
(Daniel Wittenberg)
- Updated server (nsca) to allow packets with older, smaller packet size 
(Eric Stanley)

Eric

--

-- 
Eric Stanley
___
Developer
Nagios Enterprises, LLC
Email:  estanley <at> nagios.com
Web:    www.nagios.com

------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2

Proposal for new Feature : Immutable Macro Variables

Hi everyone,

I'd like to have a community discussion on a possible new feature for Nagios.

To start of, I have written a number of plugins that reuse data from
their previous run, for optimization reasons (one time find correct
SNMP OID to pull data based on regex and just pull from that OID
after) and to calculate percent of change from counters values. The
standard way plugins deal with this is by creating temporary files or
using database. I'm not big fan of those approaches - large number of
such files is a maintenance issue and its a a performance disadvantage
to write/read those files, database is an external service and you
want to avoid relying on that and opening/closing connection for every
plugin run. Instead the plugins I write cache this data using nagios
itself. My plugins that do that are check_snmp_netint.pl,
check_sasraid_megaraid.pl and at least 2 others you can find at
http://william.leibzon.org/nagios/. Right now all these plugins output
these "cache" data as part of part of Nagios performance data which is
then fed back to plugin at each run. This all works ok except for some
graphing programs (pnp4nagios) that parse performance data and get
confused about non-numeric values my plugins may output, but I have
patches for these issues too. The thing is it all seems like hack. At
the same time its a good feature to be able to use nagios itself to
store small amount of data for use by plugins.

So I have a proposal on how to move forward with this. I propose that
we have a way for plugins to return data back to nagios that would be
stored as Nagios MACRO variables. The idea is basically to add another
line of data that nagios plugins would output in addition to status
line and performance data. Something like:

nsca 2.9 ubuntu compile fix

Hi,

I tried compiling nsca 2.9 on my ubuntu 10.04.3 (64bit) system and it would fail.  After some googling I found
the problem... there was a permission bit option missing. 

Here is the patch if anyone is interested:

--- nsca.c.old	2011-11-04 14:21:29.000000000 -0400
+++ nsca.c.new	2012-01-11 15:26:03.222242674 -0500
@@ -477,7 +477,7 @@
                             int checkresult_test_fd=-1;
                             char *checkresult_test=NULL;
                             asprintf(&checkresult_test,"%s/nsca.test.%i",check_result_path,getpid());
-                            checkresult_test_fd=open(checkresult_test,O_WRONLY|O_CREAT);
+                            checkresult_test_fd=open(checkresult_test,O_WRONLY|O_CREAT,0644);
                             if (checkresult_test_fd>0){
                                     unlink(checkresult_test);
                                     }

--kyleo

------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox

nsca-2.9 compatability

------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox

_______________________________________________
Nagios-devel mailing list
Nagios-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-devel

Cache layer in NSCA?

We're using an external script to handle connection caching for NSCA..  
Once we have X seconds of OCSP and OCHP results queued in the local 
cache, we fire off a batch submission through send_nsca.  One TCP 
connection, one encryption handshake.  Under extreme load, we've been 
having some issues and I'm thinking about re-engineering it.

Only, I think if I do much work, I'd like to add the cache logic to the 
send_nsca binary itself.

Changes would involve adding a cache directory and cache age (and/or max 
cache items) config directives.  Without the new directives, program 
flow would be as normal.  With those directives, any submitted OC*P 
events submitted to send_nsca would get dumped into the cache directory 
until the oldest file exceeds the max cache age, or the number of items 
exceeds the max.  Once either of those are reached the next send_nsca 
call would submit all results at once.

A lockfile mechanism of some sort would be in place to prevent any 
subsequent send_nsca runs that get kicked off, before the submitting run 
has finished, from doing duplicate submissions.

Any concerns, requests, or gentle guidance towards alternate solutions?

--

-- 
Mike Lindsey

------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev

Pierre SMOROWINSKI est absent(e).

------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox

_______________________________________________
Nagios-devel mailing list
Nagios-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-devel

NSCA (latest svn) bus error with extremely large messages

I'm running the current svn NSCA.  We take advantage of long plugin 
output, to provide some extensive diagnostic data.  Unfortunately some 
of our VMware monitoring is, on occasion, outputting excessively large 
messages which trigger a bus error.

Anything up to 4k for plugin output gets sent fine.  From 4k to a little 
over 10k it seems to consistently truncate properly.  From 10k to around 
20k, intermittent runs will result in a bus error.  Anything about that 
and they all seem to fail.

I've recompiled with debugging symbols, but haven't had much luck so far 
in tracking down the bug.  Unfortunately, this is one of those weeks 
where I've got eight different projects pulling me in 12 different 
directions, and can't really spend a lot of time tracking down bugs.  If 
you've got a good test harness and don't mind throwing a few giant 
messages through it, I'd love any pointers as to a possible fix.

--

-- 
Mike Lindsey

------------------------------------------------------------------------------
Cloud Services Checklist: Pricing and Packaging Optimization
This white paper is intended to serve as a reference, checklist and point of 
discussion for anyone considering optimizing the pricing and packaging model 
of a cloud services business. Read Now!
http://www.accelacomm.com/jaw/sfnl/114/51491232/

Re: [patch] Fix invalid DOM in CGI

Sorry forgot to CC list.
>  Från: Andreas Ericsson <ae <at> op5.se>

>  Till: Sven-Göran Bergh <svengbergh-nagiosdevel <at> yahoo.com>; Nagios 
> Developers List <nagios-devel <at> lists.sourceforge.net>
>  Kopia: 
>  Skickat: fredag, 9 december 2011 15:47
>  Ämne: Re: [Nagios-devel] [patch] Fix invalid DOM in CGI
> 
>  On 12/09/2011 03:23 PM, Sven-Göran Bergh wrote:
>>   Attached patch fixes an invalid DOM.
>> 
>>   A table element may not have a form
>>   element as a direct child, but the
>>   opposite is OK.
>> 
>>   The forms become invalid in some browsers
>>   when the CGI:s are AJAX loaded in div
>>   element.
>> 
> 
>  Neat patch, but why not start the table directly after the form?
 
Because then some input element will end up directly inside the
table element, and that is not valid that either.
 
>  That way it would have been obvious that the patch doesn't change
>  the layout. Now it's split so I can't say for sure that it
>  doesn't without having to look at the code, and I won't have
>  time to do that until next week. Care to reroll and resend a
>  more easily reviewed patch?
 
I think the patch is correct as it is, so no 
 
>  Thanks.
 
Thanks
/S-G

------------------------------------------------------------------------------
Cloud Services Checklist: Pricing and Packaging Optimization
This white paper is intended to serve as a reference, checklist and point of 
discussion for anyone considering optimizing the pricing and packaging model 
of a cloud services business. Read Now!
http://www.accelacomm.com/jaw/sfnl/114/51491232/

[patch] Fix invalid DOM in CGI

Attached patch fixes an invalid DOM.

A table element may not have a form
element as a direct child, but the
opposite is OK.

The forms become invalid in some browsers
when the CGI:s are AJAX loaded in div
element.

/S-G

------------------------------------------------------------------------------
Cloud Services Checklist: Pricing and Packaging Optimization
This white paper is intended to serve as a reference, checklist and point of 
discussion for anyone considering optimizing the pricing and packaging model 
of a cloud services business. Read Now!
http://www.accelacomm.com/jaw/sfnl/114/51491232/

_______________________________________________
Nagios-devel mailing list
Nagios-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-devel

Nagios 3.3.1 is not processing performance data

Hi, everybody.

I´ve installed Nagios 3.3.1 and noticed that it is not processing
performance data when it is null.

This is a big problem for me, because I use the performance process to
send data to my central servers, instead of de ocsp command, as this
command makes the latency increase a lot.

When I made the downgrade to Nagios 3.2.3 everything works fine.

Can someone help me? Was the Nagios Core code modified? I didn´t find
anything on the release change log.

Thanks.

------------------------------------------------------------------------------
Cloud Services Checklist: Pricing and Packaging Optimization
This white paper is intended to serve as a reference, checklist and point of 
discussion for anyone considering optimizing the pricing and packaging model 
of a cloud services business. Read Now!
http://www.accelacomm.com/jaw/sfnl/114/51491232/