Realtek 8139 Upload Problem

[ce2901]

Hallo zusammen,
ich habe folgendes Problem mit meinem Rootserver reproduziert:

Es ist ein Alturo-Rootie mit Realtek-NIC und SuSE 9.1 mit Standard-Treibern für die Karte:

Code: Select all

Dec 26 11:14:25 myhost kernel: eth0: RealTek RTL8139 at 0xd0158000, 00:20:ed:3a:36:a4, IRQ 11
Dec 26 11:14:25 myhost kernel: eth0:  Identified 8139 chip type 'RTL-8100B/8139D'

Wenn ich eine 600 MB Datei herunterlade (z.B. mit scp, aber auch mit wget über apache/http), dann kann ich 5,5 MB/s realisieren und sehe keine Probleme.

Wenn ich dieselbe Datei hochlade, dann bekomme ich "nur" 2,5 MB/sec realisiert über dieselbe Anbindung und die Netzwerkkarte auf meinem Server scheint ständig auszusteigen. Aber nur beim UPLOAD, nicht beim DOWNLOAD. Zu sehen in /var/log/messages

Code: Select all

Jan  3 14:46:48 myhost kernel: eth0: link down
Jan  3 14:46:48 myhost kernel: klogd 1.4.1, ---------- state change ---------- 
Jan  3 14:46:48 myhost kernel: Inspecting /boot/System.map-2.6.5-7.111.19-default
Jan  3 14:46:48 myhost kernel: Loaded 23749 symbols from /boot/System.map-2.6.5-7.111.19-default.
Jan  3 14:46:48 myhost kernel: Symbols match kernel version 2.6.5.
Jan  3 14:46:48 myhost kernel: No module symbols loaded - kernel modules not enabled. 
Jan  3 14:46:50 myhost kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
Jan  3 14:46:54 myhost kernel: eth0: link down
Jan  3 14:46:55 myhost kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
Jan  3 14:47:01 myhost kernel: eth0: link down
Jan  3 14:47:02 myhost kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
Jan  3 14:47:54 myhost kernel: eth0: link down
Jan  3 14:47:55 myhost kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
Jan  3 14:48:06 myhost kernel: eth0: link down
Jan  3 14:48:07 myhost kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
Jan  3 14:48:38 myhost kernel: eth0: link down
Jan  3 14:48:39 myhost kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
Jan  3 14:48:43 myhost kernel: eth0: link down
Jan  3 14:48:44 myhost kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
Jan  3 14:49:04 myhost kernel: eth0: link down
Jan  3 14:49:05 myhost kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
Jan  3 14:49:13 myhost kernel: eth0: link down
Jan  3 14:49:14 myhost kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
Jan  3 14:49:26 myhost kernel: eth0: link down
Jan  3 14:49:28 myhost kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
Jan  3 14:49:36 myhost kernel: eth0: link down
Jan  3 14:49:38 myhost kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
Jan  3 14:49:40 myhost kernel: eth0: link down
Jan  3 14:49:42 myhost kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
Jan  3 14:49:49 myhost kernel: eth0: link down
Jan  3 14:49:51 myhost kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
Jan  3 14:50:23 myhost kernel: eth0: link down
Jan  3 14:50:24 myhost kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
Jan  3 14:50:38 myhost kernel: eth0: link down
Jan  3 14:50:40 myhost kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
Jan  3 14:50:43 myhost kernel: eth0: link down
Jan  3 14:50:45 myhost kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
Jan  3 14:50:47 myhost kernel: eth0: link down
Jan  3 14:50:48 myhost kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
Jan  3 14:51:01 myhost kernel: eth0: link down
Jan  3 14:51:03 myhost kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
Jan  3 14:51:12 myhost kernel: eth0: link down
Jan  3 14:51:13 myhost kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x41E1

Das ganze ist bei mir reproduzierbar.

Ist RealTek einfach sch*** oder muß ich mir Gedaken machen?

Beste Grüße,
ce2901

[captaincrunch]

Was sagt denn "mii-tool"? Entgegen diversen Tests etc. habe ich bisher nie wirkloich schlechte Erfahrungen mit den Realteks gehabt, und glaube eher an ein Kommunikationsproblem mit dem Switch.

[ce2901]

Hi,
mii-tool will interessanterweise auf diesem Rechner nicht laufen und sagt nur

Code: Select all

$ mii-tool 
SIOCGMIIPHY on 'eth0' failed: Operation not supported
no MII interfaces found

Habe ich was übersehen?

ce2901

[captaincrunch]

Dann sollte es spätestens mit "ethtool" klappen.

[ce2901]

ethtool scheint auch nicht zu funktionieren, alle queries bis auf -i und -S bringen lapidar ein "Operation not supported".

Code: Select all

