Output Errors on Switch Port, but no Output Drops

[Brad Nightingale]

Hi

We have a 2960G connected to a server.  Both have negotiated to 1G/FULL.  I am having the server team investigating the server logs for errors, but what we are seeing on the switch is a whole lot of output errors, but NO output drops.  Hardware:  WS-C2960G-48TC-L IOS version is:  c2960-lanbase-mz.122-35.SE5.  Does anyone know what would cause this issue?  All the research I have done talks about drops which leads to QoS.  We have NO QoS on the port, and this is configured as a very simple access port on a vlan 117.

See below:

wstak2sw03#sh interface GigabitEthernet0/41
GigabitEthernet0/41 is up, line protocol is up (connected)
Hardware is Gigabit Ethernet, address is 001f.26d8.8da9 (bia 001f.26d8.8da9)
Description: XXXXXXXXXX
MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,
reliability 128/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 1000Mb/s, media type is 10/100/1000BaseTX
input flow-control is off, output flow-control is unsupported
ARP type: ARPA, ARP Timeout 04:00:00
Last input 5d22h, output 00:00:00, output hang never
Last clearing of "show interface" counters 1d02h
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 53000 bits/sec, 89 packets/sec
5 minute output rate 2193000 bits/sec, 182 packets/sec
8519883 packets input, 702961809 bytes, 0 no buffer
Received 923 broadcasts (0 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 903 multicast, 0 pause input
0 input packets with dribble condition detected
17449028 packets output, 26039063006 bytes, 0 underruns
13395698 output errors, 0 collisions, 2 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 PAUSE output
0 output buffer failures, 0 output buffers swapped out
!

[Leo Laohoo]

reliability 128/255, txload 1/255, rxload 1/255

This is caused by a fault with the cable.

Switch is a 2960G so this means this model can support TDR.

Hardware:  WS-C2960G-48TC-L IOS version is:  c2960-lanbase-mz.122-35.SE5.

Oh dear, that's one old, old IOS.

[Brad Nightingale]

Hi

I have run the TDR and this has come back with good results - no errors.  I have just updated the IOS to (C2960-LANBASEK9-M), Version 15.0(2)SE6, and the errors are still there.  Any other ideas?  This is impacting performance for a us a lot.  

[Leo Laohoo]

I have run the TDR and this has come back with good results - no errors.

1.  I want to see the TDR result; and

2.  Post the complete output to the command "sh controll e G0/41"

[Brad Nightingale]

Hi

Results of the test:

SWITCH# test cable-diagnostics tdr interface g0/41
TDR test started on interface Gi0/41
A TDR test can take a few seconds to run on an interface
Use 'show cable-diagnostics tdr' to read the TDR results.
SWITCH#show cable-diagnostics tdr int g0/41
TDR test last run on: November 22 02:50:27

Interface Speed Local pair Pair length Remote pair Pair status
--------- ----- ---------- ------------------ ----------- --------------------
Gi0/41 1000M Pair A 0 +/- 4 meters Pair A Normal
Pair B 0 +/- 4 meters Pair B Normal
Pair C 0 +/- 4 meters Pair C Normal
Pair D 0 +/- 4 meters Pair D Normal

See the attached for the output of the sh controller....

A lot of VLAN discard frames - dont know what that means - is it related do you think?

[Leo Laohoo]

Line looks clean now. 

So what is the new output to the command "sh interface Gi0/41"?