Im Allgemeinen ist die Aktualisierung bereits installierter SKOOR Engine- und/oder Collector-Pakete aus dem Repository sehr einfach:

dnf clean all
dnf update skoor-repo
dnf dnf clean all

dnf update eranger'*'

Kurzanleitung

Das folgende Verfahren kann als Checkliste für ein Standard-Update der Software verwendet werden:

1. Überprüfen Sie die erforderlichen RPM-Repositorys und Red Hat-Abonnements

2. Prüfen Sie, ob vollständige Backups und Konfigurations-Backups verfügbar sind. Es ist jedoch immer ratsam, vor einem Update ein vollständiges Backup zu erstellen

3. Notieren Sie sich den allgemeinen Systemstatus oder machen Sie einen Screenshot der Statusleiste am unteren Rand der SKOOR Engine-Benutzeroberfläche

4. Richten Sie die allgemeine Wartung für alle mit dem Update verbundenen Kollektoren ein (externe Kollektoren können unverändert bleiben oder später aktualisiert werden)

5. Auf replizierten Systemen (Primär/Standby):

   1. Überprüfen Sie den Replikationsstatus und ergreifen Sie Maßnahmen, falls der Status nicht OK ist

   2. Stoppen Sie die Replikation

   3. Führen Sie das Update des Standby-Servers durch

6. Führen Sie das Update des (Primär-)Servers durch

7. Starten Sie die Replikation, falls sie nicht läuft

8. Externe Kollektoren aktualisieren, falls konfiguriert

9. Dashboard Viewer aktualisieren, falls konfiguriert
   

10. Auf neue Konfigurationsdateien mit der Endung .rpmnew prüfen und den Inhalt bei Bedarf mit den
    Originaldateien zusammenführen Dies kann mit folgendem Befehl erfolgen:
    rpmconf -a

11. Überprüfung

    1. Der Gesamtzustand des Systems ist derselbe wie zuvor oder Unterschiede können erklärt werden

    2. Die Replikation funktioniert wie zuvor

    3. Auf Dashboards / dem Dashboard Viewer kann zugegriffen werden

    4. Alarme werden gesendet (E-Mail, SMS usw.)

12. Wartung beenden

13. Erstellen Sie eine neue vollständige Sicherung

Details zur Kurzanleitung

Standardpfad für Backups:

/opt/eranger/server/backups

Vollständige Sicherung ausführen:

cd /var/lib/pgsql

sudo -u postgres /opt/eranger/bin/eranger-server-backup.sh full

Gesamtwartung für alle mit dem Update verbundenen Kollektoren in /root/Collectors festlegen

Überprüfen Sie den Replikationsstatus und stoppen Sie den Standby-Modus:

/opt/eranger/bin/eranger-server-replication.pl status

<standby-ip>
<standby-ip> checking ssh for user reranger
<primary-ip> is running
Last read on master(<primary-ip>) 0 seconds ago

/opt/eranger/bin/eranger-server-replication.pl stopstandby

GPG-Fingerabdrücke:

RPM-GPG-KEY-SKOOR:

RPM-GPG-KEY-PGDG:

RPM-GPG-KEY-TIMESCALEDB:

Update auf SKOOR 9.0

• Eine aktualisierte Version von skoor-repo (9.0) ist erforderlich.
  Installieren Sie diese mit:

  dnf clean all
  dnf update skoor-repo.rpm

• Wenn eine Replikation eingerichtet ist, muss diese vor der Durchführung des Upgrades gestoppt werden

  /opt/eranger/bin/eranger-server-replication.pl stopstandby

Führen Sie zuerst das Upgrade des Standby-Servers durch (ohne das Skript „update-postgresql“ auszuführen), aktualisieren Sie dann den Primärserver und führen Sie ein „createstandby“ durch.

• Das Update muss als vollständiges Update durchgeführt werden, nicht nur mit „dnf update “eranger-*”“ oder ähnlichen Befehlen.

  dnf clean all
  dnf update

• Führen Sie nach „dnf update“ den Befehl „/opt/eranger/database-utils/bin/upgrade-postgresql“ aus.

  /opt/eranger/database-utils/bin/upgrade-postgresql

Dadurch wird der PostgreSQL 13-Cluster auf einen PostgreSQL 17-Cluster aktualisiert.

• Nach „/opt/eranger/database-utils/bin/upgrade-postgresql“ muss der neue Cluster mit

  su postgres -c "/usr/pgsql-17/bin/vacuumdb --all --analyze-in-stages"

Dieser Schritt ist sehr wichtig. Überspringen Sie ihn nicht. Das System kann bereits während der Ausführung genutzt werden.

• Wenn alles wie erwartet funktioniert, kann der alte Cluster mit

   /var/lib/pgsql/delete_old_cluster.sh

Update auf SKOOR 8.1

Selenium-Jobs müssen bei der Verwendung von Python-Skripten angepasst werden. Es ist wichtig, dass der Befehl driver.quit() in jedem Fall ausgeführt wird. Andernfalls kommt es zu einem Ressourcenleck!

Mit diesem Release wird ein neues RPM-Paket „eranger-python“ bereitgestellt, das hauptsächlich für Skripte im SKOOR Studio gedacht ist. Es wird empfohlen, diese Python-Umgebung auch für ältere Import-Skripte zu verwenden.

Update auf SKOOR 7.2

Jeder SKOOR Collector verwendet mindestens ein Verzeichnis zum Speichern temporärer Messdateien. Mit SKOOR 7.2 werden alle temporären Verzeichnisse der Collectoren regelmäßig bereinigt:

• Dateien, die älter als 72 Stunden sind, werden gelöscht

• Leere Verzeichnisse, die älter als 24 Stunden sind, werden gelöscht

Da der Kollektor alle Messdaten nach jedem Joblauf an den Server sendet, gibt es keinen Grund, diese Dateien länger im Verzeichnis für temporäre Dateien zu behalten. Wenn jedoch Dateien wie Skripte oder andere persistente Daten in einem dieser Verzeichnisse erstellt wurden, müssen diese vor dem Upgrade auf 7.2 an einen anderen Speicherort verschoben werden.

Verwenden Sie den folgenden Befehl, um eine Liste der temporären Verzeichnisse eines Kollektors abzurufen (auszuführen auf dem lokalen sowie auf allen externen Kollektoren):

grep -oP "server\\d+_fetch_parse_dir\\s*=\\s*/var/opt/run/eranger/collector/.+" /etc/opt/eranger/eranger-collector.cfg | perl -pe 's/server\d+_fetch_parse_dir\s*=\s*//g'

Bitte stellen Sie sicher, dass alle Dateien in diesen Verzeichnissen sicher gelöscht werden können.

Update auf SKOOR 7.0

Das RPM-Paket „sdaas-webservice“ wurde durch das neue Paket „eranger-etl“ ersetzt, das ebenfalls im SKOOR-RPM-Repository verfügbar ist.

Bitte installieren Sie „eranger-etl“ nach dem Upgrade auf Version 7.0 (das Löschen von „sdaas-webservice“ muss zugelassen werden, um einen Konflikt zu vermeiden):

yum remove sdaas-webservice && yum install eranger-etl