Al Bogner <suse-linux@ml04c.pinguin.uni.cc> schrieb:
Am Mittwoch, 30. Juni 2004 12:04 schrieb Hans-Robert Wagner:
Wenn es grundsätzlich am ReiserFS liegen würde, könnte ja auch (fast) keiner mit Standardinstallation mehr arbeiten
Bei mir existiert das Problem auch mit ext3. Vgl. http://lists.suse.com/archive/suse-linux/2004-Jun/2602.html
Also möglicherweise doch ein Problem mit dem Ein- oder Ausstieg des FS-Check, der unabhängig vom verwendeten FS ist und nur bei bestimmten Konstellationen und FS gehäuft auftritt?
Ich habe auch einen 2.6.7 in Verwendung und stelle von Zeit zu Zeit fest, dass der Rechner nach stundenlangem Funktionieren tot ist und nur ein Neustart über den Resetknopf hilft. Ein Freund mit 2.6.5-7.75-default hat ähnliche Probleme. Wir vermuten ein Netzwerkproblem. Zumindest bei ihm tritt das in der Regel bei hoher Netzlast auf.
Hmm, ich hab hier keine hohe Netzlast. Muß ich mal näher untersuchen, wenn ich mal einen Netz-Performance-Test oder so mache. Aber ich hab zwei Rechner mit D-Link-Netzwerkkarten (DFE-550TX) und einer Netgear FA311 Netzwerkkarte. Module sind sundance und natsemi. Seit Kernel 2.6 sehe ich beim sundance-Modul in messages etwa einmal pro Tag oder so ein Register(?)auszug: |Jun 29 16:02:19 ppro kernel: NETDEV WATCHDOG: eth0: transmit timed out |Jun 29 16:02:19 ppro kernel: eth0: Transmit timed out, TxStatus 00 TxFrameId 19, resetting... |Jun 29 16:02:19 ppro kernel: 00 02a36000 02a36010 00018001(00) 02fb28da 80000036 |Jun 29 16:02:19 ppro kernel: 01 02a36010 02a36020 00018005(01) 030eacda 80000036 |Jun 29 16:02:19 ppro kernel: 02 02a36020 02a36030 00018009(02) 02fb2cda 80000036 |Jun 29 16:02:19 ppro kernel: 03 02a36030 02a36040 0001800d(03) 02b2b8da 8000007a |Jun 29 16:02:19 ppro kernel: 04 02a36040 02a36050 00018011(04) 02b2acda 80000036 |Jun 29 16:02:19 ppro kernel: 05 02a36050 02a36060 00018015(05) 045520da 80000036 |Jun 29 16:02:19 ppro kernel: 06 02a36060 02a36070 00018019(06) 030ea4da 80000036 |Jun 29 16:02:19 ppro kernel: 07 02a36070 02a36080 0001801d(07) 02eef4da 80000036 |Jun 29 16:02:19 ppro kernel: 08 02a36080 02a36090 00018021(08) 047148da 80000036 |Jun 29 16:02:19 ppro kernel: 09 02a36090 02a360a0 00018025(09) 06218cda 80000036 |Jun 29 16:02:19 ppro kernel: 0a 02a360a0 02a360b0 00018029(0a) 02c264da 80000036 |Jun 29 16:02:19 ppro kernel: 0b 02a360b0 02a360c0 0001802d(0b) 04a97cda 80000036 |Jun 29 16:02:19 ppro kernel: 0c 02a360c0 02a360d0 00018031(0c) 04a974da 80000036 |Jun 29 16:02:19 ppro kernel: 0d 02a360d0 02a360e0 00018035(0d) 04a970da 80000036 |Jun 29 16:02:19 ppro kernel: 0e 02a360e0 02a360f0 00018039(0e) 04714cda 80000036 |Jun 29 16:02:19 ppro kernel: 0f 02a360f0 02a36100 0001803d(0f) 047140da 80000036 |Jun 29 16:02:19 ppro kernel: 10 02a36100 02a36110 00018041(10) 047144da 80000036 |Jun 29 16:02:19 ppro kernel: 11 02a36110 02a36120 00018045(11) 0395d4da 80000036 |Jun 29 16:02:19 ppro kernel: 12 02a36120 02a36130 00018049(12) 0395dcda 80000036 |Jun 29 16:02:19 ppro kernel: 13 02a36130 02a36140 0001804d(13) 0395d8da 80000036 |Jun 29 16:02:19 ppro kernel: 14 02a36140 02a36150 00018051(14) 03fbdcda 80000036 |Jun 29 16:02:19 ppro kernel: 15 02a36150 02a36160 00018055(15) 03fbd0da 80000036 |Jun 29 16:02:19 ppro kernel: 16 02a36160 02a36170 00018059(16) 052eccda 80000036 |Jun 29 16:02:19 ppro kernel: 17 02a36170 02a36180 0001805d(17) 052ec4da 80000036 |Jun 29 16:02:19 ppro kernel: 18 02a36180 02a36190 00018061(18) 052ec0da 80000036 |Jun 29 16:02:19 ppro kernel: 19 02a36190 00000000 00018065(19) 06d3c0da 80000036 |Jun 29 16:02:19 ppro kernel: 1a 02a361a0 02a361b0 00018069(1a) 00000000 00000000 |Jun 29 16:02:19 ppro kernel: 1b 02a361b0 02a361c0 0001806d(1b) 00000000 00000000 |Jun 29 16:02:19 ppro kernel: 1c 02a361c0 02a361d0 00008071(1c) 05f798da 8000006a |Jun 29 16:02:19 ppro kernel: 1d 02a361d0 02a361e0 00018075(1d) 07a3e8da 80000036 |Jun 29 16:02:19 ppro kernel: 1e 02a361e0 02a361f0 00018079(1e) 030ea0da 80000036 |Jun 29 16:02:19 ppro kernel: 1f 02a361f0 02a36000 0001807d(1f) 07766cda 80000036 |Jun 29 16:02:20 ppro kernel: TxListPtr=02a36190 netif_queue_stopped=1 |Jun 29 16:02:20 ppro kernel: cur_tx=2362(1a) dirty_tx=2332(1c) |Jun 29 16:02:20 ppro kernel: cur_rx=54 dirty_rx=54 |Jun 29 16:02:20 ppro kernel: cur_task=2362 Der Rechner läuft aber weiter und auch das Netzwerk stört sich nicht weiter daran.
Ich verwende 0000:00:0a.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 01) 0000:00:0b.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 30)
In meinem Fall sind es: |device: D-Link System Inc DL10050 Sundance Ethernet (rev 12) bzw. |device: National Semiconductor Corporation DP83815 (MacPhyter) Ethernet Controller An eth1 des Rechners mit den zwei D-Links hängt momentan noch kein Netz. Daher(?) erhalte ich zur Zeit nur für eth0 die Fehlermeldung. Auf dem anderen Rechner (mit D-Link und Netgear NIC) erhalte ich auch nur für die D-Link-Karte ähnliche Logs wie oben. |Jun 29 16:35:54 lix5 kernel: NETDEV WATCHDOG: eth0: transmit timed out |Jun 29 16:35:54 lix5 kernel: eth0: Transmit timed out, TxStatus 00 TxFrameId 0d, resetting... |Jun 29 16:35:54 lix5 kernel: 00 02e45000 02e45010 00018001(00) 02a59cda 80000036 |Jun 29 16:35:54 lix5 kernel: 01 02e45010 02e45020 00018005(01) 035140da 80000036 |Jun 29 16:35:54 lix5 kernel: 02 02e45020 02e45030 00018009(02) 029274da 80000036 |Jun 29 16:35:54 lix5 kernel: 03 02e45030 02e45040 0001800d(03) 02b674da 80000036 |Jun 29 16:35:54 lix5 kernel: 04 02e45040 02e45050 00018011(04) 029270da 80000036 |Jun 29 16:35:54 lix5 kernel: 05 02e45050 02e45060 00018015(05) 03b9ccda 80000036 |Jun 29 16:35:54 lix5 kernel: 06 02e45060 02e45070 00018019(06) 03b9c8da 80000036 |Jun 29 16:35:54 lix5 kernel: 07 02e45070 02e45080 0001801d(07) 03b9c4da 80000036 |Jun 29 16:35:54 lix5 kernel: 08 02e45080 02e45090 00018021(08) 03b9c0da 80000036 |Jun 29 16:35:54 lix5 kernel: 09 02e45090 02e450a0 00018025(09) 02969cda 80000036 |Jun 29 16:35:54 lix5 kernel: 0a 02e450a0 02e450b0 00018029(0a) 02abc8da 8000006a |Jun 29 16:35:54 lix5 kernel: 0b 02e450b0 02e450c0 0001802d(0b) 0322a0da 8000007a |Jun 29 16:35:54 lix5 kernel: 0c 02e450c0 02e450d0 00018031(0c) 029698da 80000036 |Jun 29 16:35:54 lix5 kernel: 0d 02e450d0 00000000 00018035(0d) 029694da 80000036 |Jun 29 16:35:54 lix5 kernel: 0e 02e450e0 02e450f0 00018039(0e) 00000000 00000000 |Jun 29 16:35:54 lix5 kernel: 0f 02e450f0 02e45100 0001803d(0f) 00000000 00000000 |Jun 29 16:35:54 lix5 kernel: 10 02e45100 02e45110 00008041(10) 02b678da 80000036 |Jun 29 16:35:54 lix5 kernel: 11 02e45110 02e45120 00018045(11) 02c928da 80000036 |Jun 29 16:35:54 lix5 kernel: 12 02e45120 02e45130 00018049(12) 02a598da 80000036 |Jun 29 16:35:54 lix5 kernel: 13 02e45130 02e45140 0001804d(13) 02b670da 80000036 |Jun 29 16:35:54 lix5 kernel: 14 02e45140 02e45150 00018051(14) 035148da 80000036 |Jun 29 16:35:54 lix5 kernel: 15 02e45150 02e45160 00018055(15) 02c92cda 80000036 |Jun 29 16:35:54 lix5 kernel: 16 02e45160 02e45170 00018059(16) 013350da 80000036 |Jun 29 16:35:54 lix5 kernel: 17 02e45170 02e45180 0001805d(17) 029278da 80000036 |Jun 29 16:35:54 lix5 kernel: 18 02e45180 02e45190 00018061(18) 02ba28da 8000006a |Jun 29 16:35:54 lix5 kernel: 19 02e45190 02e451a0 00018065(19) 02c920da 80000036 |Jun 29 16:35:54 lix5 kernel: 1a 02e451a0 02e451b0 00018069(1a) 02a594da 80000036 |Jun 29 16:35:54 lix5 kernel: 1b 02e451b0 02e451c0 0001806d(1b) 02a590da 80000036 |Jun 29 16:35:54 lix5 kernel: 1c 02e451c0 02e451d0 00018071(1c) 03514cda 80000036 |Jun 29 16:35:54 lix5 kernel: 1d 02e451d0 02e451e0 00018075(1d) 015048da 8000007a |Jun 29 16:35:54 lix5 kernel: 1e 02e451e0 02e451f0 00018079(1e) 013354da 80000036 |Jun 29 16:35:54 lix5 kernel: 1f 02e451f0 02e45000 0001807d(1f) 03cdccda 80000036 |Jun 29 16:35:54 lix5 kernel: TxListPtr=02e450d0 netif_queue_stopped=1 |Jun 29 16:35:54 lix5 kernel: cur_tx=3150(0e) dirty_tx=3120(10) |Jun 29 16:35:54 lix5 kernel: cur_rx=19 dirty_rx=19 |Jun 29 16:35:54 lix5 kernel: cur_task=3150
Natürlich könnte es bei mir und meinem Freund ein Hardware-Problem sein. Doch wie soll man das rausfinden, wenn es dann wieder längere
Das obige Log hab ich erst seit Verwendung des 2.6er Kernels. Es wird also irgendein neues Problem sein. Die Hardware hat sich ja nicht geändert.
Andererseits fiel mir, dass noch kein Rechner mit 2.6.5-7.75-default nach "coldplug" beim Booten die Netzwerkkarte nicht erkannt hätte. Mit 2.6.4-54.5-default gab es relativ oft damit Probleme.
Diesbezüglich hab ich keine Probleme gehabt. Bis auf die Tatsache, daß meine PnP-ISA-NICs mit dem 2.6er-SuSE-Kernel gar nicht funktionsfähig zu bekommen waren. Mit SuSE 9.0 und 2.4er Kernel oder einem Knoppix 2.6er funktionierten auch die ISA-NICs. Funktion in Bezug auf wirklich übertragene Bytes gemeint. Gruß, Heiko