Ich habe einen Server unter CentOS 5.3 (ein Kometen-Chat-Server, der viele TCP-Verbindungen hat). Kürzlich stellte ich fest, dass es sehr langsam war (http service und ssh), also benutze ich den Befehl "ifconfig", um herauszufinden, was passiert ist.
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)
Wenn ich das Netzwerk neu starte, läuft alles gut. Aber nach einiger Zeit wird es wieder langsam.
Kann jemand helfen?
Aktualisiert:
================================================== ==============================
Auf Wunsch von Rajat werde ich einige Informationen zur Diagnose veröffentlichen
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
Antworten:
ein paar Dinge zu überprüfen:
Führen Sie ethtool eth0 aus und prüfen Sie, welchen Geschwindigkeits- / Duplexstatus Sie auf der Schnittstelle haben. Überprüfen Sie dann, ob das Einschalten des Ports, an den Sie Ihren Server anschließen, dieselben Einstellungen aufweist [erwartet werden: Vollduplex, 100 oder 1000 MBit / s. beidseitig identisch]
Wenn kein Duplex-Missmatch vorliegt, überprüfen Sie den Switch-Port und die Netzwerkschnittstelle. Möglicherweise ist einer davon fehlerhaft
Überprüfen / ersetzen Sie das Patchkabel. Möglicherweise ist es fehlerhaft oder weist eine Störquelle auf
quelle
Welche Netzwerkkarte Sie verwenden, hängt normalerweise vom Treiber ab. Sie können sie erneut installieren
Nehmen Sie die Ausgabe davon und posten Sie zurück
quelle