the Sky is the Limit
Robocopy ist unbestritten ein hervorragendes Tool zum Kopieren von Daten. Das Robocopy Logfile kann aber je nach Datenmenge sehr groß und unhandlich werden. Interessant ist dabei meist nur eine Liste der Fehler, denn dort muss vor dem nächsten Transfer nachgebessert werden.
Dazu müssen dem Kopierbefehl folgende Parameter hinzugefügt werden:
/V /NDL /NFL
Die Parameter bedeuten übersetzt:
/V : Verbose output
/NFL : no file list
/NDL : no directory list
Nach Upgrade eines ESX Clusters von vSphere 5.0 auf vSphere 5.1 konnte eine VM nicht neu gestartet werden. Statt dessen wurde eine Fehlermeldung ausgegeben:
Failed to start the virtual machine.
Module DevicePowerOn power on failed.
Could not set up “macAddress” for ethernet0.
Invalid MAC address specified.
00:0C:29:A0:B0:1D is not an allowed static Ethernet address. It conflicts with VMware reserved MACs.
Bei der Spiegelung eines Volumes von Fileserver-A nach Fileserver-B mit Robocopy trat ein erstaunliches Phänomen auf. Der erste Kopiervorgang verlief problemlos.
robocopy \\Fileserver-A\Share1 d:\ /MIR /SEC /DCOPY:T /R:1 /W:1
Nun sollte einige Zeit später der zweite Durchgang die Veränderungen kopieren. Erneut führte ich den Befehl oben aus und wurde mit folgender Fehlermeldung konfrontiert:
ERROR 5 (0x00000005) Copying NTFS Security to Destination Directory <directoryname> Access is denied
Es kann sein, daß das Konto, welches Robocopy ausführt, keine Schreibrechte auf die Datei oder den Ordner hat. Eine Aktualisierung ist somit nicht möglich und erzeugt den Fehler. Hätte ich die Daten ohne ACL kopiert, wäre es kein Problem.
Es ist eine gute Methode, zunächst nur die Daten ohne Sicherheitsinformationen zu kopieren. Diesen Befehl iteriert man, bis die Daten ganz aktuell sind und nicht mehr durch User verändert werden können.
robocopy <SOURCE> <TARGET> /MIR /DCOPY:T /R:1 /W:1
Im letzten Durchgang überträgt man die Rechte auf Dateien und Ordner.
robocopy <SOURCE> <TARGET> /MIR /SEC /SECFIX /DCOPY:T /R:1 /W:1
Der Versuch einen ESXi Host mittels Updatemanager von Version 5.0 auf Version 5.1 zu aktualisieren scheitert mit der Fehlermeldung:
Software of system configuration of host ESX01 is incompatible. Check scan results for details.
Ursache ist nicht etwa eine Hardware Inkompatibilität, sondern es ist einfach nur ein fehlender Reboot. Zuvor wurde vCenter auf Version 5.1.0a aktualisiert. Dabei wurde der neue HA-Agent automatisch auf die ESX Hosts verteilt und dieser benötigt einen Neustart des Hosts. Nur wird der fehlende Neustart nicht angezeigt. Statt dessen scheitert das Upgrade mit obigem Fehler.
Nach Neustart funktioniert das Upgrade problemlos.
VMware Knowledgebase 2034945
VMware Update Manager 5.1 Release Notes