rx_missed_errorsのトラブルシューティング方法は？

すべてのサービスを設定した後、古いサーバーから新しいサーバーに移行すると、NICで大きなrxパケットがドロップされていることに気づきました。

$ ifconfig eth2 | grep 'RX.*drop'
          RX packets:2059646370 errors:0 dropped:7142467 overruns:0 frame:0

しかし、/sys/class/net/eth2/statistics/rx_dropped何も示さない：

$ cat /sys/class/net/eth2/statistics/rx_dropped
0

次に、それがわかりますrx_missed_errors：

$ cat /sys/class/net/eth2/statistics/rx_missed_errors
7142467

どのようにトラブルシューティングを行い、どのような原因を見つけることができrx_missed_errorsますか？

私はUbuntu 12.04.5 LTSを実行しています：

$ ethtool -i eth2
driver: ixgbe
version: 3.15.1-k
firmware-version: 0x800003e1
bus-info: 0000:07:00.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: yes

ほとんどのドライバーは、カウンターの使用を交換するrx_missed_errors、rx_fifo_errorsとrx_over_errors、彼らは通常以上のパケットが到着すると、カードのFIFOキューがいっぱいであるため、失われたときにインクリメントされMPC（逃したパケット数）カウンタ、これらのカウンタの1つを設定します。

これはixgbeドライバーの場合です。

$ grep rx_missed_errors drivers/net/ixgbe/*
drivers/net/ixgbe/ixgbe_ethtool.c:      {"rx_missed_errors", IXGBE_STAT(net_stats.rx_missed_errors)},
drivers/net/ixgbe/ixgbe_main.c: adapter->net_stats.rx_missed_errors = total_mpc;

つまりrx_missed_errors、ixgbeはMPCです。

IntelのWebサイトには、MPCドロップの原因を説明するすばらしいブログ投稿があります。https：//communities.intel.com/community/tech/wired/blog/2009/11/04/how-the-kitchen -sink-and-statistics-explain-and-treat-dropped-packets

また、NICとスイッチの間に速度とデュプレックスのミスマッチがないことを確認してください。NICが実際よりも高速であるとスイッチが判断した場合、NIC側で問題が発生します。

最後に、根本的な原因がバーストに直面してパフォーマンスになる場合は、NICのリングバッファーのサイズを最大化すると役立つ場合があります。で最大値を見つけてethtool -g eth2、で設定できますethtool -G。