VMware-Forum

Sehr geehrte Community,

ich habe ein Problem mit meinem VMWare-Server bzw. einer Maschine davon.

Es lief mal eine Maschine mit der IP-Adresse (X.X.X.119). Dieser Server wurde irgendwann gelöscht, da er nicht mehr gebraucht worden ist.

Nun sollte ein neuer Server mit der gleichen IP-Adresse gehostet werden, allerdings kriege ich den Server nicht online. Ich habe mal gehört, dass es daran liegt, dass VMWare sich die IP und die MAC speichert und die IP-Adresse mal mit einer anderen MAC-Adresse on ging.

Allerdings weiß ich nicht mehr, wie die MAC vom alten Server war.

Wie bekomm ich den neuen Server mit alten IP nun online?


Vielen Dank

welches VMware-Podukt genau setzt Du denn ein?
Kommen irgendwelche Fehlermeldungen im Gast?

Wie sieht die NEtzwerkeinstellung in den "Einstellungen der VM" aus im vSphere Client?
(v.a.: ist der HAken bei "Connected" bzw. "Connect at power on" gesetzt?

Die MAC-Adresse ist VMware ziemlich egal (gibt nur wenige Ausnahmen), höchstens der physikalische Switch ist da irgendwie besonders konfiguriert.
IP-Adressen sind VMware komplett egal...

Viele Grüße,
jörg

Tschoergez hat geschrieben:welches VMware-Podukt genau setzt Du denn ein?

VMWare vCenter Server 4.0.0

Tschoergez hat geschrieben:Kommen irgendwelche Fehlermeldungen im Gast?

Gast-Plugin ist nicht installiert.

Tschoergez hat geschrieben:Wie sieht die NEtzwerkeinstellung in den "Einstellungen der VM" aus im vSphere Client?
(v.a.: ist der HAken bei "Connected" bzw. "Connect at power on" gesetzt?

Japp - kann die IP vom ihm auch anpingen. Komm nur von der Maschine aus nicht raus in's Netz und von außerhalb nicht auf'n Server.

Tschoergez hat geschrieben:Die MAC-Adresse ist VMware ziemlich egal (gibt nur wenige Ausnahmen), höchstens der physikalische Switch ist da irgendwie besonders konfiguriert.
IP-Adressen sind VMware komplett egal...

Viele Grüße,
jörg

Hmm, okay. Komisch.
Kann man das Gast-System ohne irgendwelche Probleme installieren?
Da laufen einige Server drauf, wäre blöd wenn irgendwas passieren sollte.

Dann überprüf doch mal die IP, DNS, und Gatway und Firewall-Einstellungen im Gast.

Ansonsten musst Du Deine Netzwerkkonfiguration auf dem ESX näher beschreiben (wie viele vSwitches, Portgruppen usw.)...

Kannst Du die problematische VM von anderen VMs aus anpingen?
Wie weit geht ein tracert aus dem Gast?

Tschoergez hat geschrieben:Dann überprüf doch mal die IP, DNS, und Gatway und Firewall-Einstellungen im Gast.

Ansonsten musst Du Deine Netzwerkkonfiguration auf dem ESX näher beschreiben (wie viele vSwitches, Portgruppen usw.)...

Kannst Du die problematische VM von anderen VMs aus anpingen?
Wie weit geht ein tracert aus dem Gast?

Wie genau funktioniert das mit dem Gast? Wenn ich Rechtsklick auf die Maschine mache, kann ich den Reiter "Gast" auswählen, da ist allerdings - wie gesagt - nichts installiert.

Habe die Netzwerkkonfiguration des ESX nicht gemacht, wo finde ich das denn?

Nein, der Server ist von den anderen Maschinen aus auch nicht erreichbar.
Ein Tracert bricht sofort ab, bzw. endet im Nirgendwo.

//EDIT -
Die Einstellungen wegen dem Switch:
Dort ist ein Haken bei "Sicherheit" gesetzt, neben "MAC-Adressänderung" und dort wurde "akzeptiert" gewählt.

Anzahl an Ports 56, ein vSwitch.
Portgruppen sind "VM Network" und "Intern". Server steht auf VM Network, so wie die anderen auch.

naja, Du hast doch ein Windows in diese VM installiert. Das bezeichnet man dann als Gast-Betriebssystem, oder kurz: Gast.

=> Schau in den Netzwerkeinstellungen vom Windows nach, ob da alles passt.
Und mach die anderen Tests, die ich Dir geraten.
Grüße,
jörg

Tschoergez hat geschrieben:naja, Du hast doch ein Windows in diese VM installiert. Das bezeichnet man dann als Gast-Betriebssystem, oder kurz: Gast.

=> Schau in den Netzwerkeinstellungen vom Windows nach, ob da alles passt.
Und mach die anderen Tests, die ich Dir geraten.
Grüße,
jörg

Ahh, okay Sorry ^^
In dem Fall ist es ein Linux.

Einstellungen müssten die gleichen sein.
Komische daran, genau dieser Server lief auch schon mal.

Wurde dann abgestellt, dann kam der Andere - dieser wurde wieder gelöscht und der alte wieder hochgefahren und das ging nicht mehr.

ok, dann kanns durchaus mit der MAC-Adresse zu tun haben:
Es ***KANN*** sein, dass die VM beim neu registrieren eine neue MAC-Adresse bekommen hat, im Linux. aber die Netzwerkeinstellungen noch an die alte MAC gebunden sind.

Prüfen kannst Du das mit "ifconfig" im Linux, und google mal nach vmware linux mac.

Ansonsten musst Du genauer schreiben, welches Linux Du einsetzt...

Tschoergez hat geschrieben:ok, dann kanns durchaus mit der MAC-Adresse zu tun haben:
Es ***KANN*** sein, dass die VM beim neu registrieren eine neue MAC-Adresse bekommen hat, im Linux. aber die Netzwerkeinstellungen noch an die alte MAC gebunden sind.

Prüfen kannst Du das mit "ifconfig" im Linux, und google mal nach vmware linux mac.

Ansonsten musst Du genauer schreiben, welches Linux Du einsetzt...

Okay. Dann guck ich mal.

Es handelt sich um einen Linux Debian 5

ok, dann google im Anschluss an die obigen Recherchen nochmal nach:
udev persistent net rules vmware
Das könnte dann weiterhelfen....

Hmm, vielen Dank schonmal für die Hilfe.

Mir ist aufgefallen - dass wenn ich den Server neu boote und ifconfig eingebe, ein weiteres Interface mit Namen ng auftaucht.

Allerdings, wie in den Beschreibungen genannte Datei /etc/udev/rules.d/70-persistent-net.rules

gibt es nicht. Habe versucht folgendes auszuführen:

/lib/udev/write_net_rules all_interfaces

Allerdings kommt dann:

$INTERFACE missing

poste doch mal die komplette Ausgabe von ifconfig, dazu die Datei /etc/network/interfaces

zurück in den Einstellungen der VM im vSphere Client: Bei der Netzwerkkarte: welcher Netzwerkkartentyp ist da ausgewählt (vmxnet2, vmxnet3, flexible oder e1000)?

Netzwerktyp ist E1000.
Wegen posten wird schwierig, da ja kein SSH möglich ist und von der Konsole aus kann man ja glaube nicht kopieren.

Aber ich tipp es gleich mal ab:

ifconfig

eth0
Link encape: Ethernet HardwareAddress: MAC-ADRESSE
inet address IP-ADRESSE Bcast BROADCAST Maske SUBNETZ

ng
UP BROADCAST RUNNING MULTICAST MTU:1500 METRIK: 1

lo
Link encape: Lokale Schleife
inet-Adress 127.0.0.1 Maske 255.0.0.0
________________________________________-

/etc/network/interface

auto lo
iface lo inet loopback

allow-hotplug eth0
iface eth0 inet static
address IP
netmask MASKE
network NETZ
broadcast BROADCAST
gateway GATEWAY

dns-nameservers DNS-IP
dns-search DOMAIN

Hoffe, habe das Wichtigste rausgeschrieben

und stimmen die Einstellungen alle?
stiimmt v.a. die MAC-Adresse von eth0 mit dem überein, was im vSphere-client bei den Einstellungen der VM bei der Netzwerkkarte steht?
ping / traceroute zu anderen VMs geht/geht nicht?

Tschoergez hat geschrieben:und stimmen die Einstellungen alle?
stiimmt v.a. die MAC-Adresse von eth0 mit dem überein, was im vSphere-client bei den Einstellungen der VM bei der Netzwerkkarte steht?
ping / traceroute zu anderen VMs geht/geht nicht?

Oh, vielen Dank für die Info.
Nein, die MAC-Adresse ist nicht die gleiche.

Ansonsten die Einstellungen für IP, DNS etc. sind richtig.
Andere VM's sind leider nicht anpingbar

EDIT //
Wenn ich die MAC-Adresse in der .vmx aber so anpasse, wie es in VMWare eingetragen ist, habe ich immer noch das selbe Problem.

Nun stimmen aber die MAC in VMWare und auf dem Server überein.

hoerncheN88 hat geschrieben:Wenn ich die MAC-Adresse in der .vmx aber so anpasse, wie es in VMWare eingetragen ist, habe ich immer noch das selbe Problem.
Nun stimmen aber die MAC in VMWare und auf dem Server überein.

hm, jetzt versteh ich Dich gar nicht mehr....
Was meinst Du mit MAC in VMware und was ist bei Dir der Server?

KAnnst Du mal versuchen, die Netzwerkkarte ganz aus der VM zu entfernen (über den vSphere Client), dann die VM neu zu starten (jetzt natürlich ohne Netzwerk), dann die VM wieder runterfahren, und einen neu Netzwerkkarte hinzuzufügen?

Tschoergez hat geschrieben:

hoerncheN88 hat geschrieben:Wenn ich die MAC-Adresse in der .vmx aber so anpasse, wie es in VMWare eingetragen ist, habe ich immer noch das selbe Problem.
Nun stimmen aber die MAC in VMWare und auf dem Server überein.

hm, jetzt versteh ich Dich gar nicht mehr....
Was meinst Du mit MAC in VMware und was ist bei Dir der Server?

KAnnst Du mal versuchen, die Netzwerkkarte ganz aus der VM zu entfernen (über den vSphere Client), dann die VM neu zu starten (jetzt natürlich ohne Netzwerk), dann die VM wieder runterfahren, und einen neu Netzwerkkarte hinzuzufügen?

Japp, werde es mal versuchen.

Also, ich meinte folgendes:
Wenn ich im VM Client einen Rechtsklick auf die VM gemacht habe, Einstellungen und dort die Netzwerkkarte angeklickt habe - stand rechts eine andere MAC-Adresse - als wenn ich auf der Console "ifconfig" eingebe.

Habe dann daraufhin die Maschine runtergefahren, die .vmx geöffnet und die MAC-Adresse aus der Config so angepasst, wie in den Einstellungen von VM grau hinterlegt waren.

Danach hab ich die Maschine neugestartet. Nun zeigen die Einstellungen und ifconfig die gleiche MAC-Adresse. Aber immer noch der Fehler.

EDIT //
Sooo - habe die VM ausgeschalten, die Netzwerkkarte entfernt. VM angeschalten, durch "ifconfig" war nur noch "lo" vorhanden. VM wieder runtergefahren, Netzwerkkarte E1000 mit VM-Network hinzugefügt. VM wieder angeschalten, leider gleiche Problem wie vorher.

hm, so langsam wirds schwierig...
Das Problem trifft nur diese eine VM? Die anderen gehen alle?

Kannst Du mal das vmware.log irgendwo hochladen der kritischen VM?
Was steht im vmkernel-log, wenn Du die VM startest?

Tschoergez hat geschrieben:hm, so langsam wirds schwierig...
Das Problem trifft nur diese eine VM? Die anderen gehen alle?

Kannst Du mal das vmware.log irgendwo hochladen der kritischen VM?
Was steht im vmkernel-log, wenn Du die VM startest?

Jein! Also das Problem tritt immer dann auf, wenn unterschiedliche VM's die gleiche IP bekommen / bekamen. Aufgrund von Serverwechsel, Ausschlachtungen etc.

Normalerweise kopiere ich mir auch immer die alte MAC-Adresse vom ersten Server mit der IP und füge sie manuell der Config-Datei der VM zu. Hat die neue Maschine dann die MAC und IP-Adresse der alten Maschine, läuft es ohne Probleme.

Nur von der Maschine haben wir die MAC-Adresse leider nicht mehr.
____________
Die Log
http://www.netarge.com/vmware.log

Die Kernel-Log find ich wo?

also in den logs sieht soweit eigentlich alles normal aus.
Hast Du das Problem auch bei physikalischen Servern?

Kannst Du Dir in Deinem Netz irgendwo anders eine Komponente (DHCP-Server, Layer3-Switch, Firewall, Router, ...) vorstellen , in dem die Kombination IP<->MAC ne Rolle spielt?

Sieht irgendwie nicht nach nem VMware-Problem aus...

Das VMkernel-log findest Du unter /var/log/vmkernel auf der Service Console beim ESX bzw. als /var/log/messages im Tech Support Mode eines ESXi.

Tschoergez hat geschrieben:also in den logs sieht soweit eigentlich alles normal aus.
Hast Du das Problem auch bei physikalischen Servern?

Kannst Du Dir in Deinem Netz irgendwo anders eine Komponente (DHCP-Server, Layer3-Switch, Firewall, Router, ...) vorstellen , in dem die Kombination IP<->MAC ne Rolle spielt?

Sieht irgendwie nicht nach nem VMware-Problem aus...

Das VMkernel-log findest Du unter /var/log/vmkernel auf der Service Console beim ESX bzw. als /var/log/messages im Tech Support Mode eines ESXi.

Sonst sind keine ähnlichen Fehler bekannt.
Ich werde mal nah gucken, ansonsten bekommt die Maschine einfach eine neue IP und gut - scheint ja doch irgendwas kurioses zu sein, was eig. nicht sein dürfte.

Ich danke dir trotzdem sehr für deine Mühen und sollte sich was ergeben, meld ich mich wieder.