ESX / ESXi - Hilfethread

Hallo, mal 'ne allgemeine Laien-Frage. Habe als Bastelprojekt einen DELL R720 mit ESXI (ohne VCenter), Dell-Image ESXI 6.5 U3

Die genauen Angaben aus der WebUI:

(Updated) DellEMC-ESXi-6.5U3-15256549-A05 (Dell)
6.5.0 Update 3 (Build 15256549)

Hatte ich Anfang 2021 so installiert ein wenig experimentiert and dann seit jetzt gut einem Jahr nicht mehr angefasst. Jetzt würde ich das ESXI Image gern updaten auf den aktuellen Stand. Die Installation der Patches is prinzipiell klar, würde ich angehen wie hier https://www.thomas-krenn.com/de/wiki/VMware_ESXi_updaten beschrieben.

Wenn ich aktuell bei VMWare nach den Patches suche werden mir 36 Stck. angezeigt, und ich habe keine definitive Antwort gefunden ob die nun kumulativ sind, also nur der letzte Patch zu installieren ist, oder alle nacheinander installiert werden sollten? Aus den Detailangaben der Patches werde ich auch nicht wirklich schlau.

Also in Kürze: alles installieren oder nur den letzten Patch?

Danke!
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Mach es wie bei https://esxi-patches.v-front.de/ESXi-6.5.0.html angegeben:

# Cut and paste these commands into an ESXi shell to update your host with this Imageprofile # See the Help page for more instructions # esxcli network firewall ruleset set -e true -r httpClient esxcli software profile update -p ESXi-6.5.0-20220704001-standard \ -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml esxcli network firewall ruleset set -e false -r httpClient # # Reboot to complete the upgrade
 
Okay, danke für den Link. Online hat das nicht funktioniert ("File not found") aber manuelles downloaden in den Datastore und dann von dort installieren hat geklappt. (y)
 
vSphere 8 ist draussen. Für die Maschinen die ich betreue bleibts aber wohl bei 6/7, da ältere Teili wie z.B. NICs veraut sind.

 
Die Flings NIC-Treiber sind, wenn ichs richtig gelesen habe, nun ein fester Bestandteil.

 
Zuletzt bearbeitet:
Fancy new WebUI. =)

Aufm Backup-ESXi mit Fujitsu-Image fluppt das aufspielen des normalen 8er Standard-Images.
Einzige Workarounds:
- --no-hardware-warning wegen dem ollen Xeon
- deinstallieren zweier VIBs [Qlogic & LSI]
- ignorieren der Versionsbegrenzung des fujitsu-conf VIBs

Aufm Haupt-ESXi spackt ghettoVCB rum, wegen SHA256 Prüfsummen und Secureboot.
Hab das jetzt mal mit -f forciert...

Guggn obs klappt.

//Edith:
Der Wellsburgh-AHCI-Controller wird auch in ESXi8 noch erkannt / genutzt und ist durchreichbar.
Von daher erstmal Entwarnung wegen den Cassandra-Rufen von ein paar Seiten vorher... =)

//Edith2:
Ok, an den Prüfsummen kommt man nicht vorbei, hab ghettoVCB erstmal deinstalliert...

//Edith3:
Scheint zu fluppen.
Beim Hochfahren ist im IPMI ganz kurz ne Fehlermeldung von nem boot-script ganz am Ende des Boots aufgetaucht.
Finde aber nirgends was.

//Edith4:
vmkalert: cpu4:2097446)ALERT: Error in upgrading config /usr/lib/vmware/configmanager/upgrade/lib/libupgradekeyboardconfig.so.
Ok, hängt keine Tastatur dran, deshalb ignorier ich dat mal...
 
Zuletzt bearbeitet:
Bin die 8.0 mal in einer VM auf WS Pro am testen. Bekomme auch den Fehler wegen nicht unterstützter CPU (Haswell-E). Sonst lüppts paravirtuell.

Die 8.0 wäre vor allem für meinen Neffen interessant, der gurkt noch mit 6.7 rum, welche bald mal aus dem Support fällt. Beim ihm steckt halt noch eine Ivy, mal sehen ob das geht dann. Hatte es bei ihm installiert, weil die Intel Quad NIC nicht unterstützt wurde mit 7.0 u1 damals. Bei meinem Kumpel und bei mir stecken auch noch alte Quad NICs, wo ich unsicher bin. Aber die Fling Treiber sind ja jetzt eingebaut.

Fancy new WebUI. =)

das war der Auslöser, weshalb ich es mal testen musste. Sieht aber noch ziemlich ähnlich aus soweit. Bisschen andere Farben. Aber hatte ESXi selbst noch nie paravirtuell am laufen, von daher war das Experiment nicht verkehrt. Ist noch witzig auf der WS, einen Gast habe ich auch schon mal aufgesetzt.
 
Hallo zusammen

Wie komme ich an die ESXI 8 Free Lizenz

Ich habe ein VMWare Login und habe mich für den ESXI 8 Test angemeldet. Welche 60 Tage gültig ist.
Was ist danach? Brauche ich keine Lizenzdatei?
Danke für Eure Tips.
Es Grüsst LGM
 
Brauchst nix, nach den 60 Tagen fällt er halt in den freien Modus zurück.

//Sarkasm on
Blöd dann, wenn du VMs mit > 8 CPUs erstellt hast... =)
//Sarkasm off

//Edith:
ESXi 8 fluppt noch (heim-)produktiv.
Bisher kein Stress mit X710 und embeddedEPYC.
 
Hmm, bislang habe ich immer einen Key bekommen für die Free Version. Den sieht man unter Licence Information, wo man die ISO runter läd. Dieses Mal gab es aber einen Fehler. Die schrieben, dass sie daran arbeiten.
 
Wäre halt interessant, ob ESXi 8 etwas stromsparender geworden ist!?
 
1666160173947.png

Also, wenn, dann nur homöopathisch... :fresse:
Hab am 17. gg. 1400 upgegradet...
Ist zwar der komplette Serverschrank, aber größere Ausschläge gibts wohl nicht (nachts)...
 
Hallo zusammen
Ich bin gerade dabei zu versuchen eine usb HDD in eine Linux VM durch zu reichen jedoch wird diese von meinem Ubuntu nicht erkannt. Unter windows ist dies immer der fall. braucht es unter linux noch Treiber oder ähnlich?
open VM tools sind installiert.
2022-10-22_17-23-18.jpg
Gpard findet nichts:
2022-10-22_17-24-36.jpg

Hat hier jemand eine Idee was da fehlt ?
 
Ich weiß nicht, ob in den Open VM tools überhaupt Treiber für den virtualisierten USB-Controller enthalten sind, das müsste geprüft werden.
Welche Version ist der virtualisierte USB-Controller? USB 2.0 oder USB 3.0? Hast Du mal die jeweils andere Version ausprobiert? Ich reiche selten bis nie USB-Hostgeräte an VMs weiter, was gibt es für Einstellungsmöglichkeiten im virtualisierten USB-Controller?
Außerdem: Ist in den VM-Optionen der Linux-VM unter "Gastbetriebssystem" (in deinem ersten Screenshot der zweite Reiter) auch ein (halbwegs) passender Eintrag ausgewählt?
 
@Eye-Q
Die Lösung war das Hinzufügen des Nicht unterstützen USB 3.1 Controllers in der vm:
2022-10-22_19-39-17.jpg
lsusb ergab:
Bus 004 Device 002: ID 1058:2621 Western Digital Technologies, Inc. Elements 2621
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 002: ID 0e0f:0003 VMware, Inc. Virtual Mouse
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 002: ID 0e0f:0002 VMware, Inc. Virtual USB Hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hu
 
bräuchte mal eine entscheidunghilfe hab aktuell folgende hardware hier:
2 x Lenovo tiny mit i5-8500t, je 32GB RAM (einer hat eine 4-Port NIC für OpnSense) - die beiden verbrauchen zusammen ca. 25w im Idle
oder
1 x Dell Optiplex (SFF) mit i5-10505, 64 GB RAM - der braucht im Idle auch 25-27w allerdings mit 10G SFP

Ich kann mich einfach nicht entscheiden, ob 1 Blech oder lieber 2 ...
 
2 x Lenovo tiny mit i5-8500t, je 32GB RAM (einer hat eine 4-Port NIC für OpnSense) - die beiden verbrauchen zusammen ca. 25w im Idle
Das fände ich (einfach) ganz spannend - wie hast Du die extra NIC denn da reinbekommen - geht das "einfach" mit riaer und Low Profile NIC?
 
Jup, es gibt ja auch z.b. Tinys mit P400/P600 (oder neuer) GPU. Solche haben dann z.B. so eine Riserkarte (PCIe x8) drin.

25W für einen Tiny? kommt mir bissl viel im Idle vor (es sei denn mit 10G Nic), mit ner i350-T4 würde ich da deutlich <20W erwarten.
 
Jup, es gibt ja auch z.b. Tinys mit P400/P600 (oder neuer) GPU. Solche haben dann z.B. so eine Riserkarte (PCIe x8) drin.

25W für einen Tiny? kommt mir bissl viel im Idle vor (es sei denn mit 10G Nic), mit ner i350-T4 würde ich da deutlich <20W erwarten.
25 w für die beiden zusammen...
 
bräuchte mal eine entscheidunghilfe hab aktuell folgende hardware hier:
2 x Lenovo tiny mit i5-8500t, je 32GB RAM (einer hat eine 4-Port NIC für OpnSense) - die beiden verbrauchen zusammen ca. 25w im Idle
oder
1 x Dell Optiplex (SFF) mit i5-10505, 64 GB RAM - der braucht im Idle auch 25-27w allerdings mit 10G SFP

Ich kann mich einfach nicht entscheiden, ob 1 Blech oder lieber 2 ...
Welche Tiny nutzt du da?

LG
 
Hm,, ich versuche gerade mal meine "Test" HPE Dl380gen10 von esxi 7 auf 8 upzugraden. Bekomme aber folgenden fehler per SSH:

[DependencyError]
On platform embeddedEsx, VIB HPE_bootbank_hpe-upgrade_900.0.2-1OEM.700.1.0.15843807 requires esx-version << 7.1.0, but the requirement cannot be satisfied within the ImageProfile.
On platform embeddedEsx, VIB HTI_bootbank_hti-upgrade-vib_1.4.0-2OEM.703.0.0.18644231 requires esx-version << 7.1.0, b ut the requirement cannot be satisfied within the ImageProfile.
On platform embeddedEsx, VIB HPE_bootbank_ilorest_700.3.3.0.3-15843807 requires esx-version << 7.1.0, but the requirem ent cannot be satisfied within the ImageProfile.
On platform embeddedEsx, VIB HPE_bootbank_hponcfg_700.10.8.0.1-7.0.0.15843807 requires esx-version << 7.1.0, but the r equirement cannot be satisfied within the ImageProfile.
On platform embeddedEsx, VIB HPE_bootbank_amshelpr_701.11.8.0.12-1OEM.701.0.0.16850804 requires esx-version << 7.1.0, but the requirement cannot be satisfied within the ImageProfile.
On platform embeddedEsx, VIB HPE_bootbank_conrep_700.10.8.0.21-7.0.0.15843807 requires esx-version << 7.1.0, but the r equirement cannot be satisfied within the ImageProfile.
On platform embeddedEsx, VIB HPE_bootbank_sut_701.2.9.2.3-1OEM.701.0.0.16850804 requires esx-version << 7.1.0, but the requirement cannot be satisfied within the ImageProfile.
On platform embeddedEsx, VIB HPE_bootbank_fc-enablement_700.3.8.0.6-1OEM.700.1.0.15843807 requires esx-version << 7.1. 0, but the requirement cannot be satisfied within the ImageProfile.
On platform embeddedEsx, VIB HPE_bootbank_amsd_701.11.8.1.2-1OEM.701.0.0.16850804 requires esx-version << 7.1.0, but t he requirement cannot be satisfied within the ImageProfile.
On platform embeddedEsx, VIB HPE_bootbank_bootcfg_700.10.8.0.1-7.0.0.15843807 requires esx-version << 7.1.0, but the r equirement cannot be satisfied within the ImageProfile.
On platform embeddedEsx, VIB HPE_bootbank_vnic-enablement_700.2.10.10-1OEM.700.1.0.15843807 requires esx-version << 7. 1.0, but the requirement cannot be satisfied within the ImageProfile.
On platform embeddedEsx, VIB HPE_bootbank_ilo_700.10.7.5.2-1OEM.700.1.0.15843807 requires esx-version << 7.1.0, but th e requirement cannot be satisfied within the ImageProfile.
On platform embeddedEsx, VIB HPE_bootbank_testevent_700.10.8.0.1-7.0.0.15843807 requires esx-version << 7.1.0, but the requirement cannot be satisfied within the ImageProfile.
Please refer to the log file for more details.


und wenn ich es über die HPE Iso machen möchte

1666780422481.png



hat einer ne Idee bevor ich ein Case aufmachen muss?
 
Wenns nicht mission-critical ist, deinstallier die VIBs mal und versuchs dann mit dem HP-Image upzugraden.
Hatte ich beim Fujitsu-Profil auch.
Nach der Deinstallation der nicht kompatiblen VIBs lief die Installation des Standard-Images durch.
Bei dir sind aber auch VIs fürs ILO da, deshalb wirst du wohl zumindest das HP-Image von ESXi 8.0 brauchen...
 
genial :-) auf die Idee bin ich gar nicht gekommen. Hab alles mit Vendor HPE rausgeworden und das HTI.
Danach mit der HPE Iso 8.0 installiert. jetzt sind wohl weniger HPE vibs vorhanden aber wird schon seine richtigkeit haben :-)


amsd 701.11.8.5.22-1OEM.701.0.0.16850804 HPE VMwareAccepted 2022-10-27
fc-enablement 800.3.9.0.30-1OEM.800.1.0.20172892 HPE PartnerSupported 2022-10-27
hpe-upgrade 2.0.21-1OEM.800.0.0.20172892 HPE PartnerSupported 2022-10-27
ilo 700.10.8.0.6-1OEM.700.1.0.15843807 HPE PartnerSupported 2022-10-27
ilorest 800.3.6.0.0.105-19313332 HPE PartnerSupported 2022-10-27
sut 800.3.0.0.14-1OEM.800.1.0.20143090 HPE VMwareAccepted 2022-10-27
 
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh