This discussion has been locked. The information referenced herein may be inaccurate due to age, software updates, or external references.

You can no longer post new replies to this discussion. If you have a similar question you can start a new discussion in this forum.

NPM showing interface errors that don't exist

rlawsha over 10 years ago

Running NPM 10.6, NTA 3.11.0 here. My Top 10 Chart shows errors all the time like this:

If you zoom in on an interface you get this:

BUT.....

If you actually login to the switch and look at the interface it shows no errors!

gale-mdf-cs01v#sho int tenGigabitEthernet 1/2

TenGigabitEthernet1/2 is up, line protocol is up (connected)

Hardware is Ten Gigabit Ethernet Port, address is xxxxxxxxxxxxxxx

Description: GALE-GHS 10G

Internet address is 10.255.255.9/30

MTU 1500 bytes, BW 10000000 Kbit/sec, DLY 10 usec,

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

Encapsulation ARPA, loopback not set

Keepalive set (10 sec)

Full-duplex, 10Gb/s, link type is auto, media type is 10GBase-LR

input flow-control is on, output flow-control is on

ARP type: ARPA, ARP Timeout 04:00:00

Last input 00:00:01, output never, output hang never

Last clearing of "show interface" counters never

Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 4590

Queueing strategy: Class-based queueing

Output queue: 0/40 (size/max)

5 minute input rate 8817000 bits/sec, 3247 packets/sec

5 minute output rate 42555000 bits/sec, 5847 packets/sec

L3 in Switched: ucast: 0 pkt, 0 bytes - mcast: 0 pkt, 0 bytes

L3 out Switched: ucast: 0 pkt, 0 bytes - mcast: 0 pkt, 0 bytes

IPv6 L3 in Switched: ucast: 0 pkt, 0 bytes - mcast: 0 pkt, 0 bytes

IPv6 L3 out Switched: ucast: 0 pkt, 0 bytes - mcast: 0 pkt, 0 bytes

1484618029 packets input, 623094025439 bytes, 0 no buffer

Received 1447985 broadcasts (31718 IP multicasts)

0 runts, 0 giants, 0 throttles

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

0 input packets with dribble condition detected

2236553166 packets output, 1949854136819 bytes, 0 underruns

0 output errors, 0 collisions, 3 interface resets

0 unknown protocol drops

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier

0 output buffer failures, 0 output buffers swapped out

gale-mdf-cs01v#

Any ideas?

Top Replies

0 RichardLetts over 10 years ago

Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 4590

the output drops are probably being counted.
Cancel
Vote Up +1 Vote Down

Cancel
0 jlinkowsky over 8 years ago

rlawsha I have (had) this same issue. The easiest thing to do, is do an snmpwalk against the device that is in question. use the following OIDs to check if you are getting false positives, or they are real.
ifInErrors 1.3.6.1.2.1.2.2.1.14
ifOutErrors 1.3.6.1.2.1.2.2.1.20
ifInDiscards 1.3.6.1.2.1.2.2.1.13
ifOutDiscards 1.3.6.1.2.1.2.2.1.19
Hope this helps.
John L.
Cancel
Vote Up +1 Vote Down

Cancel
0 jpr7311 over 8 years ago

This has happened before for me too. It was on a NIC team for our backup server and no errors were found when we checked the NIC team on the server itself nor on the switch ports they plugged into. I called SolarWinds Tech support and after some troubleshooting that canceled out that SW wasn't the problem either and wasn't just recording false values, we found errors in the Windows Event Log on our SolarWinds App server that were unrelated to the errors on the interfaces, but pertained to write errors to our SW SQL database. We were sharing our SW SQL database with SharePoint, which was probably what was causing those errors. I left that job shortly after so I don't know for sure if that fixed the problem, but the point is that if you have database errors in your windows event log, that could be the cause of false readings.
Cancel
Vote Up 0 Vote Down

Cancel