.:Ewig Drohendes Versagen:.

Um einen Datastore zum löschen / unmounten auf dem sich die Syslogs eines/mehrerer ESXi Servern befinden muss vorher der Syslog Pfad auf ein anderes Volume geändert werden:

VMware KB Artikel 2004605 -> KLick

SSH auf dem ESX aktivieren und mit Putty verbinden ->

ein
esxcli system syslog config get
zeigt die aktuelle Konfiguration

mit einem
ls -l ../vmfs/volumes/
bekommt man die Datastorebezeichnung etwas Menschenfreundlicher aufbereitet

nun ein beherztes
esxcli system syslog config set –logdir=/vmfs/volumes/***VOLUMEID****/Syslog

und anschließend zum reload der Konfig ein
esxcli system syslog reload

nun klappt auch der Unmount der Datastores.

Das ganze muss natürlich auf allen ESX Servern durchgeführt werden welche ihr Syslog in diesen Datastore schreiben:

–>> Das Upgrade enthält die folgenden miteinander in Konflikt stehenden VIBs:
Mellanox_bootbank_net-mst_2.0.0.0-1OEM.550.0.0.472560
Mellanox_bootbank_net-mst_2.0.0.0-1OEM.550.0.0.472560

Die Lösung ist das vib auf den Hosts zu deinstallieren – wenn es denn nicht gebraucht wird:
http://www.virtubytes.com/2017/02/12/esxi-upgrade-conflictiing-vibs-hpe-image/

Kann hier eigentlich nicht mal irgendwas einfach funktionieren? 🙁

Wer noch mit einer ESX 4.x Umgebung zu tun hat – dem wird auf kurz oder lang mal auffallen, dass sich weder Windows 8 noch Windows Server 2012 dort installieren lassen.

Das dies nicht geht liegt daran, dass Microsoft die Unterstützung für die PIIX4 Prozessor Familie entfernt hat welche von VMware zum virtualisieren genutzt wird.

Es gibt jedoch eine inoffizielle Lösung für dieses Problem.
(mehr …)

Jaja nicht das hier mal die Compliance Grün wird …

Folgende Fehlermeldung erhalte ich auf meinen Dell PE R710 mit localen HDDs:

Specification state absent from host: device '' state needs to be set to 'on'
Host state doesn't match specification: device '' needs to be reset
Specification state absent from host: device '' Path Selection Policy needs to be set to 'VMW_PSP_FIXED'
Host state doesn't match specification: device '' Path Selection Policy needs to be set to default for claiming SATP

Die Lösung findet sich im VMware KB2002488
(mehr …)

Jaaa da spiele ich doch gerade mit ESX Hostprofilen herum – und siehe da – in einem ESX Host sind die Netzwerkkarte und der FC HBA andersrum eingebaut wurden als in den anderen.

Das führt dazu, dass sich die iSCSI Adapter der NIC nicht sauber von einem Host zum anderen übertragen lassen – und der Compliance Check fehlschlägt.

Also flugs die Karten so eingebaut wie das in allen anderen Hosts auch ist.

Das Resultat sah dann so aus:

Also nicht so ganz optimal – weil vmnic 4 und 5 fehlen nun – so lässt sich mit den Hostprofilen keinen Blumentopf gewinnen 🙁

Was ist zu tun? (mehr …)

Hier mal als Erinnerung – damit ich den Link später mal wiederfinde:

kendrickcoleman.com – Top 10 Free VMware vSphere Tools and Utilities for 2011