[Note: this is not a reply to particular message but thread in general] I've used nagios with embedded perl for quite a long time with fairly heavy number of perl checks (in fact most of the plugins) and I've not seen any serious memory leaks. I've also tested CPU usage both with and without ePN and with ePN its 50%-75% less. Now to be fair nagios installations I've set it up on do not run forever and usually set to restart nagios server once week. But if there were serious memory leaks I'd have noticed as I have specialized memory plugin specifically looking for such issues (nagios dnx code from June had big issue there BTW although new version I just downloaded seems to have lot of it fixed but I can still see it leaking). As far as Perl I suspect the issues are specific to perl modules & plugins you may be using rather then being ePN issues in general (note that I'm not using Nagios::Plugin at all for example). If that is so, then try forcing nagios to reload/recache the plugin by modifying it (I think just adding extra line with '#' at the end of file should be enough) In general it might actually be a good idea for nagios to have a compiled setting on maximum amount of time perl plugin code would be cached and then whenever nagios checks if plugin code has changed it can also check when it was last cached and if its too long recache it even if the code is still the same; this should really apply to both plugins and perl modules which does present some extra challenges. At the same tiem my understanding of embedded perl architecture used by nagios is still limited (I've even tried once to do something similar myself based on nagios code but could not understand some of what I saw [I plan on trying it again when I have more time which is always an issue...] but ePN is not that simple and may well have leak somewhere that is not consistently showing for everyone). <div>On 1/11/08, Thomas Guyot-Sionnest <<a href="mailto:dermoth@aei.ca">dermoth@aei.ca</a>> wrote:<blockquote class="gmail_quote" style="margin-top: 0; margin-right: 0; margin-bottom: 0; margin-left: 0; margin-left: 0.80ex; border-left-color: #cccccc; border-left-width: 1px; border-left-style: solid; padding-left: 1ex"> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 11/01/08 11:00 AM, Thomas Guyot-Sionnest wrote: > Andreas Ericsson wrote: >> Thomas Guyot-Sionnest wrote: >>> 1. Kill and restart Nagios instead of HUP'ing it (Why don't nagios >>> execve itself on HUPs BTW?) >> I have no idea. It would definitely make it easier to write modules >> for it, as each new load is 100% certain to provide a clean slate. > > Eh, I just flashed back on this. I know why; it's simply because Nagios > opens the resource file (usually readable only by root) before dropping > privileges. The only way it can restart by itself without loosing access > to that file is what it does right now. Oops I though It was that but apparently it's not the case (at least on Nagos 3); if the file is only readable by root Nagios fails on HUP's. Sorry for the spam (actually for not verifying my claims...) :( Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - <a href="http://enigmail.mozdev.org">http://enigmail.mozdev.org</a> iD8DBQFHiEq06dZ+Kt5BchYRAvVoAKDhFrNVEaPMheJYWrxuni61S2panACfV4w9 Lue30C6gfbhqViO+JEIFjWc= =VWYM -----END PGP SIGNATURE----- ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. <a href="http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace">http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace</a> _______________________________________________ Nagios-devel mailing list <a href="mailto:Nagios-devel@lists.sourceforge.net">Nagios-devel@lists.sourceforge.net</a> <a href="https://lists.sourceforge.net/lists/listinfo/nagios-devel">https://lists.sourceforge.net/lists/listinfo/nagios-devel </a> </blockquote></div>