Probleme mit Intel NIC

T

Trias

Member
Wegen Problemen mit meiner Onboard-NIC habe ich mir eine Intel Pro 1000 MT besorgt, aber leider habe ich schon wieder Probleme...
Ich habe das alte Modul aus der loader.conf entfernt und die Onboard-NIC im BIOS deaktiviert, dann das device em in den kernel eingebaut, den interface-namen in der rc.conf geändert und neugestartet.
Leider spinnt das Netzwerk-Interface jetzt völlig, alle paar Sekunden funktioniert es mal und kurz darauf dann wieder nicht, wenn ich z.B. einen rechner anpinge, werden die ersten beiden Anfragen beantwortet, danach ist Sense.
Gleichzeitig erscheint auf dem jeweiligem Terminal, an dem ich gerade arbeite, im gleichen Zeitabstand die Meldung (aus dem Gedächtnis):
em0: interface is up at 100Mb full duplex.

Ich wüsste mal gerne, was ich falsch mache. :confused:
 
Ich weiß, eigentlich kann ich mir das sparen. Aber trotzdem:

Schon das Kabel überprüft?

Oder funktioniert das Netzwerk nur unter FreeBSD nicht? Dieses dauernde Umspringen (es geht, es geht nicht, es geht, es geht nicht, ...) hatte ich auch mal, da habe ich versucht über Flachbandkabel (wie auch immer das richtig heißt, auf jeden Fall nicht TP) zwei PC's zu verbinden. Letzten Endes mußte ich dann die Übertragungsart manuell auf 10MBit festlegen.

Ciao, Tobias
 
Sorry, aber was für Informationen braucht ihr noch?
Am Kabel liegt es sicher nicht, weil das Problem eben nur unter FreeBSD auftaucht.

update: Es scheint irgendwie mit dem dhclient zusammenzuhängen, weil die Logs voll von Einträgen sind wie:
dhclient:new IP-adress is 192.168.6.3
dhclient: new broadcoast adress is 192.168.6.255
usw.

Ich kann es nicht genau reproduzieren, weil ich nicht ins Netz komme, aber die Adressen sind immer die gleichen (und auch die gewünschten).
Mein DHCP-Server verteilt die IPs nach MAC-Adressen, unter anderen Betriebssystemen funktioniert es und mit der alten NIC hat es auch unter FreeBSD funktioniert (die MAC-Adresse habe ich natürlich im DHCP-Server geändert).
 
Zuletzt bearbeitet:
Welche Hardware? dmesg? ifconfig? netstat -s? Was passiert bei fester IP? Was passiert bei 10 MBit HD? Was zeigt der Switch an? Schon mal watchdog-timeouts beobachtet? IRQ-Probleme ausgeschlossen? Sorry, aber wenn dir meine Kristallkugel nicht weiterhelfen kann, mußt du schon ein paar Infos rausrücken. Wir wissen ja noch nicht mal, mit welchem OS der Rechner läuft.
 
Ok, ich habe jetzt eine statische Adresse gesetzt, das funktioniert wenigstens.
Trotzdem wundert mich, dass DHCP Probleme macht.
Das OS ist FreeBSD, deshalb poste ich ja hier, die NIC ist (wie gesagt) eine Intel Pro 1000 MT, das Board ein Abit NF7 (nforce2), der Prozessor ein Athlon XP.
IRQ-Probleme schliesse ich aus, weil ich dieses Problem nur unter FreeBSD habe.

Die folgenden Kommandos habe ich kurz nach dem Systemstart mit aktivierten dhclient ausgeführt:

ifconfig:
Code: 
em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        options=3<RXCSUM,TXCSUM>
        inet 192.168.6.3 netmask 0xffffff00 broadcast 192.168.6.255
        ether 00:0e:0c:58:e0:37
        media: Ethernet autoselect
        status: no carrier
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
        inet 127.0.0.1 netmask 0xff000000

