zahni

Bypass-Schalter sind entweder intern in der USV verbaut oder oder Elektriker muss die um die USV bauen. Meist muss man dann noch eine bestimmte Schaltreihenfolge einhalten, sonst gibt es irgend wo einen lauten Knall. Bei passiven APC-USV muss man vermutlich nur den Ein- und Ausgang überbrücken, und man darf den Bypass nicht betätigen, wenn die USV auf Batterie läuft. Dann ist sie mit der Netzphase sehr wahrscheinlich asynchron. 

Die anderen beiden Bypass-Schalter kann man sich sparen, da die USV ja Stecker hat.

Dann der Notstromtest unter Last. Hinten an der USV den Stecker ziehen. Bleibt sie an (über längere Zeit), würde ich auch die Elektroinstallation prüfen lassen, z.B. fehlerhafte Erdung (Nullleiter auf Erdung geklemmt u.ä.).

Wie alt ist die Batterie? Bei alten Batterien ist die Füllstandsanzeige unzuverlässig. Einfach einen "Notstromtest" machen. Wenn die USV sofort ausgeht, ist die Batterie hinüber.

Und hier gleich noch der Hinweis: Sysprep sollte nur auf VL-Lizenzen mit KMS gemacht werden. Bei Retail-Versionen und MAK-Aktivierungen ist nach 5 Versuchen das Image hinüber und muss neu erstellt werden.

Sysprep bzw. das Klonen von Windows-Images ist, wenn ich mich recht erinnere auch nur erlaubt, wenn man eine Software Assurance erworben hat. 

vor 20 Minuten schrieb cj_berlin:

Bisher habe ich von keinem gehört, dass jemand den KMS oder einen per MAK aktivierten Server nach einem Umzug neu aktivieren musste...

Stimmt. Selbst wenn durch VMotion sich die CPU-Bezeichnung ändert, war das nie ein Problem.

Mir ist bei http://vibsdepot.hpe.com/ eben noch aufgefallen, dass dort oben in Rot etwas geschrieben wurde. Man hat auch Updates vom Jan2022 veröffentlicht, hat aber vergessen, die in die XML-Dateien in der Root aufzunehmen.

Könnt Ihr jetzt bitte die VM einfach in den neuen Cluster hängen? Wenn Ihr hier schon beim KMS-Server ein Problem habt, was macht Ihr mit den ganzen wichtigen VM's?

Und schon die 1. Probleme. Wenn die ESXI-Server mit einem HPE-ISO installiert worden sind, gibt es nach (!) der Installation von Update 3c Probleme bei Suche nach Updates:

https://communities.vmware.com/t5/VMware-vCenter-Discussions/Update-manager-hanging-at-55-on-newly-upgrade-7-0U3c-hosts/td-p/2890917

Ich kann mit gut vorstellen, dass es daran liegt, das ich, entsprechend der Anweisung, zuerst nur die "Critical Host Patchs" installiert habe und nicht die HPE-Updates, die unter "non-critical" geführt werden...

Case ist eröffnet.

Update: Ich habe den einen Host jetzt mit dem neusten HPE Custom ISO upgedated. Damit scheint es zu klappen:

VMware-ESXi-7.0.3-19193900-HPE-703.0.0.10.8.1.3-Jan2022.iso

Falls jemand die Meldung im Virtual Center 7.0 U3c übersehen hat:

Zitat

Do not use the non-critical baseline to update ESXi 7.0GA - 7OU3b hosts. Use a baseline created with an ESXi 7.0 U3 or higher ISO Image or Critical Host Patches baseline before applying any other patches to these hosts. See KB article #86447.

https://kb.vmware.com/s/article/86447

@NorbertFe Er schrieb ja Windows 2019. Ich habe schon öfter mal einen neuen Vsphere-Cluster installiert. Man macht es genau so wie ich schrieb. Wichtig ist, dass sich die Namen der VMWare-Netze nicht ändern. Sonst muss man das anpassen. Hat man einen neuen Storage. hängt man die neues DataStores über das das gewünschte Protokoll an die ESX-Server und verschiebt die VM's im Betrieb via Storage VMotion, fertig.

vor 8 Minuten schrieb NorbertFe:

Kann sein, ich installier mir den KMS einfach auf einer neuen VM. Wozu das Gehampel mit "Umziehen"? :)

Warum sollte man die VM's neu installieren? Wenn der Shared-Datastore von beiden Clustern erreichbar ist, einfach die VM herunterfahren und im neuen Cluster aus dem DataStore einbinden. Auf dem alten Cluster wird sie dann automatisch entfernt. Neu Booten, Frage beantworten, fertig.

Der Umzug der VM sollte der VM egal sein. Zur Sicherheit bei Frage von VMWare, ob die VM kopiert oder verschoben wurde, verschoben auswählen. Dann ändert sich die MAC-Adresse nicht.

Ich gehe davon aus, dass im VC die finalen Log4J-Patches enthalten ind. Das sollte man auf jedem Fall installieren. Die Rücknahme des VC Updates betraf dort Probleme im Update Manager.

Am 29.1.2022 um 12:29 schrieb testperson:

Hi,

 

jetzt steht wohl eine tatsächlich bereinigte Version bereit:

 

• Announcing Availability of vSphere 7 Update 3c - VMware vSphere Blog
• VMware ESXi 7.0 Update 3c Release Notes

Gruß

Jan

Ja, der Update Manager hatte mit am Freitag eine deutlich umfangreiche Mail geschickt.

Alle Updates installiert?

https://docs.microsoft.com/en-us/windows/release-health/resolved-issues-windows-server-2022

 Nach Remote Desktop suchen.

vor 1 Minute schrieb scirocco790:

Das mit den Lizenzen ist noch ein guter Punkt. Werd ich noch mal mit unserem Lizenzmenschen reden.

Und natürlich betrifft das auch alle anderen MS-Lizenzen, welche von den Kunden direkt oder indirekt genutzt werden.

Kunden kann man vermutlich nicht als "mit Dir verbundene Unternehmen" bezeichnen. Siehe PUR von Microsoft.

Zur Sicherheit: Sind die neusten VMWare-Tools installiert?

BTW: ESXI 7.0 Update 3 ist immer noch zurück gezogen, die Tools gibt es aber "einzeln"

Sicherheitstechnisch ist es keine gute Idee. Ich würde VPN empfehlen. Lizenztechnisch darfst Du Deine RDS-Lizenzen nicht Deinen Kunden bereitstellen. Im Detail bitte mal die Lizenzspezialisten hier befragen. 

Ich glaube, mal will Apple nacheifern. Da ha jeder MAC auch so eine Partition. Jedoch kann man die ohne Weiteres nicht löschen und man kann via WLAN das MacOS auch komplett neu herunterladen und frisch installieren. Datenträger gibt es bei Apple eher nicht mehr.

Problematisch ist es u.U. in einer VM, wenn man LW C: vergrößern will. Aber man kann sie ja löschen...

Irgendwie erschließt es sich mir auch nicht, wie man ein zusätzliches Update installieren soll. wenn der Server zwischendurch abstürzt. Eigentlich müssten die großen Updates neu veröffentlich werden.

OT: Gibt es davon eine spezielle Version für Österreich? 

Es kann sein, dass die UDP benutzen. Suche mal in dieser Richtung. Das sollte Dir deine FW eigentlich protokollieren.

Hängt da vielleicht ein Telekom-DSL-Router rum, der IPv6 macht...

Poste mal IPCONFIG /ALL von einem normalen Client. Vermutlich hast Du interne und externe DNS-Server per DHCP verteilt.