12-22-2018 02:32 AM - edited 03-08-2019 04:52 PM
Hello,
It happened to 2 similar 2960X stacks (not at the same time).
These stacks are queried at regular basis by an MRTG server through SNMP.
Suddenly the stack stops responding to snmp queries. I succeeded in activating snmp debug once, so I saw incoming requests logged by the switch, but no packet has been sent in reply (I wonder if packet treatment is not achieved after retry query arrives). So, some time later appears the following message:
Dec 18 18:53:29 cisco-1-10 -: 2233966: 2233872: Dec 18 17:53:28: %SNMP-3-INPUT_QFULL_ERR: Packet dropped due to input
Dec 18 18:53:29 cisco-1-10 -: 2233967: queue full
The situation escalates to multiple panics for HRPC:
Dec 19 04:26:37 cisco-1-10 -: 2263213: 2248879: Dec 19 03:26:36: %SYS-2-MALLOCFAIL: Memory allocation of 42544 bytes failed from 0x290F6CC, alignment 0
Dec 19 04:26:37 cisco-1-10 -: 2263214: Pool: Processor Free: 135964 Cause: Memory fragmentation
Dec 19 04:26:37 cisco-1-10 -: 2263215: Alternate Pool: None Free: 0 Cause: No Alternate pool
Dec 19 04:26:37 cisco-1-10 -: 2263216: -Process= "HRPC qos request handler", ipl= 0, pid= 172
Dec 19 04:26:37 cisco-1-10 -: 2263217: -Traceback= 54E64Cz 21C4FA4z 21CDC7Cz 2FF2D50z 290F6D0z 2E32A68z 2E2E764z
And finally one of the switches reloads automatically.
I have to mention that once the snmp stops responding (or even before ?) the following command is blocked until the switch reloads automatically:
Here is a part of the inventory command:
12-22-2018 02:47 AM
- Could be a software bug ; check for more recent releases for your platform(s), if any.
M.
12-28-2018 05:31 AM
Hi,
OK, I updated to c2960x-universalk9-mz.152-2.E9.bin (because of 2960X and 2960S mix).
Not sure to be able to say if solved the issue or not as it appears less than once per year...
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide