Beaucoup de paquets perdus de ma carte réseau

J'ai un serveur fonctionnant sur CentOS 5.3 (un serveur de chat comète, aura beaucoup de connexions TCP). Récemment, j'ai trouvé que c'était très lent (service http et ssh), donc j'utilise la commande "ifconfig" pour comprendre ce qui s'est passé.

eth0      Link encap:Ethernet  HWaddr 00:1C:C0:B5:D5:EA  
          inet addr:10.0.0.61  Bcast:10.0.0.255  Mask:255.255.255.0
          inet6 addr: fe80::21c:c0ff:feb5:d5ea/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:871861 errors:0 dropped:489662344145 overruns:0 frame:0
          TX packets:639044 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:207239658 (197.6 MiB)  TX bytes:169416201 (161.5 MiB)
          Interrupt:225 Base address:0x6000 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:44497 errors:0 dropped:0 overruns:0 frame:0
          TX packets:44497 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:11470951 (10.9 MiB)  TX bytes:11470951 (10.9 MiB)

Lorsque je redémarre son réseau, tout se passe bien. Mais après un certain temps, ce sera à nouveau lent.

Quelqu'un peut-il aider?

Mise à jour:

================================================== ==============================

Comme l'a demandé Rajat, je posterai quelques informations pour le diagnostic

 uname -a
Linux im.cluster.myserver.com 2.6.18-128.el5 #1 SMP Wed Jan 21 10:41:14 EST 2009 x86_64 x86_64 x86_64 GNU/Linux


sudo /sbin/lspci | grep Ethernet
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03)

 sudo dmesg | grep eth0
eth0: RTL8168d/8111d at 0xffffc20000006000, 00:1c:c0:b5:d5:ea, XID 281000c0 IRQ 225
r8169: eth0: link up
r8169: eth0: link up
eth0: no IPv6 routers present
r8169: eth0: link up
eth0: no IPv6 routers present



 sudo /sbin/ethtool eth0
Settings for eth0:
        Supported ports: [ TP MII ]
        Supported link modes:   10baseT/Half 10baseT/Full 
                                100baseT/Half 100baseT/Full 
                                1000baseT/Half 1000baseT/Full 
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full 
                                100baseT/Half 100baseT/Full 
                                1000baseT/Half 1000baseT/Full 
        Advertised auto-negotiation: Yes
        Speed: 1000Mb/s
        Duplex: Full
        Port: MII
        PHYAD: 0
        Transceiver: internal
        Auto-negotiation: on
        Supports Wake-on: pumbg
        Wake-on: p
        Current message level: 0x00000033 (51)
        Link detected: yes



sudo /sbin/ethtool -k eth0
Offload parameters for eth0:
Cannot get device udp large send offload settings: Operation not supported
rx-checksumming: on
tx-checksumming: off
scatter-gather: off
tcp segmentation offload: off
udp fragmentation offload: off
generic segmentation offload: off


 sudo /sbin/ethtool -S eth0
NIC statistics:
     tx_packets: 4483119
     rx_packets: 7443820
     tx_errors: 0
     rx_errors: 0
     rx_missed: 0
     align_errors: 0
     tx_single_collisions: 0
     tx_multi_collisions: 0
     unicast: 3591906
     broadcast: 442720
     multicast: 3851914
     tx_aborted: 0
     tx_underrun: 0

— Mickey Shine
source

à quoi ressemble l'état du lien côté commutateur? <mallicious_mode> RTL8168d - vous voyez. il y a votre problème. realtek ... </mallicious_mode>

— pQd

quelques choses à vérifier:

exécutez ethtool eth0 et voyez quel état de vitesse / duplex vous avez sur l'interface, puis vérifiez si le commutateur sur le port auquel vous connectez votre serveur a les mêmes paramètres [attendus sont: full duplex, 100 ou 1000 MBit / s. identique des deux côtés]
s'il n'y a pas de mésappariement duplex - vérifiez le port du commutateur et l'interface réseau - peut-être que l'un d'eux est défectueux
vérifier / remplacer le cordon de raccordement, peut-être qu'il est défectueux ou accompagne une source d'interférence

— pQd
source

quelle carte réseau utilisez-vous normalement avec le pilote, vous pouvez les réinstaller

uname -a
lspci |grep Ethernet
dmesg |grep eth0
ethtool eth0
ethtool -k eth0
ethtool -S eth0

enlevez cela et postez-le

— Rajat
source

la question était de savoir ce qui cause le problème, pas comment y mettre fin sans correction

— asdmin

@Rajat, je publierai bientôt les informations dont vous avez besoin

— Mickey Shine

Désolé, il semble que vous ne puissiez pas publier de texte formaté en tant que commet. Je

— Mickey Shine

pas de pro im utilisant également le même r8169 ce que j'en suis sorti j'utilise le pilote r8101 de realtek donc je suggère de réinstaller le pilote et essayer que cela fonctionne

— Rajat