Sup2 switched over need to find out the reason

[krunal_shah]

hi folks,

I got 2 WS-X6K-SUP2-2GE in 6509 switch. One of the sup was switched over to standby one.

show log has following in STANDBY NMP

in VRAM log

01. 1/6/2009,15:59:16: lyra_ft_par_err_intr_hdlr: LKUPRAM, addr x170d1, data 3fb-0-0-0

02. 1/6/2009,15:59:16: lyra_ft_par_err_intr_hdlr: LKUPRAM, addr x170d1, data 103fb-6d64c-cda50020-10000093

Also I see the

24. 1/6/2009,15:28:46: ha_module_swover_action:Module:1, action: 5 (1-5:N,A,P,C,R), reason:6

Does anyone know how to decode the reason code from log.

[mvsheik123]

Hi,

Per Cisco doc, this message relates to parity errors in the forwarding table.

Refer to the below link (Section: lyra_ft_par_err_intr_hdlr: LKUPRAM error in NVRAM log )

http://www.cisco.com/en/US/products/hw/switches/ps700/products_tech_note09186a008014f550.shtml#subtopic1v

hth

MS

[Roberto Salazar · Accepted solution]

yra_ft_par_err_intr_hdlr: LKUPRAM

Forwarding Table Parity error (ft_par_err) is printed when parity error

detected in forwarding RAM. It also prints the address of the location in

the RAM which caused the parity error and also the data.

see the multiple iterations of "show l2 statistics" and look for counter "LYRA_PAR_CNT" you'll be able

to see whether this is a transient condition, if the counter is not incrementing then it is a transient condition. Lyra is part of the PFC2 complex. However, if this occurs again then obviously it is not transient and you should arrange to get it replaced.