[c-nsp] 3750G memory leak?

Mon Jan 27 13:30:28 EST 2014

I had an issue with a stack of 3750s before as well. Turns out that it was
logging to a file on flash:

logging file flash:syslog xxxxxx debugging

The "xxxxx" was a ridiculously large number. This ended up filling up the
file system over time and cause errors much like the ones being described
here.

Do you have any sort of logging turned on like this?

On Mon, Jan 27, 2014 at 12:00 PM, <cisco-nsp-request at puck.nether.net> wrote:

> Send cisco-nsp mailing list submissions to
>         cisco-nsp at puck.nether.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         https://puck.nether.net/mailman/listinfo/cisco-nsp
> or, via email, send a message with subject or body 'help' to
>         cisco-nsp-request at puck.nether.net
>
> You can reach the person managing the list at
>         cisco-nsp-owner at puck.nether.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of cisco-nsp digest..."
>
>
> Today's Topics:
>
>    1. Re: 3750G memory leak? (Darren O'Connor)
>    2. SVD disabled by default on XR4.3.x (Adam Vitkovsky)
>    3. 7206VXR with NPE-G2 / 12.4(4)XD4 (Mark Tees)
>    4. Re: SVD disabled by default on XR4.3.x (Stephen Fulton)
>    5. Re: SVD disabled by default on XR4.3.x (Jason Lixfeld)
>    6. Re: 7206VXR with NPE-G2 / 12.4(4)XD4 (Jeremy Bresley)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sun, 26 Jan 2014 21:30:11 +0000
> From: "Darren O'Connor" <darrenoc at outlook.com>
> To: Jeff Kell <jeff-kell at utc.edu>
> Cc: "cisco-nsp at puck.nether.net" <cisco-nsp at puck.nether.net>
> Subject: Re: [c-nsp] 3750G memory leak?
> Message-ID: <DUB406-EAS317556EC203D6E94E5F49CFDEA30 at phx.gbl>
> Content-Type: text/plain; charset="us-ascii"
>
> Not hardware issue. We've got loads of 3750Gs running for years without
> problems. Most on 12.2(55)
>
> http://www.mellowd.co.uk/ccie
>
> > On 25 Jan 2014, at 04:26, "Jeff Kell" <jeff-kell at utc.edu> wrote:
> >
> > Just curious...  has anyone had issues with memory leaks on 3750Gs?  We
> > have had nightmares from a 4-switch stack of 3750G-48TS's (IP Services).
> >
> > Runs for months, then you try to "write mem" and get memory allocation
> > errors and it fails.  It progresses a bit further and you can no longer
> > get serial console, telnet, or SSH either.
> >
> > Have had several suggested workarounds and software upgrades; we're on
> > almost bleeding edge (15.something SE4, while SE5 is latest).  I'd tell
> > you what version it is if I could get into it :)
> >
> > Used to just reload and it would work another few months, but tonight's
> > reload we immediately couldn't get into the serial console (%%Low on
> > memory - Try again later).
> >
> > Starting to think this is a hardware issue as we haven't seen it on any
> > other 3750s, wondering if anyone else has seen this.
> >
> > Jeff
> >
> > _______________________________________________
> > cisco-nsp mailing list  cisco-nsp at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at http://puck.nether.net/pipermail/cisco-nsp/
>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 27 Jan 2014 14:58:03 +0100
> From: Adam Vitkovsky <adam.vitkovsky at swan.sk>
> To: <cisco-nsp at puck.nether.net>
> Subject: [c-nsp] SVD disabled by default on XR4.3.x
> Message-ID: <01d901cf1b67$cc3a2da0$64ae88e0$@swan.sk>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi folks, Xander,
> Why is the SVD disabled by default on 4.3.x what is the benefit of pushing
> all the mac addresses, prefixes and labels for all the VRFs to all the LCs
> please?
>
> Alrigh I understand that you get like 4M of FIB entries on Typhoon LCs so
> the question is who cares right?
> But still I'd like to know the true reasoning behind it, might the SVD be
> causing some issues in some circumstances please.
> Thank you.
>
>
> adam
>
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 28 Jan 2014 01:40:59 +1100
> From: Mark Tees <marktees at gmail.com>
> To: "cisco-nsp at puck.nether.net" <cisco-nsp at puck.nether.net>
> Subject: [c-nsp] 7206VXR with NPE-G2 / 12.4(4)XD4
> Message-ID:
>         <
> CAJrnVYZOe1d8roF2UmxT7xQgbyX7F_-LFTozXvFxWBhPYTzQgw at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Hi listers,
>
> We have a 7200 with NPE-G2 that has happily acted as a border router for
> around a year. We are only using the onboard interfaces.
>
> On Sunday night the device randomly rebooted and the reboot cause shows as
> "System returned to ROM by error - a Software forced crash, PC 0x6FC26C"
> from "show version".
>
> When the device came back up everything appeared okay and there was nothing
> in the logs after the reboot (we weren't exporting syslog for this one).
>
> There were no CPU spikes in the monitoring system. Traffic levels look
> pretty normal.
>
> This is the IOS version running: Cisco IOS Software, 7200 Software
> (C7200P-ADVIPSERVICESK9-M), Version 12.4(4)XD4, RELEASE SOFTWARE (fc1)
>
> According to the Cisco docs about "Software forced crash" we need to use
> the Output interpreter tool for this. We do not currently have support for
> this unit and it will be replaced with an ASR1k shortly.
>
> The only thing changed recently was adding "ip route-cache flow" to Gi1,2,3
> which I have now reverted.
>
> Any pointers for investigating this would be appreciated. Can we still get
> support for those devices? I haven't asked our reseller yet.
>
> Cheers,
>
> Mark
>
>
> ------------------------------
>
> Message: 4
> Date: Mon, 27 Jan 2014 09:11:56 -0500
> From: Stephen Fulton <sf at lists.esoteric.ca>
> To: cisco-nsp at puck.nether.net
> Subject: Re: [c-nsp] SVD disabled by default on XR4.3.x
> Message-ID: <52E6692C.6040706 at lists.esoteric.ca>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Adam,
>
> The answer is quite straight-forward - SVD burned people who had a large
> number of prefixes in VRF across multiple LC's, and it was not
> documented well.
>
> Disabling by default with easy-to-find documentation about SVD and how
> to enable it is a far better option, IMO, and the path chosen in 4.3.x+
>
> -- Stephen
>
>
> On 2014-01-27 8:58 AM, Adam Vitkovsky wrote:
> > Hi folks, Xander,
> > Why is the SVD disabled by default on 4.3.x what is the benefit of
> pushing
> > all the mac addresses, prefixes and labels for all the VRFs to all the
> LCs
> > please?
> >
> > Alrigh I understand that you get like 4M of FIB entries on Typhoon LCs so
> > the question is who cares right?
> > But still I'd like to know the true reasoning behind it, might the SVD be
> > causing some issues in some circumstances please.
> > Thank you.
> >
> >
> > adam
> >
> >
> >
> > _______________________________________________
> > cisco-nsp mailing list  cisco-nsp at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at http://puck.nether.net/pipermail/cisco-nsp/
> >
>
>
> ------------------------------
>
> Message: 5
> Date: Mon, 27 Jan 2014 10:16:59 -0500
> From: Jason Lixfeld <jason at lixfeld.ca>
> To: Adam Vitkovsky <adam.vitkovsky at swan.sk>
> Cc: "<cisco-nsp at puck.nether.net>" <cisco-nsp at puck.nether.net>
> Subject: Re: [c-nsp] SVD disabled by default on XR4.3.x
> Message-ID: <65515CD2-7D20-4F50-9CEC-C7DEB741CF09 at lixfeld.ca>
> Content-Type: text/plain;       charset=us-ascii
>
> Because the logic that the system used to determine the difference between
> a core facing LC and a customer facing LC was flawed and broke lots of
> networks as a result.
>
> Sent from my iPhone
>
> > On Jan 27, 2014, at 8:58 AM, Adam Vitkovsky <adam.vitkovsky at swan.sk>
> wrote:
> >
> > Hi folks, Xander,
> > Why is the SVD disabled by default on 4.3.x what is the benefit of
> pushing
> > all the mac addresses, prefixes and labels for all the VRFs to all the
> LCs
> > please?
> >
> > Alrigh I understand that you get like 4M of FIB entries on Typhoon LCs so
> > the question is who cares right?
> > But still I'd like to know the true reasoning behind it, might the SVD be
> > causing some issues in some circumstances please.
> > Thank you.
> >
> >
> > adam
> >
> >
> >
> > _______________________________________________
> > cisco-nsp mailing list  cisco-nsp at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at http://puck.nether.net/pipermail/cisco-nsp/
>
>
>
> ------------------------------
>
> Message: 6
> Date: Mon, 27 Jan 2014 10:17:15 -0600
> From: Jeremy Bresley <brez at brezworks.com>
> To: cisco-nsp at puck.nether.net
> Subject: Re: [c-nsp] 7206VXR with NPE-G2 / 12.4(4)XD4
> Message-ID: <52E6868B.90901 at brezworks.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> On 1/27/2014 8:40 AM, Mark Tees wrote:
> > Hi listers,
> >
> > We have a 7200 with NPE-G2 that has happily acted as a border router for
> > around a year. We are only using the onboard interfaces.
> >
> > On Sunday night the device randomly rebooted and the reboot cause shows
> as
> > "System returned to ROM by error - a Software forced crash, PC 0x6FC26C"
> > from "show version".
> >
> > This is the IOS version running: Cisco IOS Software, 7200 Software
> > (C7200P-ADVIPSERVICESK9-M), Version*12.4(4)XD4*, RELEASE SOFTWARE (fc1)
> >
> I tried to look at Cisco's web site to see when this code was released
> to tell you how ancient it was, and they don't even have it available
> for download it's that out of date.  I'd suggest upgrading to a code
> version released sometime in the last 5 years and see if the problem
> goes away.  A quick search on Cisco's web site turned this up:
>
> http://www.cisco.com/en/US/prod/collateral/routers/ps341/prod_bulletin0900aecd80471897_ps6350_Products_Bulletin.html
>
> I'd suggest looking at the features you're using and look at a recent
> 12.2SRE or 15.2S/15.2M releases if you're going to continue having it in
> production for much longer.  The NPE-G2s are EOL and can't have new
> service added as of Sept 29, 2013.
>
> Jeremy "TheBrez" Bresley
> brez at brezworks.com
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> cisco-nsp mailing list
> cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
>
> ------------------------------
>
> End of cisco-nsp Digest, Vol 134, Issue 55
> ******************************************
>

--