xl0 Problem "Aussetzer"

[Legorado]

Hi,
ich habe ein Problem mit einer 3Com Netzwerkkarte. Das System ist ein FreeBSD 5.4-STABLE vom 04.01.06.

Der PC dient als Router (ppp mit pf und bind) und als Samba Fileserver.

Die Netzwerkkarte xl0 schalten ab und zu ab. Meistens tritt dies unter hoher Last auf, so nach 200MB Datenaustausch (vom Server auf Client). Es kommt aber auch vor, dass sie auch aussteigt, wenn nur ein PC im Internet surft.

Der Router ist dann nichtmehr anzupingen. Im Rest des Netzwerk funktioniert allerdings noch. Die Netzwerkkarte wurde schon gewechselt, jedoch ohne Erfolg.

In der Logs hab ich keine Auffälligkeit gefunden.

Wenn ich die Netzwerkkarte per
ifconfig xl0 down "abschalte" und per ifconfig xl0 up wieder "anschalte", funktioniert wieder alles wie zuvor.
Logischerweiße funktioniert nach einem reboot auch alles wieder.

Hat jemand eine Idee, woran das liegt und wie ich das beheben kann?

Wenn logs oder configs benötigt werden, bitte melden.


Mfg Sebastian

 

[Kamikaze]

Mach doch mal ein

# route get default

und wenn es nicht mehr funktioniert wieder eins.

 

[MrFixit]

Was fuer eine Rechner ist das? Gibt es Kernelmeldungen bzgl. xl0? Schonmal probiert ohne ACPI zu booten?

 

[Yamagi]

Hatte ich auch unter 5.4. MrFixit hat recht, es wird wohl an ACPI liegen. Ich konnte das Problem zu mindestens durchs Deaktivieren lösen.

 

[Legorado]

@[LoN]Kamikaze:
Die Netzwerkkarte ins LAN funkioniert nicht mehr. Wie ich dich verstanden habe, soll ich überprüfen ob die route vom Router noch auf den ISP geht.
Das Internet funktioniert noch, komme noch per ssh auf die Kiste.

Ich sag meinem Kumpel mal, dass er beim booten die 2 drücken soll, wäre schön wenns damit schon behoben wäre. Ich kann ja nicht einfach so mal

Der Rechner ist ein 586 400Mhz PC. Der Kernel gab nur folgendes Meldungen von sich:

xl0: transmission error: 90
xl0: tx underrun, increasing tx start threshold to 120 bytes
Daran solls ja nicht liegen.

Mfg Sebastian

 

[Legorado]

Der PC bootet standartmäßig mit ACPI disabled.

Habt ihr sonst noch Ideeen?

Mfg Sebastian

 

[-Daemon-]

Ein aehnliches Problem hatte ich auch mal. Bei mir hat's geholfen die NIC auszubauen, Rechner einmal ohne NIC starten, NIC wieder einbauen + installieren + alles einrichten. Fertig. Seitdem rennt das Teil ohne Probleme.

(OK, es gibt sicher andere Wege, aber wenn's hilft... )

HTH,
Philipp

 

[MrFixit]

Bitte mal volle dmesg Ausgabe liefern, mich wuerde das IRQ-Routing interessieren. Evtl. auch mal verbose-booten. Es kann helfen ein bisschen PJ (PCI Jockey) zu spielen.

 

[Legorado]

Hi,
hier mal die dmseg:

Copyright (c) 1992-2005 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights reserved.
FreeBSD 5.4-STABLE #0: Wed Jan  4 04:56:57 UTC 2006
    user@server.home.org:/usr/obj/usr/src/sys/shitpc
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: AMD-K6(tm) 3D processor (400.91-MHz 586-class CPU)
  Origin = "AuthenticAMD"  Id = 0x58c  Stepping = 12
  Features=0x8021bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,PGE,MMX>
  AMD Features=0x80000800<SYSCALL,3DNow!>
real memory  = 268435456 (256 MB)
avail memory = 253038592 (241 MB)
K6-family MTRR support enabled (2 registers)
npx0: <math processor> on motherboard
npx0: INT 16 interface
cpu0 on motherboard
pcib0: <Host to PCI bridge> pcibus 0 on motherboard
pci0: <PCI bus> on pcib0
agp0: <VIA 82C597 (Apollo VP3) host to PCI bridge> mem 0xe0000000-0xe3ffffff at device 0.0 on pci0
pcib1: <PCI-PCI bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
isab0: <PCI-ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <VIA 82C586B UDMA33 controller> port 0xd000-0xd00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0
xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xd800-0xd87f mem 0xee800000-0xee80007f irq 11 at device 9.0 on pci0
miibus0: <MII bus> on xl0
xlphy0: <3Com internal media interface> on miibus0
xlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
xl0: Ethernet address: 00:10:4b:c1:ab:93
ed0: <NE2000 PCI Ethernet (RealTek 8029)> port 0xdc00-0xdc1f irq 10 at device 10.0 on pci0
ed0: Ethernet address: 00:50:ba:cd:e9:4c
ed0: if_start running deferred for Giant
ed0: type NE2000 (16 bit) 
pci0: <display, VGA> at device 11.0 (no driver attached)
twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0xe000-0xe00f mem 0xee000000-0xee7fffff irq 5 at device 12.0 on pci0
twe0: 2 ports, Firmware FE7X 1.05.00.065, BIOS BE7X 1.08.00.048
orm0: <ISA Option ROMs> at iomem 0xc8000-0xc8fff,0xc0000-0xc7fff on isa0
pmtimer0 on isa0
atkbdc0: <Keyboard controller (i8042)> at port 0x64,0x60 on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
ppc0: parallel port not found.
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0: configured irq 4 not in bitmap of probed irqs 0
sio0: port may not be enabled
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 8250 or not responding
sio1: configured irq 3 not in bitmap of probed irqs 0
sio1: port may not be enabled
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
unknown: <PNP0303> can't assign resources (port)
Timecounter "TSC" frequency 400911363 Hz quality 800
Timecounters tick every 10.000 msec
twed0: <Unit 0, TwinStor, Normal> on twe0
twed0: 78166MB (160084480 sectors)
Mounting root from ufs:/dev/twed0s1a
pflog0: promiscuous mode enabled

 

[rMarkus]

Diesen Fehler habe ich auf einem VIA MVP3 Mainboard auch unter FreeBSD 5.4 gehabt.
Ich vermute, dass das an der absolut miserablen Busmaster-Performance des PCI-Busses lag.
(Unter OS/2 fuehrte das sogar zu Abstuerzen auch mit anderen Karten.)

Evtl. reicht es, wenn man "PCI Delay Transaction" und sowas im BIOS deaktiviert oder auf Intel (fxp(4)) Netzwerkkarten ausweicht, weil die ein sehr stabiles Businterface haben.

Wenn Du die Moeglichkeit hast, dann wuerde ich die Finger von K6-2 lassen und fuer ein paar Euro z.B. auf ein Asus P2B mit P2-400 ausweichen. Auch der 3Ware-Controller wird es Dir danken.