On Thu, Feb 10, 2011 at 8:08 PM, Hartmut Goebel
<h.goe...@goebel-consult.de>wrote:
> Hi,
> > I finished the nrpe module for the pollers. Now you don't have to
> > launch the check_nrpe binary to talk to a nrpe server. This module
> > should be seen as a performance booster : less fork, less CPU usage
> > (and especially in kernel mode, so virtual machines will be happy...).
> This is good stuff. Thank you.
> > The arbiter will see the _ before nrpe_poller, and apply automatically
> > a module tag "nrpe_poller" to it.
> Please remove this odd feature. Zen of Python: "There should be one--
> and preferably only one --obvious way to do it." And with "module_type"
> there already is a obvious way to do this (which is more flexible, too)
> So this feature does not add any functionality but only add future
> longstanding pollution.
>
But it's not so simple. Yes, it's better to have a unique way of doing. But
here how do you use this function with Centreon for example (like I do at
work)? You just can't. Most of the configuration tools don't manage Shinken
new properties from now. I hope it will change soon, but not until some long
months. Until some folks start to propose patch to configuration tools, we
will have such "hacks" :(
But on the doc we can put this as an aside thing, and let the module_type as
the official way. And one day we will be able to disable it (we can also
raise a warning/notice about this _ so people are warn about it?).
Jean
>
> --
> Schönen Gruß - Regards
> Hartmut Goebel
> Dipl.-Informatiker (univ.), CISSP, CSSLP
>
> Goebel Consult
> Spezialist für IT-Sicherheit in komplexen Umgebungen
> http://www.goebel-consult.de/blog/
>
> Monatliche Kolumne: http://www.cissp-gefluester.de/
> Goebel Consult mit Mitglied bei http://www.7-it.de
>
> [..]
>
>
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Shinken-devel mailing list
Shinken-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/shinken-devel
