everRun Version 7.8.0.0 Versionshinweise

Diese Versionshinweise (aktualisiert um 17:24 am 25.11.2020) gelten für everRun Version 7.8.0.0. (Die neueste Version dieser Versionshinweise einschließlich einer Liste der nach der letzten Übersetzung vorgenommenen Änderungen finden Sie in englischer Sprache unter StrataDOC.) Weitere Informationen finden Sie in den folgenden Abschnitten:

Neue Funktionen und Verbesserungen

Neu in everRun Version 7.8.0.0

Die folgenden Funktionen sind neu in everRun Version 7.8.0.0:

Neu in everRun Version 7.7.0.0

Weitere Informationen finden Sie unter Neu in everRun Version 7.7.0.0.

Bug-Fixes

In everRun Version 7.8.0.0 behobene Bugs

ZTC-3664: Nach der Ausführung eines Kit-Upgrades auf einem System mit Version 7.4.3.2 auf eine neuere Version können Gastvolumes, die weniger als 500 MB verfügbaren Speicherplatz auf dem logischen Laufwerk übrig lassen, nicht gespiegelt werden, wenn ein Knoten ersetzt wird.

ZTC-3618: Beim Erstellen oder Importieren einer UEFI-VM eine Warnung anzeigen, dass kein Snapshot davon erstellt werden kann. (Diese Warnung gibt es jetzt.)

ZTC-3175: Der Nessus-Scan identifiziert veraltete SSL-Protokolle an Port 5560. (Die veralteten Protokolle wurden entfernt.)

ZTC-3171: SSH Cipher-Einstellungen bestehen nicht alle Sicherheitsprüfungen. (Die Einstellungen wurden geändert, um mehr Sicherheit zu bieten und diese Prüfungen zu bestehen.)

ZTC-3017, ZTC-2257: Benutzer, deren Kennwort Sonderzeichen enthält, können nicht in Active Directory (AD) aufgenommen werden. (AD-Benutzernamen und Kennwörter, die Sonderzeichen wie „$“, „!“, „&“ und „<“ enthalten, werden jetzt beim Anmelden bei AD unterstützt.)

ZTC-2773: Der lvmetad-Daemon hat einen bekannten Speicher-Leak und ist veraltet. (Der Daemon wurde so konfiguriert, dass er nicht mehr ausgeführt wird.)

ZTC-2427: Ein einzelner Prozessor in einer Dual-Socket-Hauptplatine hat keine Lizenzunterstützung. (Lizenzunterstützung wurde hinzugefügt.)

ZTC-2395, ZTC-2396: Der Qualys-Scan wird für QID 37839 und QID 38738 nicht bestanden. (Die SSH Einstellungen wurden geändert, um mehr Sicherheit zu bieten und diesen Scan zu bestehen.)

ZTC-2256: Das mcelog-Paket wird nicht standardmäßig installiert. (mcelog wird jetzt standardmäßig installiert.)

ZTC-2206: Der Qualys-Scan wird für QID 13162 nicht bestanden. (Der Session-Cookie enthält jetzt das secure-Attribut, sodass diese Prüfung bestanden wird.)

ZTC-2138: E-Mail mit E-Alert zeigt nicht den richtigen Wert für die Snapshot-Variable an.

ZTC-1298: Windows-Gäste erleben Leistungsprobleme wegen einer fehlenden hypervclock-Einstellung. (Leistungsprobleme bei Windows 2016- und Windows 2019-Gästen wurden behoben, indem die hypervclock-Einstellungen zur Konfiguration hinzugefügt wurde.)

ZTC-962: Das von Stratus bereitgestellte SSL-Zertifikat hat ein Ablaufdatum von 2026. (Es wurde ein neues Zertifikat bereitgestellt, das 10 Jahre nach Ausstellungdatum abläuft, zum Beispiel 2030. Sie müssen das neue Zertifikat akzeptieren, siehe Aktualisieren des Browsers und Akzeptieren des neuen Zertifikats während des Upgrades.)

ZTC-461: Nach einem Failover des primären Knotens ist keine Anmeldung bei Active Directory möglich.

ZTC-458: Gäste mit konfigurierter Startreihenfolge starten eventuell nicht.

ZTC-454: Nach einer Neuinstallation oder Wiederherstellung/Ersatz eines Knotens können root, swap oder diagdata als beschädigt angezeigt werden.

ZTC-453: Wenn ein Gast nicht starten kann, sollte ein Alarm generiert werden.

In everRun Version 7.7.0.0 behobene Bugs

Weitere Informationen finden Sie unter In everRun Version 7.7.0.0 behobene Bugs.

CVE-Fixes

Eine Liste der CVE-Fixes finden Sie unter Behobene CVEs.

Wichtige Überlegungen

Upgrade auf Version 7.8.0.0

Führen Sie ein Upgrade auf everRun Release 7.8.0.0 durch, indem Sie dem Upgrade-Pfad für die aktuell auf Ihrem System ausgeführte Version folgen (siehe Tabelle unten).

Version Upgrade-Pfad

Versionen 7.7.0.0, 7.6.1.0, 7.6.0.0, 7.5.1.1, 7.4.3.2

Aktualisieren Sie direkt auf Version 7.8.0.0 wie unter Upgrade der everRun-Software mit einem Upgrade-Kit beschrieben.

Versionen 7.5.1.0, 7.5.0.5, 7.4.3.0, 7.4.2.0, 7.4.1.0, 7.4.0.0, 7.3.4.0

Aktualisieren Sie zunächst auf Version 7.6.1.0 und dann auf Version 7.8.0.0. Informationen zum Upgrade auf Version 7.6.1.0 finden Sie in den Versionshinweisen zu everRun Version 7.6.1.0 und in der Hilfe.

Versionen 7.3.2.0 und früher

Aktualisieren Sie zunächst auf Version 7.3.4.0, dann auf Version 7.6.1.0 und schließlich auf Version 7.8.0.0. Informationen zum Upgrade auf Version 7.3.4.0 finden Sie in den Versionshinweisen zu everRun Version 7.3.4.0 und in der Hilfe.

Aktualisieren des Browsers und Akzeptieren des neuen Zertifikats während des Upgrades

Während eines Upgrades auf Version 7.8.0.0 zeigt der Browser das Upgrade möglicherweise als angehalten an, nachdem der erste Knoten aktualisiert und zum neuen primären Knoten wurde. Diese falsche Browseranzeige kann auftreten, wenn der Browser ein neues Zertifikat von Stratus erhalten hat, das akzeptiert werden muss. Sie sollten den Browser aktualisieren und, wenn Sie dazu aufgefordert werden, das neue Zertifikat akzeptieren. Nachdem Sie das neue Zertifikat akzeptiert haben, zeigt der Browser den korrekten Status des Upgrades an.

Getestete Gastbetriebssysteme

Eine Liste der mit der aktuellen Version getesteten Gastbetriebssysteme finden Sie unter Getestete Gastbetriebssysteme.

Verbesserte Unterstützung für 512e-Speicher

everRun 7.8.0.0 oder höher bietet verbesserte Unterstützung für 512e-Speicher, darunter:

Hinweise:  

Damit Sie diese erweiterte 512e-Unterstützung nutzen können, lesen Sie Folgendes, bevor Sie ein everRun-System installieren oder aktualisieren:

So machen Sie 512e-Speicher verfügbar, wenn Sie ein System mit everRun 7.8.0.0 oder höher neu installieren:

So machen Sie 512e-Speicher verfügbar, wenn Sie ein vorhandenes everRun-System auf 7.8.0.0 oder höher aktualisieren:

Weitere Informationen zur Konfiguration oder Nutzung von 512e-Speicher:

Bekannte Probleme

Installation des seriellen VirtIO-Treibers schlägt fehl, nachdem eine Windows 2008 (SP2, 32-Bit) VM erstellt wurde

Nachdem eine Windows 2008 SP2 (32-Bit) VM erstellt wurde, kann der serielle VirtIO-Treiber nicht installiert werden. Installieren Sie den Treiber in diesem Fall manuell. Laden Sie dazu die VirtIO-ISO-Datei herunter. Sie ist verfügbar auf der Seite Downloads unter https://www.stratus.com/services-support/downloads/?tab=everrun. Befolgen Sie Anleitung unter Aktualisieren der VirtIO-Treiber (Windows-basierte VMs), wählen Sie jedoch den seriellen Treiber aus (vioser). Beachten Sie, dass dieses Problem nur mit der 64-Bit-Version von Windows 2008 SP2 auftritt.

Leistungsprobleme bei Gästen mit großen Gastvolumes

Gastvolumes mit einer Größe von 2 TB oder mehr, die mit der Zeit fragmentiert sind, können die Performance des Gasts erheblich beeinträchtigen. Wenn Volumes dieser Größe erstellt werden, empfiehlt Stratus, als Format für das Datenträgerabbild qcow2 auszuwählen. Das Format qcow2 (statt raw) wirkt sich etwas auf die Leistung aus, verhindert aber die erhebliche Leistungsbeeinträchtigung, die bei raw-Gastvolumes dieser Größe zu beobachten ist. Weitere Informationen dazu, wie Sie Gastvolumes erstellen, finden Sie unter Erstellen eines Volumes in einer virtuellen Maschine.

Wechselmedien und Migration einer PM oder VM mithilfe des P2V-Clients

Prüfen Sie vor der Migration einer PM oder VM mithilfe einer startfähigen ISO-Datei des P2V-Clients (virt-p2v), ob irgendwelche Wechselmedien (zum Beispiel Disketten, DVD-Laufwerke oder externe USB-Datenträger) mit dem Quellenabbild verbunden sind. Falls Wechselmedien mit dem Quellenabbild verbunden sind, wenn Sie die Migration einer PM oder VM versuchen, erscheint die Fehlermeldung Conversion failed (Konvertierung fehlgeschlagen). Heben Sie daher die Auswahl des Mediums im Fenster virt-p2v auf, bevor Sie die Migration starten. Rufen Sie dazu das Fenster virt-p2v mit den Abschnitten Target properties (Zieleigenschaften) und Fixed hard disks (Festplatten) auf und entfernen Sie dann unter Fixed hard disks (Festplatten) die Markierung des Kästchens in der Spalte Convert (Konvertieren) neben dem Wechselmedium. Weitere Informationen zur Verwendung von virt-p2v finden Sie unter Migrieren einer physischen oder virtuellen Maschine in ein System, insbesondere im Abschnitt So migrieren Sie eine PM oder VM in das ztC Edge-System.

W2K16x64-VM-Konsole geht nach Upgrade von Version 7.4.3 verloren

Wenn ein System mit everRun Version 7.4.3.x eine VM mit Windows Server 2016 und einer offenen Konsolensitzung hat und Sie das System auf Version 7.8.0.0 aktualisieren, zeigt die Konsole die Meldung Guest has not initialized the display (yet) (Gast hat die Anzeige noch nicht initialisiert) an und kann nicht korrekt geöffnet werden. Um das Problem zu beheben, fahren Sie die VM herunter, starten Sie sie neu und öffnen Sie die Konsolensitzung dann erneut.

Maximale Pfadlänge beim Importieren einer VM

Wenn Sie eine VM mithilfe des Assistenten zum Importieren/Wiederherstellen einer VM importieren, beträgt die maximale Länge des Pfads zur VM einschließlich des VM-Namens 4096 Zeichen für die Importoptionen Import aus Remote-/Netzwerk-Windows-Freigabe (CIFS/SMB) und Import aus Remote-/Netzwerk-NFS.

Importieren einer OVA-Datei schlägt manchmal fehl

Wenn Sie beginnen, eine OVA-Datei zu importieren, und der Knoten dann in den Wartungsmodus versetzt wird oder von der Stromversorgung getrennt wird, schlägt der OVA-Import fehl wie auch alle weiteren Versuche, eine OVA-Datei zu importieren. Weitere Informationen dazu, wie Sie dieses Problem umgehen, finden Sie in KB-10035.

Manuelle Konfiguration der Netzwerkinformationen nach dem Import einer Linux-VMware-OVA-Datei

Beim Import einer Linux-VMware-OVA-Datei werden die Netzwerkschnittstelle und die networks-scripts-Datei geändert. Nachdem Sie die Datei importiert haben, müssen Sie die Netzwerkinformationen manuell konfigurieren. Gehen Sie dabei folgendermaßen vor:

  1. Wählen Sie die VM auf der Seite Virtuelle Maschinen aus.

  2. Klicken Sie im unteren Fensterbereich auf Konsole, um die VM-Anmeldeseite zu öffnen (weitere Informationen finden Sie unter Öffnen einer VM-Konsolensitzung).

  3. Melden Sie sich bei der VM an.

  4. Öffnen Sie eine Eingabeaufforderung (Befehlszeile).

  5. Führen Sie den Befehl ifconfig aus. Prüfen Sie in der Befehlsausgabe, ob ip address der virtuellen Netzwerkschnittstelle eth0 zugewiesen ist.

  6. Wenn ip address nicht zu eth0 zugewiesen ist, listen Sie den Inhalt des Verzeichnisses /etc/sysconfig/network-scripts auf.

  7. Notieren Sie sich den Wert von ifcfg-xxxx (aber nicht von ifcfg-lo).

  8. Benennen Sie ifcfg-xxxx in ifcfg-eth0 um.

  9. Bearbeiten Sie die Datei ifcfg-eth0, indem Sie die Werte von DEVICE und ONBOOT wie folgt ändern:

    DEVICE=eth0
    ONBOOT=yes

    Speichern Sie die Datei.

  10. Geben Sie den folgenden Befehl ein, um die Netzwerkdienste neu zu starten:

    systemctl restart network
  11. Überprüfen Sie die IP-Zuweisung, indem Sie den Befehl ifconfig ausführen. Prüfen Sie in der Befehlsausgabe, ob ip address jetzt eth0 zugewiesen ist.

Suche bei „Import über USB“ listet OVA-Dateien in verschiedenen Verzeichnissen auf

Wenn Sie im Assistenten Virtuelle Maschine importieren/wiederherstellen die Option Import über USB auswählen, um eine OVA-Datei zu importieren, können Sie einen Dateinamen (vollständig oder teilweise) in das Feld In Dateien suchen eingeben. Es werden OVA-Dateien aufgelistet, deren Name mit Ihrer Eingabe übereinstimmt und die sich in verschiedenen Verzeichnissen befinden:

Ausführliche Informationen zum Importieren von OVA-Dateien finden Sie unter Importieren einer OVF- oder OVA-Datei.

Import von RHEL 8.1-VMs nicht möglich

Sie können eine VM, auf der RHEL 8.1 (mit BIOS-Start-Firmware) ausgeführt wird, nicht von einem VMware ESXi 6.7.0-Server in ein everRun-System importieren.

Größe der Speichergruppe ist nach PXE-Wiederherstellung oder PXE-Ersetzung Null

Sie können eine PM von einem temporären Preboot Execution Environment (PXE)-Server auf der primären PM wiederherstellen oder ersetzen. Nach Abschluss des Verfahrens wird in den drei Spalten Verfügbare Größe, Größe und Verwendet einer Speichergruppe „null“ angezeigt, wenn in den PXE-Verfahren Folgendes ausgewählt wurde:

Dies ist ein Anzeigeproblem. Die tatsächliche Größe im System ist richtig. Um die Anzeige zu korrigieren, weisen Sie den Datenträger erneut zur Speichergruppe zu.

Maximale Auflösung einer UEFI VM-Konsolensitzung

Auf der Seite Virtuelle Maschinen der everRun Availability Console können Sie eine VM-Konsolensitzung öffnen, um die Konsole des Gastbetriebssystems anzuzeigen, das auf der VM ausgeführt wird. Wenn Sie eine Konsolensitzung öffnen, um auf eine Gast-VM mit dem Starttyp UEFI zuzugreifen, hat die Konsolensitzung eine maximale Auflösung von 800x600. Um eine höhere Auflösung anzuzeigen, verbinden Sie sich über eine Remotedesktopverbindung mit der VM.

VMs für vmgenid-Unterstützung neu starten

Nachdem ein System mit einem Upgrade-Kit von Version 7.6.1.0 (oder früher) auf Version 7.8.0.0 aktualisiert wurde, ist die Unterstützung für vmgenid auf VMs mit Windows Server 2019, Windows Server 2016 oder Windows Server 2012 nicht vorhanden, bis die VMs neu gestartet wurden. Sie müssen diese VMs also neu starten, um die Unterstützung von vmgenid nach dem Upgrade zu aktivieren. Wenn Sie ein Upgrade von Version Release 7.7.0.0 ausführen, brauchen Sie solche VMs nicht neu zu starten, falls sie zuvor in dem System mit Version 7.7.0.0 neu gestartet wurden.

VCD kann nicht erstellt werden, wenn Microsoft Edge als Konsolenbrowser verwendet wird

Wenn Sie Microsoft Edge als Browser für die everRun Availability Console verwenden, können Sie keine VCD erstellen; der Prozess schlägt fehl. Verwenden Sie stattdessen einen anderen Browser (siehe Kompatible Internetbrowser).

Zum Importieren einer VMware-VM die Befehle zum Herunterfahren des Betriebssystems verwenden

Wenn Sie eine VMware-VM importieren, müssen Sie die VM nicht nur in der VMware-Konsole ausschalten, sondern auch mit dem Befehl „Herunterfahren“ des Betriebssystems herunterfahren. Wenn Sie die VM nur in der VMware-Konsole ausschalten, schlägt der Import fehl.

Tastenzuordnung von japanischen Tastaturen 106 und 109 für die Konsole sind in IE10, IE11 oder Firefox möglicherweise nicht korrekt

Wenn IE10, IE11 oder Firefox für den Zugriff auf die everRun Availability Console verwendet wird, ist die Tastenzuordnung der japanischen Tastaturen 106 und 109 möglicherweise nicht korrekt. Verwenden Sie stattdessen Chrome oder Software für eine Remoteverbindung (VNC oder RDP).

VMs mit Windows 2016 mit maximalen vCPUs und Speicher werden nicht korrekt neu gestartet

Eine Windows 2016-VM mit der maximal unterstützten Anzahl von vCPUs und der maximalen Arbeitsspeichergröße wird nicht korrekt neu gestartet. Um das Problem zu vermeiden, fahren Sie die VM mit der Schaltfläche Herunterfahren herunter (auf der Seite „Virtuelle Maschinen“ im unteren Fensterbereich für die VM) und starten Sie sie dann mit der Schaltfläche Starten neu. Um das Problem zu vermeiden, verringern Sie die Anzahl der vCPUs oder die Größe des Arbeitsspeichers, welcher der VM zugewiesen ist.

Einige Browser können keine VNC verbinden, wenn https verwendet wird

Wenn Sie mit der everRun Availability Console verbunden sind und dafür eine https-URL in Microsoft Internet Explorer oder Mozilla® Firefox® verwenden und auf Konsole klicken, nachdem Sie eine laufende VM auf der Seite Virtuelle Maschinen ausgewählt haben, wird möglicherweise die Meldung VNC: Unable to connect. retrying in n seconds (Es kann keine Verbindung hergestellt werden, erneuter Versuch in n Sekunden) angezeigt. Um die VNC-Verbindung zu aktivieren, klicken Sie auf den HTTPS-Link zur VNC-Konsolenseite oben rechts in der Titelleiste und fahren Sie mit dem passenden unten beschriebenen Verfahren fort (je nach Browserversion ist das Verfahren in Ihrem Browser möglicherweise abweichend):

Die VNC-Konsole wird angezeigt.

Entfernen von Snapshots verhindert vorübergehend einige VM-Operationen

Wenn Sie einen Snapshot auf einem everRun-System entfernen, muss das System den Snapshot mit dem nächstältesten Snapshot zusammenführen. Während das System Snapshots zusammenführt, gilt Folgendes:

Vermeiden Sie das Entfernen von Snapshots, wenn Sie eine dieser Operationen sofort ausführen müssen. Warten Sie nach dem Entfernen eines Snapshots mindestens 10 bis 15 Minuten, bevor Sie versuchen, eine dieser Operationen auszuführen, oder wiederholen Sie die Operation ggf. Je nach Größe der Volumes, der VM-Aktivität und der Anzahl der Snapshots, die Sie entfernen, müssen Sie möglicherweise sehr viel länger warten.