netstat -s:
Code: 
tcp:
tcp:
        0 packets sent
                0 data packets (0 bytes)
                0 data packets (0 bytes) retransmitted
                0 data packets unnecessarily retransmitted
                0 resends initiated by MTU discovery
                0 ack-only packets (0 delayed)
                0 URG only packets
                0 window probe packets
                0 window update packets
                0 control packets
        1 packet received
                0 acks (for 0 bytes)
                0 duplicate acks
                0 acks for unsent data
                0 packets (0 bytes) received in-sequence
                0 completely duplicate packets (0 bytes)
                0 old duplicate packets
                0 packets with some dup. data (0 bytes duped)
                0 out-of-order packets (0 bytes)
                0 packets (0 bytes) of data after window
                0 window probes
                0 window update packets
                0 packets received after close
                0 discarded for bad checksums
                0 discarded for bad header offset fields
                0 discarded because packet too short
        0 connection requests
        0 connection accepts
        0 bad connection attempts
        0 listen queue overflows
        0 connections established (including accepts)
        0 connections closed (including 0 drops)
                0 connections updated cached RTT on close
                0 connections updated cached RTT variance on close
                0 connections updated cached ssthresh on close
        0 embryonic connections dropped
        0 segments updated rtt (of 0 attempts)
        0 retransmit timeouts
                0 connections dropped by rexmit timeout
        0 persist timeouts
                0 connections dropped by persist timeout
        0 keepalive timeouts
                0 keepalive probes sent
                0 connections dropped by keepalive
        0 correct ACK header predictions
        0 correct data packet header predictions
        0 syncache entries added
                0 retransmitted
                0 dupsyn
                0 dropped
                0 completed
                0 bucket overflow
                0 cache overflow
                0 reset
                0 stale
                0 aborted
                0 badack
                0 unreach
                0 zone failures
        0 cookies sent
        0 cookies received
udp:
        17 datagrams received
        0 with incomplete header
        0 with bad data length field
        0 with bad checksum
        0 with no checksum
        0 dropped due to no socket
        1 broadcast/multicast datagram dropped due to no socket
        0 dropped due to full socket buffers
        0 not for hashed pcb
        16 delivered
        19 datagrams output
ip:
        19 total packets received
        0 bad header checksums
        0 with size smaller than minimum
        0 with data size < data length
        0 with ip length > max ip packet size
        0 with header length < data size
        0 with data length < header length
        0 with bad options
        0 with incorrect version number
        0 fragments received
        0 fragments dropped (dup or out of space)
        0 fragments dropped after timeout
        0 packets reassembled ok
        18 packets for this host
        0 packets for unknown/unsupported protocol
        0 packets forwarded (0 packets fast forwarded)
        1 packet not forwardable
        0 packets received for unknown multicast group
        0 redirects sent
        20 packets sent from this host
        0 packets sent with fabricated ip header
        0 output packets dropped due to no bufs, etc.
        1 output packet discarded due to no route
        0 output datagrams fragmented
        0 fragments created
        0 datagrams that can't be fragmented
        0 tunneling packets that can't find gif
        0 datagrams with bad address in header
icmp:
        0 calls to icmp_error
        0 errors not generated in response to an icmp message
        0 messages with bad code fields
        0 messages < minimum length
        0 bad checksums
        0 messages with bad length
        0 multicast echo requests ignored
        0 multicast timestamp requests ignored
        0 message responses generated
        0 invalid return addresses
        0 no return routes
        ICMP address mask responses are disabled
igmp:
        0 messages received
        0 messages received with too few bytes
        0 messages received with bad checksum
        0 membership queries received
        0 membership queries received with invalid field(s)
        0 membership reports received
        0 membership reports received with invalid field(s)
        0 membership reports received for groups to which we belong
        0 membership reports sent

dmesg:
Code: 
Copyright (c) 1992-2004 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.2.1-RELEASE #4: Tue Aug  3 22:45:35 CEST 2004
    root@BruteForce.homenetwork.lan:/usr/src/sys/i386/compile/BRUTEFORCE
Preloaded elf kernel "/boot/kernel/kernel" at 0xc0748000.
Preloaded elf module "/boot/kernel/if_em.ko" at 0xc0748244.
Preloaded elf module "/boot/kernel/snd_emu10kx.ko" at 0xc07482f0.
Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc07483a0.
mptable_probe: MP Config Table has bad signature: \^S\^F
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: AMD Athlon(tm) XP (2205.01-MHz 686-class CPU)
  Origin = "AuthenticAMD"  Id = 0x6a0  Stepping = 0
  Features=0x383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
  AMD Features=0xc0400000<AMIE,DSP,3DNow!>
