Vor über einem Jahr berichtete ich in einem Blogbeitrag über den Veeam Sure Backup PING Fehler in Zusammenhang mit vmxnet3 Adaptern. Dabei verliert eine VM nach Ableitung vom Template, oder bei Desaster Recovery aus dem Veeam Backup ihre statische IP und fällt auf DHCP Vergabe zurück. Der Adapter meldet sich als “Local Area connection #2”. Folglich ist die VM dann nicht mehr erreichbar und ein PING auf die DNS Adresse liefert “Destination host unreachable“.
ESXi Ghost NIC entfernen
Gespaltener Netzwerk-Adapter
Kann eine VM mit nur einem virtuellen LAN-Adapter gleichzeitig in zwei VM-Networks sein? Kann sie nicht! Aber genau dieses Phänomen konnte ich heute beobachten.
Zuerst dachte ich an ein Artefakt, denn die VM hatte in den Settings ganz sicher nur einen vNIC im Netz “VM extern VLAN2”.
Woher kommt die Verbindung zum Netz “VM intern”, zu dem offensichtlich kein Adapter verbindet? „ESXi Ghost NIC entfernen“ weiterlesen
vmware image customization is in progress – Boot Problem
Bei der Ableitung einer VM vom Template kam es zu einer Störung mit der Windows Aktivierung. Dadurch konnte das Sysprep nicht vollständig beendet werden. Beim Neustart der VM erscheint kurz die von Sysprep bekannte Meldung:
vmware image customization in progress
Die Meldung verschwindet und das System bootet. Beim nächsten Neustart wiederholt sich der Vorgang. Möchte man die abgeleitete VM dennoch verwenden (ich rate davon ab), so kann man die Sysprep Versuche abstellen, indem man einen Eintrag der Registry verändert.
Regedit
HKEY_LOCAL_MACHINE > SYSTEM > CurrentControlSet > Control > Session Manager
Unter Session Manager den Eintrag BootExecute suchen und ändern.
Entfernt man den Wert “sysprepDecrypter.exe” und startet danach das System neu, so erscheint keine Sysprep Meldung mehr.
Nur zum Testen
Das oben beschriebene Verfahren funktioniert zwar, aber eine VM, die bei der Ableitung ein unvollständiges Sysprep durchlaufen hat, würde ich auf keinen Fall für den produktiven Einsatz verwenden! Besser die Ursache der Störung suchen und erneut ableiten. In meinem Fall war es ein Problem mit der Windows-Aktivierung. Nach dessen Beseitigung machte die VM nach der Ableitung einen ordentlichen Sysprep.
Windows Firewall startet nicht – ERROR 5
Eine Windows 7 VM machte Probleme mit einem Agenten, der dort installiert war. Das System hatte LAN Verbindung und konnte nach aussen pingen. Kontakt in die VM war nicht möglich. Im Windows Sicherheitscenter konnten keine Informationen zur Firewall abgerufen werden. Der Windows Firewall Dienst stand auf “automatic”, wurde aber nicht gestartet. Beim Versuch, diesen manuell zu starten erhielt ich folgende Fehlermeldung:
Windows could not start the Windows Firewall on Local Computer. For more information, review the System Event Log. If this is a non-Microsoft service, contact the service vendor, and refer to service-specific error code 5.
Erfreulicherweise hibt es hierzu einen Microsoft KB Artikel. Im selben Artikel der Knowledgebase findet sich auch ein FixIT, welches das Problem automatisch beheben kann.
Nach Ausführung des FixIT war die Firewall aktiv und man konnte Zugriffsregeln anpassen, sodass der Agent in der VM wieder kontaktiert werden konnte.
Links
- Microsoft – KB 2271812
- Microsoft – FixIT Firewall Diagnostic