Memory Leak on Nagios 2.3 ?
Eli Stair
estair at ilm.com
Fri May 12 18:33:33 CEST 2006
At the very least, you'd need to get a look at how much Nagios itself is using, not just system-totals (check the manpage for interpreting results of free). Try 'top -n1 -p $nagiospid' or 'ps -F -p $nagiospid'. I've gone through several sessions of this (one recently on 2.3) and haven't noticed any egregious leaks.
/eli
PS -- this isn't a very good way to do memory profiling, but useful to rule out when you're suspicious a process is inflating.
-----Original Message-----
From: nagios-users-admin at lists.sourceforge.net on behalf of Matthias Eble
Sent: Fri 5/12/2006 8:10 AM
To: Jorg.Schulz at systeam.se
Cc: nagios-users at lists.sourceforge.net
Subject: Re: [Nagios-users] Memory Leak on Nagios 2.3 ?
Jorg.Schulz at systeam.se schrieb:
>
> Hi
>
> Running Nagios 2.3 and Plugins 1.4.3 on a CRUX 2.2 Distro
> The Server is a HP320 with 1 GB Ram
>
> I wondering if there is a known bug in Nagios 2.3 with a memory Leak ?
> With 1GB The Server use 950MB and free are 48MB
> I tried to "tune" nagios after i read the Documents for Nagios
>
> BTW i running mysqld for NagiosQL
> All help are welcome
>
> //Jörg
hi jörg,
is this the +/- buffers/cache? Linux uses free memory for caching and
frees the cache when needed.
eg. 3GB with 817 used but ~600 buffered
total used free
Mem: 3012 817 2195
-/+ buffers/cache: 211 2801 <= this line matters
hth
-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=k&kid0709&bid&3057&dat1642
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue.
::: Messages without supporting info will risk being sent to /dev/null
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-lists.org/archive/users/attachments/20060512/2eb7def1/attachment.html>
More information about the Users
mailing list