real memory  = 1073676288 (1023 MB)
avail memory = 1037705216 (989 MB)
Pentium Pro MTRR support enabled
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcibios: BIOS version 2.10
Using $PIR table, 11 entries at 0xc00fdeb0
pcib0: <Host to PCI bridge> at pcibus 0 on motherboard
pci0: <PCI bus> on pcib0
agp0: <NVIDIA nForce2 AGP Controller> mem 0xe0000000-0xe1ffffff at device 0.0 on pci0
pci0: <memory, RAM> at device 0.1 (no driver attached)
pci0: <memory, RAM> at device 0.2 (no driver attached)
pci0: <memory, RAM> at device 0.3 (no driver attached)
pci0: <memory, RAM> at device 0.4 (no driver attached)
pci0: <memory, RAM> at device 0.5 (no driver attached)
isab0: <PCI-ISA bridge> at device 1.0 on pci0
isa0: <ISA bus> on isab0
pci0: <serial bus, SMBus> at device 1.1 (no driver attached)
ohci0: <OHCI (generic) USB controller> mem 0xe6001000-0xe6001fff irq 11 at device 2.0 on pci0
usb0: OHCI version 1.0, legacy support
usb0: SMM does not respond, resetting
usb0: <OHCI (generic) USB controller> on ohci0
usb0: USB revision 1.0
uhub0: (0x10de) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 3 ports with 3 removable, self powered
ums0: B16_b_02 USB-PS/2 Optical Mouse, rev 2.00/98.02, addr 2, iclass 3/1
ums0: 4 buttons and Z dir.
ohci1: <OHCI (generic) USB controller> mem 0xe6002000-0xe6002fff irq 4 at device 2.1 on pci0
usb1: OHCI version 1.0, legacy support
usb1: SMM does not respond, resetting
usb1: <OHCI (generic) USB controller> on ohci1
usb1: USB revision 1.0
uhub1: (0x10de) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 3 ports with 3 removable, self powered
pcib1: <PCIBIOS PCI-PCI bridge> at device 8.0 on pci0
pci1: <PCI bus> on pcib1
pci_cfgintr: 1:7 INTA BIOS irq 11
pci_cfgintr: 1:8 INTA BIOS irq 5
pci_cfgintr: 1:9 INTA BIOS irq 10
pci_cfgintr: 1:9 INTB BIOS irq 7
em0: <Intel(R) PRO/1000 Network Connection, Version - 1.7.19> port 0xc000-0xc03f mem 0xe5000000-0xe501ffff,0xe5020000-0xe503
ffff irq 11 at device 7.0 on pci1
em0:  Speed:N/A  Duplex:N/A
pci1: <multimedia> at device 8.0 (no driver attached)
emu10kx0: <Creative EMU10K2 (Audigy)> port 0xc400-0xc41f irq 10 at device 9.0 on pci1
pcm0: <EMU10Kx PCM Interface> on emu10kx0
pcm0: <TriTech TR28602 AC97 Codec>
pci1: <serial bus, FireWire> at device 9.2 (no driver attached)
atapci0: <nVidia nForce2 UDMA133 controller> port 0xf000-0xf00f at device 9.0 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata0: [MPSAFE]
ata1: at 0x170 irq 15 on atapci0
ata1: [MPSAFE]
pcib2: <PCI-PCI bridge> at device 30.0 on pci0
pci2: <PCI bus> on pcib2
pci_cfgintr: 0:30 INTA routed to irq 11
pcib2: slot 0 INTA is routed to irq 11
pci2: <display, VGA> at device 0.0 (no driver attached)
pci2: <display> at device 0.1 (no driver attached)
orm0: <Option ROMs> at iomem 0xd4000-0xd4fff,0xd0000-0xd3fff,0xc0000-0xccfff on isa0
pmtimer0 on isa0
atkbdc0: <Keyboard controller (i8042)> at port 0x64,0x60 on isa0
atkbd0: <AT Keyboard> flags 0x1 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 2205009228 Hz quality 800
Timecounters tick every 10.000 msec
GEOM: create disk ad0 dp=0xc6726c60
ad0: 114473MB <ST3120026A> [232581/16/63] at ata0-master UDMA100
ata1-slave: FAILURE - SETFEATURES SET TRANSFER MODE no interrupt
acd0: DVDROM <TOSHIBA DVD-ROM SD-M1712> at ata1-master PIO4
acd1: CDRW <LITE-ON LTR-52246S> at ata1-slave BIOSPIO
GEOM: create disk cd0 dp=0xc655b600
GEOM: create disk cd1 dp=0xc655be00
cd0 at ata1 bus 0 target 0 lun 0
cd0: <TOSHIBA DVD-ROM SD-M1712 1004> Removable CD-ROM SCSI-0 device
cd0: 16.000MB/s transfers
cd0: Attempt to query device size failed: NOT READY, Medium not present
cd1 at ata1 bus 0 target 1 lun 0
cd1: <LITE-ON LTR-52246S 6S0D> Removable CD-ROM SCSI-0 device
cd1: 3.300MB/s transfers
cd1: Attempt to query device size failed: NOT READY, Medium not present
Mounting root from ufs:/dev/ad0s2a
em0: Link is up 100 Mbps Full Duplex
em0: Link is up 100 Mbps Full Duplex
emu10kx0: Audigy AC3 passthrough disabled
em0: Link is up 100 Mbps Full Duplex
 