root@myhost:~ > ethtool -S eth0                                                                                                                                             
NIC statistics:
     early_rx: 0
     tx_buf_mapped: 0
     tx_timeouts: 0
     rx_lost_in_ring: 0
root@myhost:~ > ethtool -i eth0                                                                                                                                                
driver: 8139too
version: 0.9.27
firmware-version: 
bus-info: 0000:00:0d.0

Welche Queries wären denn interessant und wie kann ich ethtool zum Leben erwecken?

Beste Grüße,
ce2901

[captaincrunch]

Ist das "mii"-Modul geladen?

[ce2901]

Code: Select all

root@myhost:~ > lsmod
Module                  Size  Used by
[...]
8139too                23168  0 
mii                     5248  1 8139too
[...]

Passt so?

[captaincrunch]

Jap, das passt. Was sagt denn ein "netstat -i"?

[ce2901]

Code: Select all

root@myhost:~ > netstat -i
Kernel Interface table
Iface   MTU Met   RX-OK RX-ERR RX-DRP RX-OVR   TX-OK TX-ERR TX-DRP TX-OVR Flg
eth0   1500   0 4299012     29     10     10 3841571      0      0     17 BMRU
lo    16436   0 1646760      0      0      0 1646760      0      0      0 LRU




root@myhost:~ > netstat -s
Ip:
    5419178 total packets received
    0 forwarded
    2 with unknown protocol
    0 incoming packets discarded
    5419173 incoming packets delivered
    5476997 requests sent out
    6 reassemblies required
    3 packets reassembled ok
Icmp:
    6269 ICMP messages received
    2 input ICMP message failed.
    ICMP input histogram:
        destination unreachable: 5752
        timeout in transit: 203
        echo requests: 314
    11253 ICMP messages sent
    0 ICMP messages failed
    ICMP output histogram:
        destination unreachable: 10939
        echo replies: 314
Tcp:
    5666 active connections openings
    109713 passive connection openings
    0 failed connection attempts
    5948 connection resets received
    3 connections established
    2992086 segments received
    3024119 segments send out
    14316 segments retransmited
    247 bad segments received.
    12462 resets sent
Udp:
    2396191 packets received
    10937 packets to unknown port received.
    0 packet receive errors
    2444266 packets sent
TcpExt:
    1654 invalid SYN cookies received
    277 resets received for embryonic SYN_RECV sockets
    6 packets pruned from receive queue because of socket buffer overrun
    ArpFilter: 0
    66545 TCP sockets finished time wait in fast timer
    22 packets rejects in established connections because of timestamp
    102349 delayed acks sent
    56 delayed acks further delayed because of locked socket
    Quick ack mode was activated 1327 times
    9209 packets directly queued to recvmsg prequeue.
    2767373 packets directly received from backlog
    6451100 packets directly received from prequeue
    1432949 packets header predicted
    883 packets header predicted and directly queued to user
    TCPPureAcks: 338455
    TCPHPAcks: 886873
    TCPRenoRecovery: 16
    TCPSackRecovery: 722
    TCPSACKReneging: 0
    TCPFACKReorder: 9
    TCPSACKReorder: 4
    TCPRenoReorder: 0
    TCPTSReorder: 17
    TCPFullUndo: 27
    TCPPartialUndo: 64
    TCPDSACKUndo: 0
    TCPLossUndo: 290
    TCPLoss: 269
    TCPLostRetransmit: 1
    TCPRenoFailures: 40
    TCPSackFailures: 413
    TCPLossFailures: 63
    TCPFastRetrans: 1310
    TCPForwardRetrans: 47
    TCPSlowStartRetrans: 1436
    TCPTimeouts: 4556
    TCPRenoRecoveryFail: 6
    TCPSackRecoveryFail: 79
    TCPSchedulerFailed: 15
    TCPRcvCollapsed: 1629
    TCPDSACKOldSent: 1266
    TCPDSACKOfoSent: 113
    TCPDSACKRecv: 393
    TCPDSACKOfoRecv: 0
    TCPAbortOnSyn: 0
    TCPAbortOnData: 1822
    TCPAbortOnClose: 4944
    TCPAbortOnMemory: 0
    TCPAbortOnTimeout: 750
    TCPAbortOnLinger: 0
    TCPAbortFailed: 0
    TCPMemoryPressures: 0

[captaincrunch]

Von der Karte her selbst sieht es eigentlich OK aus:

eth0 1500 0 4299012 29 10 10 3841571 0 0 17 BMRU

Das "netstat -s" ist hier wenig aussagekräftig, da es sich dabei wohl eher um layer 2 (Arp) handelt, und recht wenig mit darüberliegenden Schichten zu tun hat.
Da das "netstat -i" aber keine großartigen Fehler bringt, würde ich mich mal mit dem Provider in Verbindung setzen, und den mal den Switchport prüfen lassen.

