Hi,
ich wecke meinen Server per “Wake on Lan” von Zeit zu Zeit kommt es vor,
das aber beim Booten die Konfiguration der Lan-Karte schief läuft.
Es handelt sich um eine D-Link DFE-530-TX Lan-Karte die mit dem
via_rhine Treiber angesprochen wird.
Laut der Log-Datei “messages” wurde der Treiber geladen die Konfiguration
der Karte geht aber trotzdem schief. Die IP wird fest vergeben
und es ist die einzige Netzwerkkarte. Wenn der Rechner anschliesend neu
gestartet wird ist alles ok. Ich muß dann eben immer in den Keller traben
und fahre in durch drücken des Ein-Ausschalter runter da kein Monitor und
keine Tastatur angeschlossen ist.
Was kann ich machen um den Fehler einzugrenzen.
Als BS läuft eine Suse 9.1 als Minimal Installation mit Samba,
der Kernel ist ein 2.6.5-7.151 auf einem 800MHz Duron mit 256MB Ram.
Der Chipsatz vom Mainboard ist ein VIA-KT266.
Martin
Hallo,
deine Fehlerbeschreibung ist etwas unpräzise, ich habe aber trotzdem eine Idee. Ich hatte auch mal eine DFE-530TX, genau genommen 2, und die hatten sehr oft Probleme, in den richtigen Modus zu schalten (10 / 100mbit). An manchen Switches funtionierten die gar nicht. An einem 10/100 Hub äußerte sich das dann so, daß die Karte auf 10mbit stand und eine irre Last erzeugt hat, obwohl noch gar nicht auf das Netzwerk zugegriffen wurde. Einmal den Stecker ziehen und wieder einstecken und die Karte stand auf 100mbit und alles funktionierte einwandfrei. Das Problem trat übrigens auch unter Win auf.
Habe das nie wirklich in den Griff bekommen und einfach andere Karten benutzt. Vielleicht ist es bei Dir das Gleiche.
Viele Grüße,
Kay
Hi,
ich habe die Karte jetzt mal gegen eine mit RTL8139 Chip getauscht aber das
Problem besteht immer noch.
Ich habe die Tastatur und den Monitor ran gehängt und mal “ifup” ausgefürt und
die Karte wurde dann konfiguriert.
Aus der boot.msg habe ich diese Zeilen
start services (network)
Setting up network interfaces:
lo
lo IP address: 127.0.0.1/8
doneWaiting for mandatory devices: eth-id-00:c0:f0:55:e8:03
20 18 17 16 14 13 12 10 9 8 6 5 4 3 1 0
eth0 interface could not be set up
failedSetting up service
network . . . . . . . . . . . . . . . .failed
exit status of (network) is (7)
und aus der messages
Jun 12 11:04:51 server kernel: 8139too Fast Ethernet driver 0.9.27
Jun 12 11:04:51 server kernel: ACPI: PCI interrupt 0000:00:0d.0[A] -> GSI 10
(level, low) -> IRQ 10
Jun 12 11:04:51 server kernel: eth0: RealTek RTL8139 at 0xd081d000,
00:c0:f0:55:e8:03, IRQ 10
Jun 12 11:04:51 server kernel: eth0: Identified 8139 chip type ‘RTL-8139C’
Als ich “ifup” ausgefürt hatte sind noch folgende Zeilen dazu gekommen
Jun 12 12:54:21 server kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
Jun 12 12:54:32 server kernel: eth0: no IPv6 routers present
Ist es möglich das es an mii klemmt?
Martin
Hi,
nach dem ich den Server auf Debian umgestellt habe besteht das Problem weiter,
nur hat es sich vom Booten auf wärend dem Betrieb verschoben. Eine nähere
Beschreibung auf [1].
Vor ein paar Tagen hatte ich auf einem Client folgende Fehlermeldung.
nfs_fhget: iget failed
nfs: buggy server-nlink ==0!
Auf dem Server waren verschiedene Partitionen (/var, /home)nur lesbar gemountet
was aber der Befehl mount nicht anzeigte und ein “mount -o remount,rw /var”
nicht änderte. Es gab auch keine Fehlermeldung.
Googlen, zu den Fehlermeldungen, brachte nur englischsprachige Seiten was mir
mit meinen Englischkentnissen nicht weiter hilft.
Das Problem häuft sich langsam auch und ist nicht mehr auf Amarok beschränkt,
ist es möglich das sich da eine Festplatte verabschiedet?
“fsck.ext3 /dev/hdxx” zeigte keine Fehler.
Martin
Hi Community,
langsam gehen mir die Ideen aus.
Ich habe nun getauscht:
RAM, Mainboard, CPU, die Festplatte die exportiert wird, zuletzt Sarge neu
aufgesetzt, alles ohne Erfolg, Mainboard ist das selbe nur aus meinem
Testrechner.
Ich habe eine zweite Netzwerkkarte eingebaut aber auch die ist dann nicht mehr
zu erreichn.
Es ist ein Grundsystem mit nfs-kernel-server, Kernel 2.6.8-2-K7.
Ich habe auch schon mit einem Sarge-Client zugegriffen mit dem gleichen Effekt.
SCH…………… hat keiner eine Idee ich weiß mir nicht mehr zu helfen.
Martin
Hi Martin,
ich geh mal davon aus, dass Du das Problem inzwischen behoben hast. Da ich aber ein ähnliches Problem habe, schreib ich hier nochmal was. Ich habe einen anderen Kernel benutzt. Mit dem Kernel 2.6.12-12 habe ich auch oft keine Netzverbindung mit meiner W-Lan Schnittstelle eth1, obwohl sonst alles, soweit ich das einsehen kann, in Ordnung ist. Mit Kernel 2.6.11-6 hab ich diese Probleme nicht.
Ich bin noch nicht der Linux-Crack, und vielleicht hat das eine mit dem anderen auch nichts zu tun. Aber ich komm so ganz gut zurecht. Vielleicht hilfts Dir ja doch noch,
Grüße,
Martin
Hi,
ich hatte mal einen Monitor und eine Tastatur an die Kiste angeschlossen als
er nach dem booten nicht ereichbar war, da habe ich gesehn das eben die
konfiguration von eth0 nicht geklappt hat.
Ich denke das das /etc/init.d/network Script ja “ifup” aufruft und dann wohl
die Datei /etc/sysconfig/network/ifcfg-eth-id-00:05:5d:81:c0:5b einlesen soll
was aber scheinbar nicht geklappt hat oder die Karte lies sich sonst nicht
ansprechen das weiß ich eben nicht.
“lsmod” zeigte das der Treiber geladen war, “ifconfig” gab nur das loopback
aus. “dmesg” zeigte nichts auffälliges ebenso die boot.msg.
Beim Booten wird versucht die Karte konfigurieren (ip, netmask usw.) und wenn
das nicht innerhalb von glaub 20 Sek. abgeschlossen ist kommt es eben zum
Fehler beim starten des Netwerks.
Wenn alles normal läuft hat die Karte ruckzuck ihre IP und sie läuft sonst
anstandslos.
Ich habe sie auch schon aus dem Slot gezogen und neu gesteckt, ohne Erfolg.
Der Fehler tritt nur sporadisch auf und ich habe keine Ahnung wie ich ihm auf
die Spur kommen soll.
Ich habe leider keine 2weite Netzwerkkarte die “Wake on Lan” unterstützt.
Martin
Hi!
Du könntest Dir eventuell ein simples Shellscript schreiben, dass den Output von ifconfig durchsucht und z.B. nach “eth0” grept. Wenn “eth0” nicht gefunden wird, dann reboote den Rechner. Dieses Script würde ich dann in der Startscript Runlevelhierarchie nach dem Lanconfig eintragen und so könntest Du kontrollieren ob die Lan-Konfiguration geklappt hat oder nicht und dementsprechend reagieren.
Das wäre ein relativ einfacher Workaround und wenn das Netzwerkkartenproblem nur “alle heiligen Zeiten” auftritt auch vertretbar.
Schön ist es zwar nicht – Fehlerbeseitigung wäre besser – aber immerhin ersparst Du Dir die wahrscheinlich vergebliche Suche nach diesem Fehler. Habe schon Ewigkeiten mit ähnlichen Fehlern verbracht (nur hatte ich den Vorteil nicht in den Keller laufen zu müssen ;-) … Man muss sich immer vor Augen halten, dass man seine Zeit besser verbringen kann als mit Fehlersuche an nondeterministischen Fehlerquellen ;-)
Schöne Grüße, Christian.