11

Broadcomネットワークカードから何千ものドロップされたパッケージを取得しています。

eth1      Link encap:Ethernet  HWaddr 01:27:B0:14:DA:FE
          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1
          RX packets:2746252626 errors:0 dropped:1151734 overruns:0 frame:0
          TX packets:4109502155 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:427998700000 (408171.3 Mb)  TX bytes:3530782240047 (3367216.3 Mb)
          Interrupt:40 Memory:d8000000-d8012700

インストールされているバージョンは次のとおりです。

filename:       /lib/modules/2.6.27.54-0.2-default/kernel/drivers/net/bnx2.ko
version:        1.8.0
license:        GPL
description:    Broadcom NetXtreme II BCM5706/5708/5709 Driver

パケットは、1時間に数回500〜5000パケットの範囲でまとめてドロップされます。サーバー（Postgresを実行している）は正常に実行されています-ドロップだけが迷惑です。

さまざまなことを試した後、私は質問しています。パケットがどこから来たのか、なぜパケットがドロップされたのかをどのように知ることができますか？

4

3 に答える 3

12

ドロップされたパケットは、転送/処理のためにパケットを格納するために使用されるバッファがいっぱいであることを意味します。パケットのデータを調べて情報を探すという行為は、最初に調べるデータがあることを意味します（データを保存する余地がなかったため、データはありません）。

これを回避する良い方法は、どのデータがドロップされているかを確認できるようにするために、サーバーを離れるTCP再送信要求のトラフィックのダンプを調べることです。TCPパケットが欠落している場合、何らかの理由で、サーバーはパケットの再送信を要求します。再送信により、探している会話コンテキストが得られます。

サーバーが接続されているスイッチ/ルーターを実際に確認することをお勧めします。これにより、サーバーへのインターフェイスでの損失とスループットについての優れたアイデアが得られ、たとえば、カードがネットワークに対して遅すぎるかどうかを診断できます。

編集

このブログ投稿は、と呼ばれるツールを引用していますdropwatch。これは、いくつかの手がかりを与える可能性もあります。

于 2012-01-25T20:47:22.660 に答える
8

https://www.novell.com/support/kb/doc.php?id=7007165に遭遇する可能性があります。

引用：

カーネル2.6.37以降、ドロップされたパケット数の意味が変更されました。以前は、パケットのドロップはエラーが原因である可能性が最も高かった。これで、rx_droppedカウンターは、次の理由でドロップされたフレームの統計を表示します。

ソフトネットバックログがいっぱいです-（/ proc / net / softnet_statから測定）

不良/意図しないVLANタグ

不明/未登録のプロトコル

サーバーがIPv6用に構成されていない場合のIPv6フレーム

いずれかのフレームがこれらの条件を満たす場合、それらはプロトコルスタックの前にドロップされ、rx_droppedカウンターがインクリメントされます。

于 2015-06-08T07:48:31.960 に答える
4

（検索を介してこれに来る人々の利益のために）私は同じ問題を見ました（bnx2モジュール、IIRCでも）。

irqbalanceサービスをオフにしてみてください。私の場合、それは解決策を完全に止めました。

また、少し前までは、irqbalanceのアップデート（RHEL 6）がたくさんあったことにも注意してください。メインシステムとイーサネットボードの両方について、ファームウェアの更新も確認する必要があります。

これは、非常に大量のブロードキャスト/マルチキャストアクティビティを伴う非常に大きなサブネットのみでした。これは、ネットワークのノイズの少ない部分の同じ機器では見られませんでしたが、それでも非常にアクティブです。

潜在的に、NICのイーサネットリングバッファサイズを設定することも役立つ可能性があります。その忙しいネットワークでsysctlにいくつかの変更があったことを私は知っています...

于 2014-03-28T10:28:17.757 に答える