New Nagios dev branch?

[Ton Voon]

On 9 Feb 2010, at 11:41, Andreas Ericsson wrote:

>>
>> Any feedback? Some people might think there is a lack of development
>> in Nagios :)
>>
>
> I'm kinda torn on this option. If Nagios is given the option to accept
> check results via a socket rather than from temporary files, there's
> no harm in having the checking daemons sit on a different server, with
> possibly a feeder daemon in between to handle authentication, security
> and multiplexing.

Cheers for the opinion.

This is not about having check results though - that's a completely  
different path of logic because if it was a check result then there's  
other processing like parent-child dependencies/notifications/event  
handlers could be invoked. This patch is about selectively changing or  
adding to existing retention data.


> I'm for it, but I feel it would be redundant with a different fix.

I'm fine with ripping it out afterwards if there is a better way, but  
I'm erring on the side of functionality now rather than in some  
unspecified time in the future.

Ton

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-lists.org/archive/developers/attachments/20100209/c084444b/attachment.html>
-------------- next part --------------
------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
-------------- next part --------------
_______________________________________________
Nagios-devel mailing list
Nagios-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-devel