Als letzte Idee vielleicht noch: welchen Kernel setzt du ein?

[ce2901]

suse 9.1 mit default-kernel, also

Code: Select all

root@myhost:~ > uname -a
Linux myhost 2.6.5-7.111.19-default #1 Fri Dec 10 15:10:58 UTC 2004 i686 i686 i386 GNU/Linux

Es handelt sich um einen Alturo-Rootie (aka 1und1, aka S+P). Hat jemand dort bereits ähnliche Erfahrungen erlebt?

ce2901, der wenigstens solange beruhigt ist, wenn nach dem link down nach 1 sec wieder der link up kommt...

[captaincrunch]

Na ja, sofern da die nötigen Bugfixes nicht schon drin sind wär ohnehin mal ein update angebracht. Ansonsten schau mal (z.B.) hier: http://lkml.org/lkml/2004/4/16/131

Ich würde als letzten Schritt vor dem Anruf beim Provider mal nen neueren kernel probieren.

[lord_pinhead]

Ich hab auch nur Probleme mit meiner Realtek Karte. Wenn ich von meinen Router sauge kann es sein das er plötzlich nicht mehr reagiert. Ich finde nichts in den Logs und auch kein Anzeichen für Kernel-Panics. Wie lade ich das mii Modul rein? insmod mii sagt das es kein Modul gibt zum einladen. Auf dem Server läuft Debian Sarge, neu upgedatet von Woody. Außerdem ist noch ein eigenartiger Fehler da, der Server loggt nichts. Klogd läuft, Syslog-NG auch, aber ich hab keine Logfiles über Netzwerk Aktivitäten die ich auch mit meinen IDS mit Protokollieren wollte (wie. zb. Portscans geloggt von Portsentry) Er schreibt die messeges und syslog aber da kommt nur:

/var/log/messages

Jan 10 07:37:43 xxxxx syslog-ng[318]: STATS: dropped 10

/var/log/syslog

Jan 10 07:35:06 xxxx modprobe: modprobe: Safe mode parameter starts with '-'
Jan 10 07:37:43 xxxxx syslog-ng[318]: STATS: dropped 10
Jan 10 07:39:01 xxxxx /USR/SBIN/CRON[31851]: (root) CMD ( [ -d /var/lib/php4 ] && find /var/lib/php4/ -type f -cmin +$(/usr/lib/php4/maxlifetime) -print0 | xargs -r -0 rm)

Netstat -I

Kernel Schnittstellentabelle
Iface MTU Met RX-OK RX-ERR RX-DRP RX-OVR TX-OK TX-ERR TX-DRP TX-OVR Flg
eth0 1500 0 833465 0 0 0 1280840 0 0 0 BMRU
eth1 1500 0 3118061 33 0 0 3690532 0 0 0 BMRU
lo 16436 0 84546 0 0 0 84546 0 0 0 LRU
ppp0 1492 0 3109296 0 0 0 3681815 0 197 0 MOPRU

lsmod

ppp_generic 19372 3 (autoclean) [ppp_deflate bsd_comp ppp_async]
slhc 4544 0 (autoclean) [ppp_generic]
8139too 13376 2
ipt_TCPMSS 2464 0 (unused)
ip_nat_irc 2272 0 (unused)

ethtool eth0

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

ethtool -S eth0 (und auch bei eth1)

NIC statistics:
early_rx: 0
tx_buf_mapped: 0
tx_timeouts: 0
rx_lost_in_ring: 0

ethtool -S eth0 (bei eth1 is nur bus-info anders, bus-info: 00:0f.0)

driver: 8139too
version: 0.9.26
firmware-version:
bus-info: 00:0d.0

Langsam dreh ich echt ab. Switch is OK und schon gewechselt, Kabel auch, NIC ist auch schon gewechselt worden. Uppen kann ich ja auch wunderbar, nur wenn ich von Saugen will hängt er sich auf, egal ob mit http, ftp, smb. Auch ein mii-tool -F 100baseTx-FD eth0 hat das Problem nicht gelöst :/ . Ich verzweifel langsam und hab kein Bock neuzuinstallieren. Jedes Woody und jedes Sarge das ich bisher installiert hab lief 100%, nur das nicht und das wundert mich eben. Ich hoffe irgendjemand hat hier ein Tip für mich was es sein kann.

Ach so, es ist ein 200 Mhz P1 mit 192 MB Ram. Zum Test hab ich ein Knoppix gestartet, das funktioniert. Memtest war auch ok, Kernel hab ich auch schon neu gebacken, die SCSI Karte für die Platte hab ich auch schon gewechselt. Bisher hatte niemand auch nur einen Einfall was das sein kann, hoffe hier hat jemand eine Idee was man noch machen kann (außer neuinstallieren )

MFG
Lord