PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Fehler bei Netzwerkauslastung



Blacklotus
14.02.05, 23:01
Hi Leute bin mir nicht ganz sicher in welches Netzwerkunterforum der thread soll, also mache ich ihn mal hier rein ;)

Es geht um einen Compaq Armada 1575D Laptop mit 266 Mhz und 96 MB RAM.
Der PC soll eigentlich als Router etc. fungieren. Er besitzt 2 Netzwerkkarten. Einen USB-Adapter wird von der Kernel als Pegasus 2 identifiziert und eine 3 COM PCMCIA Karte. Beide Karten habe ich schon an anderen PCs getestet dort funktionieren sie einwandfrei.

Auf dem Laptop läuft Fedora Core 3 und momentan Kernel 2.6.10-1.760_FC3.
wobei der fehler auch bei der vorigen 2.6.9 Kernel aufgetreten ist. Die USB 10 MBIt Karte geht an das DSL Modem und die 3 COM 100 MBIT Karte geht an einen Switch an dem 2 Fedora PCs hängen die vom Laptop mit Internet versogt werden wollen ;). Desweiteren besitzt der Laptop einige NFS shares (mit denen man es schafft das Netzwerk auszulasten). und genau dann zeigt der laptop kontinuierlich folgenden Fehler im 10 Sekundentakt an und das Netzwerk bricht ohne Vorwarnung zusammen:

Feb 14 16:55:33 P266 kernel: NETDEV WATCHDOG: eth0: transmit timed out
Feb 14 16:55:33 P266 kernel: eth0: transmit timed out, tx_status 00 status 8000.
Feb 14 16:55:33 P266 kernel: diagnostics: net 0ce0 media a800 dma 000000a0 fifo 8000
Feb 14 16:55:33 P266 kernel: Flags; bus-master 1, dirty 187370(10) current 187386(10)
Feb 14 16:55:33 P266 kernel: Transmit list 039e9840 vs. c39e9840.
Feb 14 16:55:33 P266 kernel: 0: @c39e9200 length 800005ba status 000005ba
Feb 14 16:55:33 P266 kernel: 1: @c39e92a0 length 800004ea status 000004ea
Feb 14 16:55:33 P266 kernel: 2: @c39e9340 length 800005ba status 000005ba
Feb 14 16:55:33 P266 kernel: 3: @c39e93e0 length 800005ba status 000005ba
Feb 14 16:55:33 P266 kernel: 4: @c39e9480 length 800005ba status 000005ba
Feb 14 16:55:33 P266 kernel: 5: @c39e9520 length 800005ba status 000005ba
Feb 14 16:55:33 P266 kernel: 6: @c39e95c0 length 800005ba status 000005ba
Feb 14 16:55:33 P266 kernel: 7: @c39e9660 length 800004ea status 000004ea
Feb 14 16:55:33 P266 kernel: 8: @c39e9700 length 800005ba status 800005ba
Feb 14 16:55:33 P266 kernel: 9: @c39e97a0 length 800005ba status 800005ba
Feb 14 16:55:33 P266 kernel: 10: @c39e9840 length 800004ea status 000004ea
Feb 14 16:55:33 P266 kernel: 11: @c39e98e0 length 800005ba status 000005ba
Feb 14 16:55:33 P266 kernel: 12: @c39e9980 length 800005ba status 000005ba
Feb 14 16:55:33 P266 kernel: 13: @c39e9a20 length 80000042 status 00000042
Feb 14 16:55:33 P266 kernel: 14: @c39e9ac0 length 800005ba status 000005ba
Feb 14 16:55:33 P266 kernel: 15: @c39e9b60 length 800005ba status 000005ba

Danach ist der Laptop im Netzwerk nicht mehr anpingbar und ich kann somit auch nicht mehr über ssh verbinden.

Kennt jemand diese Art von Fehler, kann ihn deuten, oder weiß vielleicht jemand sogar was man dagegen machen könnte ?

MFG Blacklotus

Polarizer
15.02.05, 15:06
Hast Du schon mal versucht, den Kernel mit den Parametern "noacpi" und "noapic" zu booten?!