TRIAS schrieb:
em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=3<RXCSUM,TXCSUM>
inet 192.168.6.3 netmask 0xffffff00 broadcast 192.168.6.255
ether 00:0e:0c:58:e0:37
media: Ethernet autoselect
status: no carrier
Zum Vergrößern anklicken....

..no carrier?
 
was pssiert, wenn du es mit acpi versuchst?
da du ein nforce2 board hast vorher smp und apic ausem kernel nehmen...
 
Trias schrieb:
Das OS ist FreeBSD, deshalb poste ich ja hier
Zum Vergrößern anklicken....
Achso, ich vergaß, daß es von FreeBSD nur eine Version gibt.
Trias schrieb:
FreeBSD 5.2.1-RELEASE
Zum Vergrößern anklicken....
Ach nee, da haben wir es doch. Nun tauchen natürlich weitere Fragen auf: Was passiert im Safe Mode? Was tut sich mit ein- bzw abgeschaltetem ACPI? Problem mit dem aktuellen -Current immer noch vorhanden? Ich denke, du mußt da einen Debugger anwerfen, um das Problem zu lokalisieren.
Trias schrieb:
media: Ethernet autoselect
status: no carrier
Zum Vergrößern anklicken....
Und du hast wirklich keine watchdog-timeouts in den Logs? Das ist seltsam. Ich würde es nicht grundsätzlich auf den DHCP schieben. Problem mit dem Autosensing wäre nämlich nicht auszuschließen. Leider hast du noch nicht beantwortet, was am Switch los ist und wie die Sache aussieht, wenn du 10 MBit HD setzt, bevor der DHCP-Client eine IP holt.
Trias schrieb:
IRQ-Probleme schliesse ich aus, weil ich dieses Problem nur unter FreeBSD habe.
Zum Vergrößern anklicken....
Kommt eher drauf an, unter welchen Betriebssystemen es funktioniert. Einige machen ihre eigene IRQ-Verwaltung.

Fassen wir zusammen: Release eines -Current auf einem Board, das als problematisch bekannt ist, gibt nicht erklärbare Fehlermeldungen aus. Im Prinzip nichts Neues. Durchsuch mal das Board nach anderen Threads, in denen es um ein nForce-Board ging, und versuch die dort vorgeschlagenen Möglichkeiten durch. Oder teste mal mit einem 4.10, heißt nicht umsonst -Stable und kommt ohne ACPI-Murks.
 
vielleicht liegt es gar nicht am Board sondern am autoselect, stell doch mal deine gewünschte Speed und Duplex fest ein
 
So, mal zum aktuellen Status:

Mit aktiviertem ACPI bleibt das System immer beim mounten der
root-Partition hängen, auch wenn ich alles bis auf if_em_load="YES" (der Treiber für die Karte) aus der
/boot/loader.conf nehme (ich habe den Treiber testweise aus dem
kernel genommen).
SMP und APIC habe ich nicht im kernel. Der Safe-Mode ändert auch nichts an dem Problem.
Ich weiss zwar noch nicht, was genau ein watchdog-timeout ist, aber nach dem booten finde ich in der messages-log nur die Bootmeldungen, den Root-Login und die andauernden Meldungen vom dhclient.
Am Switch gehen die Lichter meines Anschlusses alle paar Sekunden an und dann wieder aus, ungefähr im gleichen Abstand wie die Meldungen vom dhclient.

Jetzt wüsste ich gerne, was "no carrier" bedeutet und wie ich Speed und Duplex fest einstelle.

Eine merkwürdige Sache ist mir noch im Zusammenhang mit der Karte und Linux aufgefallen: Seit ich die Karte eingesetzt habe, hängen sich sämtliche Downloads nach kurzer Zeit einfach auf, die Verbindung bleibt einfach stehen.
Ich habe die Karte auch mal unter Windows XP getestet, da scheint alles zu funktionieren.

p.s. Ich weiss, dass ich besser 4.10 genommen hätte, mir wurde 5.2.1 empfohlen, weil es für den Desktop schon stabil genug wäre. Das war wohl ein Irrtum.
Allerdings frage ich mich, ob sich ein Umstieg jetzt lohnt, wo bald 5.3 herauskommt, andererseits weiss ich auch nicht, ob 5.3 meine Probleme beseitigen wird und ob es genauso stabil wie 4.10 sein wird.
 
