Quelltext der Seite VMware:VMware vSphere 5 - vCenter Appliance - NIC Issue / Netzwerk- / Netzwerkkarten-Probleme

[[Kategorie:VMware]][[Kategorie:vSphere]]
Ich poste hier mal die Email eines Kollegen zu dem Problem, er hat das wirklich gut erklärt :-)<br>
{{Trennlinie-01}}<br>
Hallo Bernhard,<br>
Hier wie besprochen das Problem der fehlenden „eth0“ nach dem entfernen/hinzufügen einer vCenter Appliance aus der Bestandsliste.<br>
<br>
In meinem Szenario musste ich ein EVC-Cluster Konfigurieren. Ein Host wurde aufgrund eines Hardware defektes ersetzt und hatte nun natürlich eine neuere CPU-Generation intus als der alte Host.<br>
Das Konfigurieren eines Hosts für EVC erfordert, das alle virtuellen Maschinen des zu konfigurierenden Hosts heruntergefahren oder auf einen anderen Host migriert werden. Dies funktionierte natürlich nicht da vMotion aufgrund der CPU Inkompatibilität nicht verwendbar war. Ein Host konnte jedoch auch nicht alle virtuellen Maschinen hosten da ich sonst das Hardware Cap weit überschritten hätte. Eine Downtime der Server war eher zu verkraften und mir persönlich auch lieber weil schneller.<br>
Natürlich wird für das konfigurieren eines EVC-Clusters auch der vCenter Server benötigt. Das behalten wir mal eben im Hinterkopf.<br>
<br>
Auf Host 1 wurden nun alle VMs heruntergefahren und EVC konfiguriert. Danach wurden die VMs wieder gestartet. Nun war Host 2 dran. Also auch hier wieder alle VMs, bis auf den vCenter Server, heruntergefahren. Nun konnte ich natürlich nicht das vCenter von Host 2 auf Host 1 verschieben da Host 1 ja mittlerweile Mitglied des EVC-Clusters war. Also fuhr ich das vCenter herunter, entfernte es aus der Bestandsliste des Host 2 und fügte es der Bestandsliste von Host 1 wieder hinzu. Nun startete ich das vCenter.<br>
<br>
Während des Startens des vCenter Servers erschien in dessen Konsole der Fehler, dass die Netzwerkschnittstelle „eth0“ nicht reagiert und somit keine Netzwerkverbindung besteht. Der vCenter Server war auch nicht pingbar noch sonst wie erreichbar.<br>
Das EVC-Cluster konnte nun aufgrund des „fehlenden“ vCenter Servers nicht weiter konfiguriert werden.<br>
<br>
Was war passiert?<br>
In der vCenter Server Appliance werden in der Datei /etc/udev/rules.d/70-persistent-net.rules alle Netzwerkschnittstellen mit deren zugewiesenen MAC-Adressen gespeichert. Durch das Entfernen aus der Bestandsliste von Host 2 und dem anschließendem hinzufügen zu Host 1 wurden die MAC-Adressen nicht geändert welches sonst durch das migrieren mit vMotion automatisch  geschieht.<br>
[[Datei:VMware-vCenter-NIC-001.png]]<br>
Aber die Lösung ist recht simpel.<br>
In die Konsole der vCenter Server Appliance einloggen und mittels „vi“ die Datei /etc/udev/rules.d/70-persistent-net.rules editieren (Achtung: Englische Tastatur). In dieser Datei sieht man nun eine Schnittstelle „eth1“ die auf die Netzwerkkarte des aktuellen Host verweist. Alle Einträge der Schnittstelle „eth0“ entfernen und danach die Zeile „eth1“ in „eth0“ ändern. Danach die Appliance neu starten.<br>
<br>
Nun sollte die Appliance auch wieder verbunden werden. Alternativ kann man natürlich auch den Eintrag für die MAC-Adressen ändern indem man die MAC-Adresse für „eth0“ durch die MAC-Adresse der neuen Netzwerkschnittstelle vom neuen Host ändert.<br>
<br>
Nun konnte ich auch den Host2 dem EVC-Cluster hinzufügen und danach die VMs wieder starten bzw. vMotion nutzen.<br>
<br>
<br>
----
<comments />