Blacklotus
16.02.05, 17:43
Danke für die Antwort Polarizer :)
Ich habe nun die Kernelparameter acpi=off und apic=off übergeben und der Fehler kommt echt nicht mehr. Vielen Dank

Doch es ist immernoch recht interessant was "ifconfig" ausgibt über die Netzwerkkarte ->


eth0 Protokoll:Ethernet Hardware Adresse 00:01:03:B0:69:18
inet Adresse:192.168.0.1 Bcast:192.168.0.255 Maske:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:324856 errors:0 dropped:0 overruns:1272 frame:0
TX packets:133854 errors:0 dropped:0 overruns:0 carrier:55
Kollisionen:0 Sendewarteschlangenlänge:1000
RX bytes:475115516 (453.1 MiB) TX bytes:30184329 (28.7 MiB)
Interrupt:11 Basisadresse:0x4800

eth1 Protokoll:Ethernet Hardware Adresse 00:50:BA:80:84:43
inet Adresse:192.168.1.1 Bcast:192.168.1.255 Maske:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:7152 errors:0 dropped:0 overruns:0 frame:0
TX packets:5283 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX bytes:9114843 (8.6 MiB) TX bytes:487949 (476.5 KiB)

lo Protokoll:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:74 errors:0 dropped:0 overruns:0 frame:0
TX packets:74 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX bytes:5180 (5.0 KiB) TX bytes:5180 (5.0 KiB)

ppp0 Protokoll:Punkt-zu-Punkt Verbindung
inet Adresse:80.137.49.61 P-z-P:217.5.98.163 Maske:255.255.255.255
UP PUNKTZUPUNKT RUNNING NOARP MULTICAST MTU:1492 Metric:1
RX packets:6949 errors:0 dropped:0 overruns:0 frame:0
TX packets:5092 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:3
RX bytes:8947360 (8.5 MiB) TX bytes:366172 (357.5 KiB)

eth1 hat scheinbar doch recht viele Overruns. Kann das damit zusammenhängen das die Platte zu langsam schreibt ?
DMA bekomme ich nicht an, denn wenn ich "hdparm -d 1 /dev/hda" eingebe bekomme ich folgenden Fehler:


/dev/hda:
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Operation not permitted
using_dma = 0 (off)

hie rnoch die Ausgabe von lsmod ->


Module Size Used by
ipt_MASQUERADE 3265 1
iptable_nat 23301 2 ipt_MASQUERADE
ipt_TCPMSS 4033 1
ipt_REJECT 6593 1
ipt_state 1857 5
ip_conntrack 40053 3 ipt_MASQUERADE,iptable_nat,ipt_state
iptable_filter 3521 1
ip_tables 16193 6 ipt_MASQUERADE,iptable_nat,ipt_TCPMSS,ipt_REJECT,i pt_state,iptable_filter
parport_pc 26629 1
lp 12077 0
parport 37129 2 parport_pc,lp
autofs4 23493 0
nfsd 184033 9
exportfs 7745 1 nfsd
lockd 58089 2 nfsd
sunrpc 156197 19 nfsd,lockd
ppp_synctty 10817 0
ppp_async 12097 1
crc_ccitt 2113 1 ppp_async
ppp_generic 35029 6 ppp_synctty,ppp_async
slhc 6721 1 ppp_generic
pcmcia 20805 8
yenta_socket 19009 1
pcmcia_core 50817 2 pcmcia,yenta_socket
ohci_hcd 23637 0
pegasus 23757 0
mii 4673 1 pegasus
3c59x 36713 0
floppy 57841 0
dm_snapshot 16773 0
dm_zero 2497 0
dm_mirror 23085 2
ext3 116169 2
jbd 69849 1 ext3
dm_mod 55509 6 dm_snapshot,dm_zero,dm_mirror

Interessant ist auch noch, wenn ich iptables anmache ab und zu die Verbindung zu einem NFS share verloren geht. wenn es aber aus ist, gibt es nur kurze Aussätzer und die Übertragung geht weiter.

Am einfachsten wäre vermutlich DMA anzubekommen dann gebe es doch auch keine Overruns oder sehe ich das falsch ?

MFG Blacklotus