Veeam: „Host with uuid ‚xxxx-xxxx-xxx‘ was not found“ nach Hostupdate (oder Hardwareänderung)

Bei einem vSphere Update bekommt der jeweilige Host eine neue UUID. Das ist auch vollkommen korrekt so. Veeam verwaltet aber seine Lizenzen nach diesen UUIDs, was nach einer Hostupdate zu der irreführenden Fehlermeldung führt:

Veeam: "Host with uuid 'xxxx-xxxx-xxx' was not found"

Lösung: Zurücksetzen der Veeam-Lizenzen für den passenden Host.veeam_lizenzen_zuruecksetzen

  1. Dash -> Help -> License Information
  2. Licensed Hosts
  3. Host auswählen und „revoken“

 

 

Beim nächsten Backup (oder Replikation) werden die freien Lizenzen wieder neu vergeben.

vSphere Appliance VC_CFG_RESULT=302(Error: Enabling Active Directory failed.)

Ab und an kommt es bei der Inbetriebnahme einer vSphere 5 oder 5.1 Appliance zu dem folgenden Fehler:

VC_CFG_RESULT=302(Error: Enabling Active Directory failed.)

Dieser kann mehrere Ursachen haben. Fehlersuche:

  • Ist die vCenter Applicance mit dem richtigen LAN verbunden, hat es eine korrekte IP-Adresse, eine passende Subnetzmaske und/oder passeden routen zu DNS/AD-DCs? (vSphere Clients, VM bearbeiten, Netzwerk – danach https://<vcnetername>:5480)
  • Hat die Adresse der Appliance schon einen korrekten DNS-Hosteintrag und den passenden reversen Pointer für diesen Namen (als einziges)? Der Eintrag muss tatsächlich dem Namen der Appliance entsprechen, sonst schlängt die Zertifikatsprüfung fehl und es darf nicht mehrere geben

    .

  • Steht bei der Benennung der Appliance (https://<vcentername>:5480 – Network) der ganze FQDN drin?
  • Ist bei der Angabe der Active Directory Domain der vollständige FQDN der Domäne eingegeben?
  • Steht die Zertifikatsgenerierung (System – Toggel Vertificate genration) vielleicht auf „no“? Die sollte auf ‚yes‘ stehen, bis alles läuft.
  • Ab und zu hilf es, den Admin-UPN (administrator@domä.ne) zu verwenden, anstalle des einfachen Benutzernamens.
  • REBOOT. Nach der Integration Rebooten, sonst funktioniert die Auswahl nicht oder das domänen-Feld bleibt gleich ganz leer.

Nach Prüfung aller dieser Ursachen kommt eigentlich nur noch DNS oder ein falsches Administrator-Kennwort in Frage. Im Internet kursieren Tipps, den Hostnamen des vCenter Servers manuell im AD anzulegen. Das ist nicht notwendig, die Vertrauensstellung wird selbstständig erzeugt. Wenn alles korrekt funktioniert.

VMWare ESX(i) Datastore Heartbeat ausschalten

Ich wurde jetzt ein paar Mal gefragt, ob und wie man den Datastore-Heartbeat komplett auschalten kann. Eigentlich gibt es nicht wirklich einen Grund dafür, aber es gibt bestimmt Sondersituationen in denen das angebracht ist.

Lösung:

  • vSphere Client mit dem vCenter verbinden, Eigenschaften des Clusters öffnen
  • Einstellungen bearbeiten -> Datastore Heartbeat
  • Datenspeicher auswählen
  • Hier keinen Datastore auswählen

Das ist schon alles. Allerdings raten wir von dieser drastischen Maßnahme ab, es sei denn man weiss genau was man tut.

Windows 8 vCenter Converter 5.0 error: „Crypto exception: error:02001005“

vmware_vcenter_converterBeim Erstellen eines Konvertierauftrages im (derzeit) aktuellen vCenter Converter 5.0.1 wird das Sammeln der Ziel-Informationen durch diese Fehlermeldung unterbrochen:

A general system error occurred: Crypto Exception:
error:02001005:system library:fopen:Input/output error:unable to
load C:ProgramDataVMwareVMware vCenter Converter
Standalonesslrui.crt

Es werden keine Informationen gesammelt, die Zielmaschiene kann nicht konvertiert werden.

Lösung:

Der Converter muss (vor allem unter Windows 8) zwingend „Als Administrator“ ausgeführt werden. Rechte Maustaste auf den Converter und „Als Administrator“ ausführen. Selbst das „Ausführen als anderer Benutzer …“ mit der auswahl eines Admins genügt nicht.

vCenter Server für Windows „SQL Fehler 25003“ „Setup failed to create the vCenter Server repository“

Manchmal trifft man ja noch auf vCenter Server unter dem Windows (Server) Betriebssystem. Seit der offiziellen vmware-Appliance ist das zwar seltener geworden, kommt aber ab und an noch vor. Manchmal schlägt die Installation und/oder das Update des vCenter Servers aber mit dem SQL-Fehler 25003 und meist noch mit dem Zusatz Setup failed to create the vCenter Server repository fehl.

Lösung:
Den ODBC-Treiber in der Konfiguration der zugehörigen DSN in der Systemsteuerung auf „Englisch“ umstellen:

  • „change language of system messages to English“ einschalten
  • „Perform Translation For Character Data“ ausschalten
  • „Use Regional Settings When Outputting Currency, Numbers, Dates, And Times“ ausschalten