[c-nsp] 7609 %CONST_DIAG-SP-3-HM_TEST_FAIL

[Mack McBride]

I would try a remove and reseat.
This module has a DFC so the problem COULD be the DFC rather than the line card.
You may want to try reseating the DFC while you are working on the card.
If reseating the DFC and the line card doesn't fix it then the card or DFC is toast.
Depending on your warranty or service contract, I would try to RMA if reseating doesn't help.

LR Mack McBride
Network Architect

-----Original Message-----
From: cisco-nsp [mailto:cisco-nsp-bounces at puck.nether.net] On Behalf Of Chris Lane
Sent: Friday, May 17, 2013 7:17 AM
To: cisco-nsp at puck.nether.net
Subject: [c-nsp] 7609 %CONST_DIAG-SP-3-HM_TEST_FAIL

New line card inserted about a week ago, along with a new 10g service. Last night the LC crashed with the following;

000504: May 17 03:41:24.011 CDT: %CONST_DIAG-SP-3-HM_TEST_FAIL: Module 4 TestMacNotification consecutive failure count:5
000505: May 17 03:41:24.015 CDT: %CONST_DIAG-SP-6-HM_TEST_SP_INFO:
TestMacNotification[4]: last_busy_percent[13%], Tx_Rate[577], Rx_Rate[46]
000508: May 17 03:42:17.500 CDT: %LINK-3-UPDOWN: Interface TenGigabitEthernet4/1, changed state to down
000509: May 17 03:42:17.504 CDT: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet4/1, changed state to down
000510: May 17 03:42:17.628 CDT: %SNMP-5-MODULETRAP: Module 4 [Down] Trap
000511: May 17 03:42:17.476 CDT: %CONST_DIAG-SP-2-HM_LC_CRSH: Module 4 crashed due to unrecoverable errors, Reason: Failed TestFabricCh1Health
000512: May 17 03:42:17.632 CDT: %C6KPWR-SP-4-DISABLED: power to module in slot 4 set off (Diagnostic Failure)
000513: May 17 03:42:17.752 CDT: %LINK-SP-3-UPDOWN: Interface TenGigabitEthernet4/1, changed state to down
000514: May 17 03:42:17.876 CDT: %HA_EM-6-LOG: Mandatory.go_fabrich1.tcl:
GOLD EEM TCL policy for TestFabricCh1Health
000515: May 17 03:42:17.756 CDT: %LINEPROTO-SP-5-UPDOWN: Line protocol on Interface TenGigabitEthernet4/1, changed state to down

s72033-advipservicesk9_wan-mz.122-33.SXH7.bin

sh mod
Mod Ports Card Type                              Model              Serial
No.
--- ----- -------------------------------------- ------------------
-----------
  1   48  CEF720 48 port 10/100/1000mb Ethernet  WS-X6748-GE-TX
SAL1405ACTW
  3   16  SFM-capable 16 port 1000mb GBIC        WS-X6516-GBIC
 SAD050603XM
  4    4  CEF720 4 port 10-Gigabit Ethernet      WS-X6704-10GE
 SAL1338Z6Z2
  5    2  Supervisor Engine 720 (Active)         WS-SUP720-3BXL
SAD084805W5

Mod MAC addresses                       Hw    Fw           Sw
Status
--- ---------------------------------- ------ ------------ ------------
-------
  1  8843.e1b6.f950 to 8843.e1b6.f97f   3.4   12.2(18r)S1  12.2(33)SXH7 Ok
  3  0001.63d0.e11e to 0001.63d0.e12d   2.0   6.1(3)       8.7(0.22)BUB Ok
  4  0027.0d34.f7bc to 0027.0d34.f7bf   3.0   12.2(14r)S5  12.2(33)SXH7
PwrDown
  5  0011.21a1.5680 to 0011.21a1.5683   4.1   8.1(3)       12.2(33)SXH7 Ok

Mod  Sub-Module                  Model              Serial       Hw
Status
---- --------------------------- ------------------ ----------- -------
-------
  1  Centralized Forwarding Card WS-F6700-CFC       SAL1406AS70  4.1    Ok
  4  Distributed Forwarding Card WS-F6700-DFC3BXL   SAL1333W4UP  5.5
 PwrDown
  5  Policy Feature Card 3       WS-F6K-PFC3BXL     SAD084806L7  1.4    Ok
  5  MSFC3 Daughterboard         WS-SUP720          SAD084307B8  2.2    Ok

Mod  Online Diag Status
---- -------------------
  1  Pass
  3  Pass
  4  Not Applicable
  5  Pass

I have read in many earlier threads it could be the SUP the chassis and just a simple reseating of the card.

Does anyone have the clear picture here?

 Thanks so much for looking



--
//CL
_______________________________________________
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/