Re: ldirectord memory leak in Ultramonkey 3

Joseph Miller <[email protected]>
Newsgroups gmane.linux.highavailability.ultramonkey
Message-ID <[email protected]>
Glen Kendell wrote:
> If there truly is a memory leak, you will see the process grow unabated
> until it forces swapping.  You will see how much swapping you have with
> free.  If instead you see the cached memory plateau and no swapping you are
> witnessing typical Linux memory management.  Cached memory is essentially
> free, it is just keeping it in cache in case the same data is needed again.

I'm pretty sure it's a leak... if left alone, the ldirectord process eventually goes into swap, uses 
it all up, and causes the kernel to start killing processes (like bind) because it has run out of 
memory.

> The reason Horms asked about your perl version is because there have been
> memory leaks in the past that were from shared libs like ssleay, not
> ldirectord per se. 

I think I mentioned it in my original mail from a while back, but my perl is v5.8.4-8
(ie current debian sarge version)

 > Hopefully you will have an opportunity to do some debugging over the holiday
 > weekend without disruption of your service.

I expect I'll have to run up a seperate test environment - the application that's running behind UM 
has a very high HA requirement, and I can't just go messing about with it too much :-)


> Since you have a machine named director2, is it correct to assume you have 2
> directors for high availability?  Please post your heartbeat config and
> haresources for fun.

Yes, we have 2 directors for HA, configs follow:

*** ha.cf: ***
logfile /var/log/ha-log
logfacility local0
keepalive 1
deadtime 3
warntime 3
initdead 10
auto_failback Off
udpport 694
ucast eth0  203.97.XXX.XXX
ucast eth1  192.168.XXX.XXX
node  director1
node  director2

** haresources: **
director1 IPaddr::203.97.XXX.XXX/24/eth0 IPaddr::192.168.XXX.XXX/28/eth1 
ldirectord::/etc/ha.d/ldirectord.cf






-- 
Ultra Monkey - http://www.ultramonkey.org/
To UNSUBSCRIBE, email to [email protected], with a body:
unsubscribe ultramonkey-users [email protected]
where "[email protected]" is YOUR email address.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.