Diana Scannicchio wrote: > Hi all, > does someone know if mod_gearman, that happily works with Icinga, can be used > to replace NRPE? > > > From documentation > https://github.com/sni/mod_gearman > it is clear that mod_gearman can be used to replace NSCA and have passive > checks, but I did not found any way to get rid of NRPE and use mod_gearman. > So probably it is simply not possible/foreseen to replace NRPE.
gearman adds another dependency on the system (gearman and libgearman) which sounds good for users, bad for sysadmins and package maintainers. that's one of those reasons i've for now stopped working with mod_gearman, as i can build most of the functionality still with nrpe (if i can't use snmp). another reason might be - on gearman, you define everything on the icinga master, even passwords or snmp communities will be stored over there. these jobs then get pushed onto the queue and the remote workers will work on that. on the nrpe side of life, the icinga master only knows that there's a virtual command to be called - which is defined on the remote client. this can be really good if you are sharing remote instances amongst other participants using the same nrpe server, but you can control which commands are to be executed on the remote site. e.g. if you don't want to allow check_params, you'll simply disable that. although this is more the "sharing in monitoring" approach, i do believe that amongst organizations this is a common way to share existing ressources. some might say that it's better to have everything defined on the icinga master, and not storing sensitive information on the remote client. but as said that highly demands on the needs and the design of the environment. especially when you are using nrpe as host based monitoring "client", no snmp, no ssh, etc. then the approach stands with nrpe, but falls with a gearman worker. i'd rather say, you could use a combination of gearman and nrpe - use gearman to share the load, remove it from the core, but still call remote clients with nrpe server. > > Thank you very much in advance for any information, > > Diana > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2dcopy1 > _______________________________________________ > icinga-users mailing list > icinga-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/icinga-users -- DI (FH) Michael Friedrich Vienna University Computer Center Universitaetsstrasse 7 A-1010 Vienna, Austria email: michael.friedr...@univie.ac.at phone: +43 1 4277 14359 mobile: +43 664 60277 14359 fax: +43 1 4277 14338 web: http://www.univie.ac.at/zid http://www.aco.net Icinga Core& IDOUtils Developer http://www.icinga.org ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 _______________________________________________ icinga-users mailing list icinga-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/icinga-users
