[c-nsp] WS-X6348-RJ45V ports failing

Fri May 5 11:59:23 EDT 2006

Here is what I have...

14w6d: %PM_SCP-SP-2-LCP_FW_ERR_INFORM: Module 7 is experiencing the
following error: LTL Parity error detected on Coil #1.
14w6d: %PM-SP-4-ERR_DISABLE: packet-buffer error detected on Fa7/13,
putting Fa7/13 in err-disable state
14w6d: %PM-SP-4-ERR_DISABLE: packet-buffer error detected on Fa7/14,
putting Fa7/14 in err-disable state
14w6d: %PM-SP-4-ERR_DISABLE: packet-buffer error detected on Fa7/15,
putting Fa7/15 in err-disable state
14w6d: %PM-SP-4-ERR_DISABLE: packet-buffer error detected on Fa7/16,
putting Fa7/16 in err-disable state
14w6d: %PM-SP-4-ERR_DISABLE: packet-buffer error detected on Fa7/17,
putting Fa7/17 in err-disable state
14w6d: %PM-SP-4-ERR_DISABLE: packet-buffer error detected on Fa7/18,
putting Fa7/18 in err-disable state
14w6d: %PM-SP-4-ERR_DISABLE: packet-buffer error detected on Fa7/19,
putting Fa7/19 in err-disable state
14w6d: %PM-SP-4-ERR_DISABLE: packet-buffer error detected on Fa7/20,
putting Fa7/20 in err-disable state
14w6d: %PM-SP-4-ERR_DISABLE: packet-buffer error detected on Fa7/21,
putting Fa7/21 in err-disable state
14w6d: %PM-SP-4-ERR_DISABLE: packet-buffer error detected on Fa7/23,
putting Fa7/23 in err-disable state
14w6d: %PM-SP-4-ERR_DISABLE: packet-buffer error detected on Fa7/24,
putting Fa7/24 in err-disable state

Is this bad hardware, or can I recover from this? 

John Kienzle
307-685-5870

-----Original Message-----
From: Suchy Daniel [mailto:ds at nix.cz] 
Sent: Friday, May 05, 2006 9:57 AM
To: John Kienzle
Cc: cisco-nsp at puck.nether.net
Subject: Re: [c-nsp] WS-X6348-RJ45V ports failing

Hi,
I had similar (one) issue on WS-X6348-RJ-45 (12 ports = one ASIC
err-disabled), in syslog I had:

%SYS-4-SYS_LCPERR4:Module 1: LTL Parity error detected on Coil #0.:
Module needs troubleshooting or TAC assistance
%SYS-3-PKTBUFFERFAIL_ERRDIS:Packet buffer failure detected.
Err-disabling port 1/(repeated for ports 1-12)
%SYS-4-PKTBUFFERFAIL_WARN:Err-disabled ports with packet-buffer failure.
Module 1 can be power cycled to recover from this err

On Cisco site there is document about some problems on 6348...
http://www.cisco.com/warp/public/473/162.html - I think these crashes
are some random 'feature'...

Dan

John Kienzle wrote:
> We have a 6509 with 4 - WS-X6348-RJ45V PoE 10/100 blades, 3000W power 
> supplies, sup 1-A's. A couple months ago we had a bank of 12 ports 
> fail in slot 5. The switch was still under warranty from the used 
> hardware reseller, so the blade was replaced. Thought it was a a bad
refurb.
> 
> Now again, a blade in slot 7 just had a bank of 12 ports fail. Just 
> like before, the interfaces show (err-disabled). You can do a shut/no 
> shut and it will work for a minute or so, then the led indicators go
orange.
> Cisco 7940 IP phones run off this switch. IOS Version 12.1(26)E4, 
> RELEASE SOFTWARE (fc1).
> 
> Anyone seen this before? Have we just run into a bad batch of 
> refurbished equipment?
> 
> Thanks.
> 
> 
> FastEthernet7/15 is up, line protocol is down (err-disabled)
>   Hardware is C6k 100Mb 802.3, address is 0001.9757.a5ae (bia
> 0001.9757.a5ae)
>   MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
>      reliability 255/255, txload 1/255, rxload 1/255
>   Encapsulation ARPA, loopback not set
>   Full-duplex, 100Mb/s
>   input flow-control is off, output flow-control is unsupported
>   ARP type: ARPA, ARP Timeout 04:00:00
>   Last input 08:45:21, output never, output hang never
>   Last clearing of "show interface" counters never
>   Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output
drops:
> 0
>   Queueing strategy: fifo
>   Output queue: 0/40 (size/max)
>   5 minute input rate 0 bits/sec, 0 packets/sec
>   5 minute output rate 0 bits/sec, 0 packets/sec
>      4533321 packets input, 981795181 bytes, 0 no buffer
>      Received 162285 broadcasts (152148 multicast)
>      0 runts, 0 giants, 0 throttles
>      0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
>      0 watchdog, 0 multicast, 0 pause input
>      0 input packets with dribble condition detected
>      36272200 packets output, 4303887531 bytes, 0 underruns
>      0 output errors, 0 collisions, 2 interface resets
> 
> John Kienzle
> 
> 
> 
> 
> 
> CONFIDENTIALITY NOTICE:
> This e-mail transmission, along with any attachment, is confidential,
may be privileged and should be read and retained only by the intended
recipient without further distribution. If you received this
transmission in error, please notify the sender and delete it from your
system immediately.
> _______________________________________________
> 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/

CONFIDENTIALITY NOTICE:
This e-mail transmission, along with any attachment, is confidential, may be privileged and should be read and retained only by the intended recipient without further distribution. If you received this transmission in error, please notify the sender and delete it from your system immediately.