Memory footprint of dhcpd process steadily increasing

[Leif Arne Neset]

David W. Hankins skrev:
> Turns out it's load_balance_mine(), taking a reference on the client
> identifier option (which references the options buffer) and not giving
> it up.  This only happens on DHCPDISCOVERs with client identifiers
> ("Windows boxes"), while using failover in the normal state, possibly
> a very slow leak for many people.  It's a one-line fix for anyone who
> knows where to look.
> 
> That particular bit of code was committed on May 2, 2000.  I would
> guess it goes all the way back to when failover first started load
> balancing.
> 
> I don't think the fix will make 4.1.1b1, but it will make 4.1.1b2,
> and probably 4.0.2b1.
> 
> 

I've had a look at the code in failover.c, but I'm not good at 
programming at all. Could you please tell us non programming people 
exactly what line goes in where in the code?


Leif Arne Neset
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: multipart/alternative
Size: 1 bytes
Desc: not available
URL: <https://lists.isc.org/pipermail/dhcp-users/attachments/20090414/182ee8f1/attachment.bin>
-------------- next part --------------

No virus found in this outgoing message.
Checked by AVG - www.avg.com 
Version: 8.0.238 / Virus Database: 270.11.56/2058 - Release Date: 04/14/09 06:17:00