Seite 1 von 1

SuSE vertauscht Netzwerkschnittstellen beim booten

Verfasst: 13.10.2005, 20:54
von ms-net
SuSE initialisiert beim booten die Netzwerkkarten und vergibt je nach zuerst erkannter Karte eth0, eth1, eth2 usw.

Normalerweise ist das selten ein Problem. Nur beim GSX Server werden die virtuellen Netzwerkkarten über den Namen eth0, eth1 usw zugeordnet.

Werden diese nun beim booten "durcheinandergewürfelt" funktioniert bei den virtuellen Maschinen Netzwerkmässig so gut wie nichts mehr.

Kann man die Netzwerkkarten statt über eth über die MAc Adresse zuordnen, oder gibt es die Möglichkeit die "eth" Bezeichnungen den Mac Adressen fest zuzuordnen?

Nachtrag: persistent_name

Verfasst: 13.10.2005, 23:39
von ms-net
Es gibt laut Suse die Möglichkeit mit persistent_name einer Netzwerkkarte einen festen Namen wie z.B. "intern" und "extern" statt "eth0" und "eth1" zuzuweisen.
VMware erkennt dann aber gar keine Netzwerkkarten mehr :roll:

Ich finde das schon einen ziemlichen Hammer.

Hat hier noch niemand das Problem gehabt, dass die Netzwerkkarten nach einem Reboot durcheinander sind?

So kann man VMware GSX auf SuSE unmöglich nutzen :(

Verfasst: 14.10.2005, 01:15
von continuum
Ja - es ist wirklich erstaunlich wie schwer SUSE es seinen Usern macht ...

Ulli

Verfasst: 14.10.2005, 02:52
von minimike
Evtl wäre ein selbst geschriebenes Initscript die Lösung. SuSE konft dann keine Nics mehr sondern dein Script. Nummeriert wird dann ab Position der PCI Schnittstelle. Hmm Programme wäre ifconfig bash und route, evtl bridge-utils bei Netzwerkbrücken

Um in die Kerbe von Continuum drein zu schlagen ;)
Vorsicht wenn du damit einmal anfangst Fehler und Probleme von SuSE ab zu Schaffen hast du am Ende LFS oder Debien GNU Linux auf der Platte *ggg*

ich glaub ich habs gelöst.....

Verfasst: 14.10.2005, 21:34
von ms-net
falls es jemand interessiert:

mit persistent_name='extern' für die externe Karte vergeben.
mit persistent_name='intern' für die interne Karte vergeben.

dann einfach in "locations" eth0 mit "extern" ersetzen, dasselbe mit eth1 und "intern".

Nun stimmt die Zuordnung auch nach einem reboot, da persistent_name den Namen fest zuordnet.

Ich hoffe das wars :wink: