VMware-Forum

Hallo,
ich habe vor zwei Wochen unseren ESXi auf 6.7 U3 v480-1 hoch gezogen. Danach habe ich gleich die VMWare Tools der 4 produktiven Maschinen aktualisiert und alles war gut. Im Laufe dieser Woche hatten wir durch einen dummen Fehler einen Stromausfall am Server. Alle 4 produktiven Maschinen liefen aber alle waren idle weil es schon weit nach Feierabend war. Nach dem reboot lief alles und ich habe das RAID einen Prüflauf machen lassen und keine Fehler gefunden. ESXi selber liegt nicht auf dem RAID sondern auf einem speziellen Modul im Server. Keine Ahnung wie das genau heißt...

Gestern wollte ich dann bei den beiden Testmaschinen was probieren und habe sie hoch gefahren. Doch hier lassen sich die VMWare Tools nicht aktualisieren. Über das Webinterface fommt der Fehler:

und wenn ich es über die Remotekonsole versuchen kommt


Wenn ich über WinSCP auf den Server zugreife gibt es dort den Ordern "/usr/lib/vmware/isoimages" nicht

Ich habe so langsam die befürchtung das beim Stromausfall doch was kaputt gegangen / verloren gegangen ist

Was meint ihr??? Bin für jede Hilfe dankbar den der Server (jetzt sauber über eine USV abgesichert!) ist für den Betrieb eines kleinen Familienunternehmens sehr wichtig...

Das die VMWare Tools nicht auffindbar sind, ist ein Zeichen für ein beeinträchtigtes Bootmedium.

Starte den SSH-Dienst, log dich per SSH ein und zeig uns die Ausgaben dieser zwei Kommandos:

und

ls -lah /


ls -lah /vmfs/volumes

1. Es gibt ESXi OHNE Tools und ich gehe mal davon aus das man auch auf so einen Upgraden kann
2. Ich kenne es aber nur das die Partition kaputt geht bzw. der Inhalt defekt ist. Ich habe in all den Jahren so in knappes halbes Dutzend von unseren Hosts irgendwann so vorgefunden. Gibt von VMware ein KB zum Thema wo aber nur drin steht das man den Inhalt von einem Versionsgleichen Host dann rueberkopieren soll. Da dies bei mir nicht immer von Erfolg gekroennt war hab ich die Hosts immer Flux neuinstalliert

Was bitte ist da denn passiert? Nur ein Volume ("RAID6"), die locker/scratch-Partition als Verzeichnis ".locker" auf diesem Volume, keine "altbootbank", die "bootbank" auf "/tmp" gelinkt - du meine Güte.

Das entspricht keinem gültigen Installationsschema (siehe hier). Selbst die kleinste Variante (ohne Tools) hat noch mehrere Volumes.

OK, das klingt jetzt aber wirklich nicht gut

Was kann ich tun um wieder auf eine "sauber" Installation zu kommen ohne die VMs auf dem RAID6 oder meine Einstellungen des Server zu verlieren? Ich habe nämlich keine Ahnung was ich über die Jahre alles gemacht habe damit es so läuft wie es aktuell ist (war)...

1. Vergewissere dich (mehrfach), dass das Installationsmedium ein separates Stück Hardware ausreichender Größe ist.
2. Lege die zur Hardware passende ESXi-6.7-CD ein und boote davon
3. Wähle Neuinstallation mit Erhalt des Datastores (Achte genau darauf, dass der ESXI-Installer deine Speichermedien und den RAID-Datastore erkennt, BEVOR du die Installation absegnest)

Nach der Installation musst du AFAIK den alten Datastore manuell hinzufügen.

OK, Danke. Hab mich schon mit dem Gedanken angefreundet und will vorher noch per Script die wichtigsten VMs auf das NAS sichern

"Problem" dabei ist nur, dass ich vorher die VMs von Snapshots und sonstigen Dateien die o.g. Skript nicht berücksichtig befreuen muss/will. Dabei bin ich bei allen VMs über "vmx-W10-ANLI_64-1480625518-1.vswp" (natürlich mit unterschiedlichen VM Namen) Dateine gestolpert die alle vom 21.3.17:43 Uhr sind. Meine Onlinesuche hat ergeben das die nur vorhanden sein sollte wen die VM an ist. Ist sie aber nicht. Und wenn ich sie an mache legt siche eine vmx.......2.vswp an. Also sine die vmx......1.vswp doch Leichen, oder? Kann ich die einfach löschen?

Klar - durch den Powerloss blieben die vswp-Dateien laufender VMs stehen. Die kannst du AFAIK löschen.

OK, danke. Hoffentlich klappt alles... Backups laufen (hab das Skript noch etwas angepasst weil die Ordern falsch waren und eine .xml Datei nicht mit kopiert wurde) und wenn die durch sind (morgen?), CD rein und alles neu.

Letzte Frage: Was kann ich auf dem Datastore noch alles löschen was die neue Installation nicht braucht / neu macht?
PrimeCollect_Data.tgz ?
Ordner vmkdump ?
sysSwap-ds-5bec7369-ee91-62c9-4836-901b0e046467.swp ?

Klar, du kannst bis auf die Ordner der VMs eigentlich alles löschen.

Die Frage ist, ob dein Bootmedium aufgrund der Größe die Variante "embedded" erzwingt und du dann ohnehin wieder ein Verzeichnis auf dem Datastore für die "scratch"-Dinge brauchst.

So, habs geschafft. Eine "Neuinstallation mit Erhalt des Datastore" Option habe ich keine gesehen aber ich habe mal statt "Upgrade" lieber "Install" gewählt da ich sicher gehen will das alles sauber installiert ist. Soweit alles gut.

