Problem WS-C6509//WS-SUP720-3B//Version 12.2(33)SXH6

[Juan Ibañez]

I have a this loggs in 6500

Oct 10 12:43:13.018 VERANO: %EC-SP-4-NOMEM: Not enough memory available for agport idb
Oct 10 12:43:23.023 VERANO: SP: EthChnl assert failure: index >= 0: ../const/native-sp/fec_platform.c: 812
Oct 10 12:43:23.023 VERANO: SP: -Traceback= 410A4964 410ACE30 410B15C0 410B6F68 40C34490 40C30330 4069BA78 40C30694 40C2EF3C 40C2F130 40C2F1E8 40C2F5F8 40758E40 40758E2C
Oct 10 12:43:23.023 VERANO: %EC-SP-4-NOMEM: Not enough memory available for agport idb
Oct 10 12:43:23.023 VERANO: SP: EthChnl assert failure: index >= 0: ../const/native-sp/fec_platform.c: 812
Oct 10 12:43:23.023 VERANO: SP: -Traceback= 410A4964 410ACE30 410B15C0 410B6F68 40C34490 40C30330 4069BA78 40C30694 40C2EF3C 40C2F130 40C2F1E8 40C2F5F8 40758E40 40758E2C
Oct 10 12:43:23.023 VERANO: %EC-SP-4-NOMEM: Not enough memory available for agport idb
Oct 10 12:43:23.023 VERANO: SP: EthChnl assert failure: index >= 0: ../const/native-sp/fec_platform.c: 812
Oct 10 12:43:23.023 VERANO: SP: -Traceback= 410A4964 410ACE30 410B15C0 410B6F68 40C34490 40C30330 4069BA78 40C30694 40C2EF3C 40C2F130 40C2F1E8 40C2F5F8 40758E40 40758E2C
Oct 10 12:43:23.023 VERANO: %EC-SP-4-NOMEM: Not enough memory available for agport idb
 

and the CPU is 65%

is this a problem??? how can i fix???

[Leo Laohoo]

Tracebacks means it's a bug. 

You have four choices: 

1.  Contact TAC and ask them to decipher which process is triggering the bug;

2.  Reboot without upgrading the IOS; 

3.  Upgrade the IOS; or

4.  Do nothing. 

There a chance TAC will tell you to upgrade because the IOS is old, very old.  I am suspecting you're hitting a memory buffer bug where the system don't seem to be able to return un-used memory back into the pool.  This is very common, particularly with 6500 IOS.

[InayathUlla Sharieff]

show version output please?

[Juan Ibañez]

show version output

6509_CORE_A#sho ver
Cisco IOS Software, s72033_rp Software (s72033_rp-IPSERVICES_WAN-M), Version 12.2(33)SXH6, RELEASE SOFTWARE (fc1)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2009 by Cisco Systems, Inc.
Compiled Thu 15-Oct-09 11:20 by prod_rel_team

ROM: System Bootstrap, Version 12.2(17r)S2, RELEASE SOFTWARE (fc1)

 6509_CORE_A uptime is 8 weeks, 21 hours, 46 minutes
Uptime for this control processor is 8 weeks, 21 hours, 46 minutes
Time since 6509_CORE_A switched to active is 8 weeks, 21 hours, 45 minutes
System returned to ROM by s/w reset at @=z<@<^EH
^@P (SP by power-on)
System restarted at 10:04:31 CHILE Sun Aug 17 2014
System image file is "disk1:s72033-ipservices_wan-mz.122-33.SXH6.bin"

cisco WS-C6509 (R7000) processor (revision 3.2) with 458720K/65536K bytes of memory.
SR71000 CPU at 600Mhz, Implementation 0x504, Rev 1.2, 512KB L2 Cache
Last reset from power-on
75 Virtual Ethernet interfaces
122 Gigabit Ethernet interfaces
16 Ten Gigabit Ethernet interfaces
1917K bytes of non-volatile configuration memory.
8192K bytes of packet buffer memory.

65536K bytes of Flash internal SIMM (Sector size 512K).
Configuration register is 0x2102

[Leo Laohoo]

System returned to ROM by s/w reset at @=z<@<^EH^@P (SP by power-on)

Sounds like an IOS bug.

[InayathUlla Sharieff]

Hi Juan,

Thanks for the output. It confirms to me that the issue is with leaking
IDB's.  IDB's (Interface Descriptor Blocks) are used to represent any interface,
physical or virtual.  
 
The impact of this issue is that we can no longer generate any new
IDB's.  Therefore, any changes made to a port-channel, or the
addition/removal of any interfaces could potentially be prevented.  A
port flap could potentially induce the Etherchannel(or other interfaces)
to stay down
permanently.
 

You can check the same using # show id b and check for Total IDB's in count.

Also go ahead and plan for the software upgrade. As there is a bug associated to this issue and it is resolved in the version 12.2(33)SXi and later.

HTH

Regards

Inayath

***Please do nt forget to rate if this info is helpfull.