Informationen zur Überwachung der stattfindenden Zusammenführungen finden Sie in KB-4272.

Anwendungskonsistente Snapshots von Windows 2008- und Windows 2003-VMs schlagen fehl

Das System kann keine anwendungskonsistenten Snapshots von VMs mit Windows 2008 (32 Bit) und Windows 2003 (32 Bit) erstellen. Das System kann nur absturzkonsistente Snapshots von VMs erstellen, die diese Betriebssysteme ausführen.

Neustart erforderlich, wenn Knoten-IP-Adressen oder Netzmasken-Netzwerkeinstellungen geändert werden

Wenn Sie die IP-Adresse oder Netzmaskeneinstellungen eines Knotens ändern wie unter Konfigurieren der IP-Einstellungen beschrieben, sind sowohl die alten als auch die neuen Einstellungen wirksam, bis Sie den Knoten neu starten. Wenn beide Einstellungen aktiv sind, kann es zu Routing- oder Verbindungsproblemen kommen.

Aktualisierte Dokumentation

Ab Version 7.6.0.0 ist die Hilfe auch auf Deutsch, Japanisch, Chinesisch und Portugiesisch verfügbar

Zugriff auf Artikel in der Stratus Knowledge Base

Das Stratus Customer Service Portal bietet eine durchsuchbare Knowledge Base mit technischen Artikeln über alle Stratus-Produkte, darunter everRun. In einigen Fällen verweisen die Versionshinweise direkt zu Artikeln in der Knowledge Base (zum Beispiel KB-nnnn). Sie können mit Ihren vorhandenen Anmeldedaten für das Serviceportal auf das Customer Service Portal und die Artikel in der Knowledge Base zugreifen, oder Sie erstellen wie nachstehend beschrieben ein neues Konto.

So nutzen Sie die Knowledge Base

  1. Melden Sie sich beim Stratus Customer Service Portal unter https://support.stratus.com an.

    Erstellen Sie bei Bedarf ein neues Konto:

    1. Klicken Sie auf Register Account (Konto registrieren).
    2. Geben Sie Ihre Firmen-E-Mail-Adresse und Kontaktinformationen ein und klicken Sie auf Register (Registrieren).

      Ihre Firmen-E-Mail-Adresse muss einen Domänennamen (z. B. stratus.com) für eine Firma enthalten, die ein registrierter Kunde von Stratus ist.

    3. Klicken Sie in der E-Mail, die Sie von Stratus erhalten, auf den Link.
    4. Geben Sie ein neues Kennwort ein und schließen Sie die Konfiguration Ihres Kontos ab.

    Falls Sie Unterstützung beim Erstellen eines Kontos benötigen, wenden Sie sich an Ihren autorisierten Stratus-Servicemitarbeiter.

  2. Klicken Sie im Serviceportal im linken Fenster auf Knowledge Base.
  3. Geben Sie im Feld Keyword Search (Stichwortsuche) Schlagwörter für die gesuchten Informationen ein und klicken Sie auf Search (Suchen).

    Um einen Artikel anhand seiner KB-nnnn-Nummer zu suchen, klicken Sie auf Advanced Search (Erweiterte Suche). Geben Sie neben Search by ID (Nach ID suchen) die Artikelnummer (nnnn) ein und klicken Sie auf Display (Anzeigen).

Hilfe

Bei technischen Fragen zu everRun-Systemen lesen Sie zunächst die neuesten technischen Informationen und die Online-Dokumentation auf der Seite Downloads unter https://www.stratus.com/services-support/downloads/?tab=everrun. Oder suchen Sie in der Knowledge Base im Stratus Customer Service Portal unter https://support.stratus.com.

Wenn Sie Ihre Fragen nicht mithilfe der Online-Ressourcen beantworten können und das System durch einen Servicevertrag abgedeckt ist, wenden Sie sich an Ihren autorisierten Stratus-Servicemitarbeiter. Weitere Informationen finden Sie auf der Seite everRun Support unter https://www.stratus.com/services-support/customer-support/?tab=everrun.