Trias schrieb:
Ich weiss zwar noch nicht, was genau ein watchdog-timeout
Zum Vergrößern anklicken....
Ein Watchdog ist ein Wert, der in einem bestimmten Abstand runtergezählt wird. Wenn er bei 0 ankommt, hat man einen "watchdog timeout". Eine andere Software setzt den Watchdog bei bestimmten Ereignissen wieder auf den Ausgangswert zurück. Wenn alles glatt läuft, sollte die Software den Watchdog immer auf den Ausgangswert zurücksetzen, bevor er 0 erreicht. Macht die Software das nicht, weil der Grund, um den Watchdog zurückzusetzen, einfach nicht eintritt, dann läuft der Watchdog ab und meldet einen Timeout.

Im Falle des Netzwerktreibers sollte der den Watchdog immer zurücksetzen, wenn er eine Verbindung zur Gegenstelle hat. Wenn er über eine ausreichend lange Zeit aber keine Verbindung feststellen kann, läuft der Timeout eben ab. Gibt ein Netzwerktreiber einen Watchdog Timeout aus, kann man davon ausgehen, daß die Verbindung dauerhaft nicht zustande kommt. Wenn das bei dir nicht der Fall ist, scheint die Verbindung nur kurzzeitig abzureißen, sie ist aber schnell genug wieder da, bevor der Watchdog bei 0 ankommt. Das und...

Trias schrieb:
Am Switch gehen die Lichter meines Anschlusses alle paar Sekunden an und dann wieder aus, ungefähr im gleichen Abstand wie die Meldungen vom dhclient.
Zum Vergrößern anklicken....
...dieses Verhalten deuten darauf hin, daß sich Karte und Switch nicht dauerhaft auf eine Übertragungsgeschwindigkeit einigen können. Die Karte versucht wohl dauernd, auf 1000 MBit zu gehen, der Switch sollte dann sagen, daß er nur 100 MBit kann, aber irgendwie reden die beiden wohl aneinander vorbei. Eventuell ist auch der em(4) das Problem, vielleicht wertet der die eigentlich korrekte Rückmeldung vom Switch nicht richtig aus und probiert munter weiter - es ist einfach noch -Current.

Und wenn die Karte dann doch endlich wieder eine Verbindung zum Switch bekommt, informiert sich der DHCP-Client erstmal, welche IP jetzt für ihn aktuell ist. Denn in der Zwischenzeit hätte sich ja auch schon ein anderer Client diese IP holen können, daher muß er noch mal nachfragen. Der DHCP-Client macht dir also nur die Auswirkung deines Problems deutlicher, ist aber keinesfalls das Problem selbst. Bei statischer IP gibt es keinen DHCP-Client, der ständig nach der IP fragen muß, daher fehlen entsprechende Meldungen in den Logs, aber die Verbindung reißt genauso kurzzeitig ab.

Trias schrieb:
Jetzt wüsste ich gerne, was "no carrier" bedeutet
Zum Vergrößern anklicken....
Der hat einfach keinen Link zu einer Gegenstelle feststellen können.

Trias schrieb:
und wie ich Speed und Duplex fest einstelle.
Zum Vergrößern anklicken....
Code: 
ifconfig em0 media 10baseT/UTP mediaopt half-duplex
Guck in em(4) nach, welche Medien und Optionen der unterstützt. Gerade hinsichtlich HD und FD bin ich mir nicht sicher, laut Manpage macht der immer HD, wenn man keine Optionen angibt, daher kannst du mediaopt evtl. weglassen, würde das Ergebnis aber auf jeden Fall nachprüfen. Du solltest unbedingt beim kleinsten gemeinsamen Nenner (10 MBit HD) beginnen.

Trias schrieb:
Allerdings frage ich mich, ob sich ein Umstieg jetzt lohnt, wo bald 5.3 herauskommt, andererseits weiss ich auch nicht, ob 5.3 meine Probleme beseitigen wird und ob es genauso stabil wie 4.10 sein wird.
Zum Vergrößern anklicken....
Naja, beim ACPI müssen die IMO noch mal umfassender nachbessern, ich weiß nicht, ob 5.3 da einen so großen Sprung macht, um es als ausgereift bezeichnen zu können. Warten wir's ab.
 
Zuletzt bearbeitet:
Ok, das hat funktioniert!
Wenn ich vor dem Aufruf von dhclient mit ifconfig die Geschwindigkeit und den Duplex-Mode festlege, habe ich keine Aussetzer mehr.
Danke für die Hilfe auf jeden Fall.

Das Linux-Problem konnte ich übrigens mit einem Kernel-Update lösen.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben