Should have gone to the entire list.<br><br><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">George B.</b> <span dir="ltr"><<a href="mailto:georgeb@gmail.com">georgeb@gmail.com</a>></span><br>
Date: Thu, Apr 7, 2011 at 4:23 PM<br>Subject: Re: [f-nsp] Route cache leak on MLX 5.0.00b ?<br>To: Dunc <<a href="mailto:dunc.lockwood@thebunker.net">dunc.lockwood@thebunker.net</a>><br><br><br>Reboot clears the problem just fine. It isn't a matter of too few allowed. For some reason it can get into a state where it never clears out stale entries. It took six months to get into that state. Filled up CAM on both the primary ingress and egress modules.<br>
<br>After rebooting it is just fine, over 300,000 entries free.<br><br>So it isn't a config problem, it is a "holy crap, this thing just went wonky" problem.<div><div></div><div class="h5"><br><br><br><br><div class="gmail_quote">
On Thu, Apr 7, 2011 at 2:42 AM, Dunc <span dir="ltr"><<a href="mailto:dunc.lockwood@thebunker.net" target="_blank">dunc.lockwood@thebunker.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Hi,<br>
<br>
What are your system-max values for ip-cache and ip-route set to?<br>
<br>
Are you using a CAM profile with enough room?<br>
<br>
<br>
I've seen very strange things happen once you hit a limit and usually<br>
end up changing something and rebooting.<br>
<br>
Cheers,<br>
<br>
Dunc<br>
<div><div></div><div><br>
<br>
<br>
On 07/04/11 02:28, George B. wrote:<br>
> Has anyone seen route cache issues on 5.0.00b?<br>
><br>
> I have two routers both have basically the same peers:<br>
><br>
> First one:<br>
><br>
> IP Routing Table - 349996 entries<br>
><br>
> Second one:<br>
><br>
> IP Routing Table - 350213 entries<br>
><br>
> If I do "sho ip cache" on the first unit, I get:<br>
><br>
> Total IP and IPVPN Cache Entry Usage on LPs:<br>
> Module Host Network Free Total<br>
> 1 131 349869 0 350000<br>
> 2 143 349857 0 350000<br>
><br>
> Both units were in that state when I logged into them earlier today.<br>
><br>
> If I rconsole to either module and "clear ip cache", it clears out maybe<br>
> 50 routes and that's it.<br>
><br>
> After rebooting the second unit and letting it run for a couple of<br>
> hours, it looks like:<br>
><br>
> Total IP and IPVPN Cache Entry Usage on LPs:<br>
> Module Host Network Free Total<br>
> 1 219 16763 363018 380000<br>
> 2 54 33 379913 380000<br>
><br>
> Which is much closer to what I expected to see and is closer to what<br>
> another pair of units have after running for several weeks (notice I<br>
> upped the max on this one but that doesn't really matter). That first<br>
> unit is obviously wacky (but as I mentioned, both units were in that<br>
> state). Another pair of units that have been running for months:<br>
><br>
> uptime is 160 days 21 hours 40 minutes 8 seconds<br>
> IP Routing Table - 349593 entries<br>
><br>
> Total IP and IPVPN Cache Entry Usage on LPs:<br>
> Module Host Network Free Total<br>
> 1 1021 62984 285995 350000<br>
> 2 39 1358 348603 350000<br>
><br>
><br>
><br>
> Both units were reporting stuff like this in the logs:<br>
><br>
> Apr 7 01:26:17:I:Warning: MODULE 1 - No free cache entry for new rout<br>
> Apr 7 01:26:17:I:Warning: MODULE 2 - No free cache entry for new rout<br>
> Apr 7 01:26:08:I:Warning: cannot allocate free cache entr<br>
> Apr 7 01:26:04:I:Warning: cannot allocate free cache entr<br>
> Apr 7 01:25:07:I:Warning: cannot allocate free cache entr<br>
><br>
> It sure looks like some kind of cache leak to me, like it can't reap<br>
> stale cache entries.<br>
><br>
> Anyone seen anything like this? Looks like a reboot clears it just fine.<br>
><br>
</div></div>________________________________<br>
This email and any attachments it may contain is confidential and solely intended for the use of the named addressee(s) only. Any views or opinions presented are solely those of the author and do not necessarily represent those of The Bunker. If you are not the intended recipient, be advised that you have received this email in error and that you should not rely on it or take any action based on it. You should not publish, use, disseminate, print, forward or copy this email as it is strictly prohibited. Please contact the sender if you have received this email in error and destroy it.<br>
<br>
_______________________________________________<br>
foundry-nsp mailing list<br>
<a href="mailto:foundry-nsp@puck.nether.net" target="_blank">foundry-nsp@puck.nether.net</a><br>
<a href="http://puck.nether.net/mailman/listinfo/foundry-nsp" target="_blank">http://puck.nether.net/mailman/listinfo/foundry-nsp</a><br>
</blockquote></div><br>
</div></div></div><br>