PERSISTENT_NAME="wire" - und dann?
Ich habe mit Interesse die derzeit laufenden Threads zum Problem "Wechselnder Name eth0 und eth1" etc gelesen. Dasselbe Problem habe ich immer wieder, und die Lösung, in /etc/sysconfig/network/ifcfg-eth-id-... einen ständigen Namen mittels PERSISTENT_NAME zu definieren tuts mir (SuSE 9.2): Zumindest haben laut dmesg die Karten/Schnittstellen/...? die neu definierten Namen. Allerdings gibts dann keinen Datenverkehr. Irgendwie scheinen die Programme und/oder Kommunikationssoftware die Karten/Schnittstellen/...? unter diesen neuen Namen nicht zu finden. Was kann ich tun? Guido
Hallo Guido, lies doch auch mal unter "Netzwerkschnittstelle eth0 + eth1 werden bei Boot ab und an getauscht" Ich habe nun doch das Problem für mich lösen können. Bitte lies hierzu die 1. Mail von malcom. Er hat das sehr gut beschrieben. Ich habe dies mittlerweile so eingebaut wie von Ihm beschrieben. Mein anderes Problem, welches ich mit vmware hatte, habe ich auf eine andere Art und Weise gelöst. Die "SOLVED" Mails von mir geben nur zum Teil den richtigen Sachverhalt wieder. Bei Problemen einfach noch mal anschreiben. Gruß Axel Guido Pinkernell schrieb:
Ich habe mit Interesse die derzeit laufenden Threads zum Problem "Wechselnder Name eth0 und eth1" etc gelesen. Dasselbe Problem habe ich immer wieder, und die Lösung, in /etc/sysconfig/network/ifcfg-eth-id-... einen ständigen Namen mittels PERSISTENT_NAME zu definieren tuts mir (SuSE 9.2): Zumindest haben laut dmesg die Karten/Schnittstellen/...? die neu definierten Namen.
Allerdings gibts dann keinen Datenverkehr. Irgendwie scheinen die Programme und/oder Kommunikationssoftware die Karten/Schnittstellen/...? unter diesen neuen Namen nicht zu finden.
Was kann ich tun?
Guido
Am Samstag, 4. Juni 2005 20:44 schrieb Axel Birndt:
Hallo Guido,
lies doch auch mal unter "Netzwerkschnittstelle eth0 + eth1 werden bei Boot ab und an getauscht" Ich habe nun doch das Problem für mich lösen können. Bitte lies hierzu die 1. Mail von malcom.
Danke für den Hinweis, Axel. Ich kenne die Lösung von Malcolm und werde sie letztendlich wohl probieren müssen. Mir scheint die Lösung mit dem Eintrag "PERSISTENT_NAME" einfacher. Und bei mir läuft die auch insoweit, als den Schnittstellen ständige Namen zugewiesen werden. Nur werden diese neuen Namen der Schnittstellen dem "restlichen System" nicht bekannt gemacht. Was ich hier unter "restliches System" verstehe kann ich nicht sagen. Ich wüsste nicht, wonach ich da suchen sollte. Gruß Guido
Hallo Guido, also ich habe nachdem ich Malcoms Lösung umgesetzt habe, dann ganz normal die Devices im Yast konfigurieren können. Hier ist ja gerade der Vorteil, das Suse die Devices dann als ganz normale Netzwerkschnittstellen erkennt+benutzt. Wie Du sicher gelesen hast, hatte ich dann auch noch das Problem, das VMWare auf eth0 fixiert war, aber da hab ich dann die Nase sozusagen voll gehabt und hab einfach das vmware-config.pl gepatcht. Keine schöne Lösung, aber so kann ich wenigstens testen. Grüße Axel Guido Pinkernell schrieb:
Am Samstag, 4. Juni 2005 20:44 schrieb Axel Birndt:
Hallo Guido,
lies doch auch mal unter "Netzwerkschnittstelle eth0 + eth1 werden bei Boot ab und an getauscht" Ich habe nun doch das Problem für mich lösen können. Bitte lies hierzu die 1. Mail von malcom.
Danke für den Hinweis, Axel. Ich kenne die Lösung von Malcolm und werde sie letztendlich wohl probieren müssen. Mir scheint die Lösung mit dem Eintrag "PERSISTENT_NAME" einfacher. Und bei mir läuft die auch insoweit, als den Schnittstellen ständige Namen zugewiesen werden. Nur werden diese neuen Namen der Schnittstellen dem "restlichen System" nicht bekannt gemacht. Was ich hier unter "restliches System" verstehe kann ich nicht sagen. Ich wüsste nicht, wonach ich da suchen sollte.
Gruß
Guido
Am Montag, 6. Juni 2005 15:27 schrieb Axel Birndt:
Hallo Guido,
also ich habe nachdem ich Malcoms Lösung umgesetzt habe, dann ganz normal die Devices im Yast konfigurieren können. Hier ist ja gerade der Vorteil, das Suse die Devices dann als ganz normale Netzwerkschnittstellen erkennt+benutzt.
Das wars! Ich habe zwar auch vorher schon YaST versucht, aber keine Stelle gesehen, wo ich eth0 durch den neuen Namen hätte ersetzen können. Gefunden habe ich jetzt aber "eth100" und durch den neuen Namen ersetzt. Jetzt läufts. Danke für die Hartnäckigkeit ... ;) Guido
Am Montag, 6. Juni 2005 16:14 schrieb Guido Pinkernell:
Am Montag, 6. Juni 2005 15:27 schrieb Axel Birndt:
Das wars! Ich habe zwar auch vorher schon YaST versucht, aber keine Stelle gesehen, wo ich eth0 durch den neuen Namen hätte ersetzen können. Gefunden habe ich jetzt aber "eth100"
Lies: "e100" statt "eth100" Guido
Am Montag, 6. Juni 2005 16:18 schrieb Guido Pinkernell:
Am Montag, 6. Juni 2005 16:14 schrieb Guido Pinkernell:
Am Montag, 6. Juni 2005 15:27 schrieb Axel Birndt:
Das wars! Ich habe zwar auch vorher schon YaST versucht, aber keine Stelle gesehen, wo ich eth0 durch den neuen Namen hätte ersetzen können. Gefunden habe ich jetzt aber "eth100"
Lies: "e100" statt "eth100"
So'n Schrott. Da haben gewiss einige unter Euch herzlich lachen können. Hat der Mensch also den Modul Eintrag "e100" für die Schnittstelle durch den persistent name ersetzt. Das lief tatsächlich einige Zeit nach Beenden von Yast. Dann gabs Probleme mit dem Netzwerkzugang, und nach einem Neuboot lief gar nichts mehr. Ich habe nach stundenlangem Vergleich alter und neuester Bootmessages herausgefunden, dass im Gegensatz zum Wireless-Interface das Modul für die Ethernetschnittstelle nicht mehr aufgerufen wurde und, Yast liess sich auch nicht mehr zurückstellen, schließlich in den Konfigurationsdateien herumgeschrieben. Aus Fehlern lernt man, heisst es. Ich habe ne Menge gelernt. Vermutlich hätte es von vorneherein gut gelaufen, wenn ich mit Yast nicht herumgemacht hätte. Jetzt steht bis auf die persistent names alles wieder wie vorher, und es läuft. Vorerst... Guido
participants (2)
-
Axel Birndt
-
Guido Pinkernell