Ich habe dabei auch mal gecheckt und das Bootmedium ist 3,74GB groß. Hätte nicht geacht, dass das zu klein ist aber ich denke ich muss micht wohl noch mal mit dem Thema Bootmedium und embedded beschäftigen... viewtopic.php?f=57&t=30674

Das sieht doch sehr viel besser aus. Hat die Verlinkung von "scratch" der Installer verursacht oder warst du das?

~thc hat geschrieben:Das sieht doch sehr viel besser aus. Hat die Verlinkung von "scratch" der Installer verursacht oder warst du das?

Also ich habe da nichts gemacht. Ich habe zwas gelesen das man die Logs auf die VFMS Partitione legen soll ( https://kb.vmware.com/s/article/1033696 ) aber beim checken der Config sah es für mich so aus als wäre das bereits bei der Installation geschehen.

Btw: Was empfieht sich den aktuell als Bootmedium? USB Stick, HDD oder SSD? In meinem Fujitsu TX140 S1p schein ja eine Art USB Speicher mit 3,74GB zu stecken. Der wird als STEC 3300 angezeigt...

Das ist Geschmackssache, da alle Bootmedien so ihre Vor- und Nachteile haben.

USB-Sticks kann man klonen. Ob sie defekt sind merkt man möglicherweise sehr viel später und da kann dann schon (bei fehlender scratch-Auslagerung) die root-Partition überlaufen (Logs). USB-Medien erzwingen immer den "embedded"-Modus.

SD- oder onboard SD-Medien sind praktisch, wenn der Server sonst keine lokale Storage (DAS) hat, sondern per FC/iSCSI/NFS/eSATA an die Storage angebunden wird. Nachteile wie beim Stick.

Einige nutzen kleine dedizierte SSDs zum Booten - mit den neuen Speicherplatzanforderungen von ESXi 7 wird das interessanter als noch unter 6.x.

Servern mit DAS und RAID-Controllern verpasse ich immer ein kleines, dediziertes RAID-Volume als Bootmedium. So bleibt bei einer Neuinstallation der große Datastore immer unangetastet.

Von USB-Sticks kann ich inzwischen nur noch abraten, es gibt einfach keine qualitativ hochwertigen Sticks mehr. Der reine Flash-Chip ist ja nur noch so groß, wie der USB-A-Anschluß. Der Rest vom Stick ist nur noch verpackte Luft... Alle guten Flash-Chips werden in Smartphones verbaut, die weniger guten bzw mit kleinen Mangeln kommen in SSDs und dann ganz am Ende wird der Flash-Müll verwurstet.

Eine kleine SSD dürfte daher die sicherste Lösung sein.

OK, also SSD. Wobei.... worin liegen die Nachteile meiner aktuellen embedded Installation ? Wo doch die in meinem "alten" Server verbauten Flash Chips wohl noch von guter Qualität sein sollten

VMware hat mit vSphere7 das Partitionsschema erneut verändert. Auf lange Sicht würde ich vermuten, daß Embedded Geschichte sein wird. Aber ich verfolge das nicht wirklich aktiv und könnte daher veralteten Infos aufgesessen sein.


[add]
Falls ich doch auf vSphere7 wechsle, steht eh neue HW ins Haus. Das muß ich mir noch reiflich überlegen, weil die Energiekosten inzwischen stärker als erwartet angestiegen sind.

OK, vSphere7 scheidet jedoch für mich auf der Hardware aus. Bin froh das der TX140 s1p noch mit dem Fujitsu custom ESXi Image läuft obwohl er offiziell nicht mehr supportet wird

Wo liegt also konkret bei 6.7 mein Nachteil der embedded Installation im Vergleich zur Instalable? Wenn ich google Frage lese ich immer nur das die Embedded Version die ist, die vom Hersteller der Hardware kommt und Instalable die von VMWare. Aber das ist ja kein Nachteil der Embedded. Eher ein Vorteil weil hier ja schon Hardwarespezifische Treiber drin sind...

P.S.: Hab ganz vergessen ein fettes DANKE su posten für die schnelle Diagnose und Unterstützung bei der Wiederherstellung des Servers. Konnten heute alle arbeiten als wäre nie was gewesen...

Also jetzt verwechselst du etwas...

der ESXi Installer entscheiden nach Art und Groesse des Installtionsziels ob er vom tpy Embedded/Installable ist wobei nicht nicht weis ob das wirklich so der Unterschied ist bzw. sich nur im Partitionslayout niederschlaegt. Im VMware Patch portal sind die beiden Zusammengefasst.

Davon unabhaengig gibt es die CustomISOs der Hersteller mit evtl. HW spezifischen Anpassungen/Treibern. Diese entscheiden genau wie das Vanilla ESXi ISO in Abhaengigkeit des Installationsziels.

Damals... als es im Winter noch geschneit hat und ESX 3.5 abgeloest wurde durch ESX 4.0 und optional auch ESXi zur Auswahl stand war mal angedacht ESXi direkt in Chips auf dem Motherboard zur Verfuegung stellen weil der ESXi von damals einen kleinen Memory Footprint von weniger als 32MB hatte. Daher kannte ich den Begriff "Embedded ESXi"


Gruss
Joerg

OK, etwas undurchsichtig. Gäbe es für mich Gründe (Vorteile) auf ein größeres Bootmedium (kleine SSD) zu wechseln und so von meiner aktuellen Embedded auf eine Installable Installation zu kommen?

Aus meiner Sicht macht es erst mit >=7.x Sinn. Bei 6.7 sehe ich keinen Unterschied. Ich habe 100e Hosts mit Dual SD Karte.

Gruss
Joerg

Danke noch mal. Ich denke ich lasse es so. Bisher läuft alles gut