In generale, l'aggiornamento dei pacchetti SKOOR Engine e/o Collector già installati dal repository è molto semplice:

dnf clean all

dnf update eranger'*'

Guida rapida

La seguente procedura può essere utilizzata come lista di controllo per un aggiornamento standard del software:

1. Controllare i repository rpm richiesti e gli abbonamenti Redhat

2. Verificare la disponibilità dei backup completi e di configurazione. Tuttavia, è sempre consigliabile eseguire un backup completo prima di un aggiornamento

3. Annotare lo stato generale del sistema o acquisire uno screenshot della barra di stato nella parte inferiore dell'interfaccia utente di SKOOR Engine

4. Impostare la manutenzione complessiva su tutti i collettori relativi all'aggiornamento (i collettori esterni possono essere lasciati invariati o aggiornati in un secondo momento)

5. Sui sistemi replicati (primario/standby):

   1. Controllare lo stato della replica e intervenire se lo stato non è OK

   2. Interrompere la replica

   3. Eseguire l'aggiornamento del server di standby

6. Eseguire l'aggiornamento del server (primario)

7. Avviare la replica se non è in esecuzione

8. Aggiornare i collettori esterni se configurati

9. Aggiornare Dashboard Viewer se configurato
   

10. Verificare la presenza di nuovi file di configurazione con estensione .rpmnew e unire il contenuto con i file originali, se necessario.
    Questo può essere fatto utilizzando:
    rpmconf -a

11. Verifica

    1. Lo stato generale del sistema è lo stesso di prima oppure le differenze possono essere spiegate

    2. La replica funziona come prima

    3. I dashboard / Dashboard Viewer sono accessibili

    4. Gli allarmi vengono inviati (e-mail, SMS, ecc.)

12. Fine manutenzione

13. Creare un nuovo backup completo

Dettagli della guida rapida

Percorso standard per i backup:

/opt/eranger/server/backups

Eseguire il backup completo:

cd /var/lib/pgsql

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

Impostare la manutenzione generale su tutti i collettori relativi all'aggiornamento in /root /Collectors

Controllare lo stato della replica e arrestare lo standby:

/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

Impronte digitali GPG:

RPM-GPG-KEY-SKOOR:

RPM-GPG-KEY-PGDG:

RPM-GPG-KEY-TIMESCALEDB:

Aggiornamento a SKOOR 9.0

• È necessaria una versione aggiornata di skoor-repo (9.0). Contattare support@skoor.com per ottenere un nuovo RPM.
  Installarlo utilizzando:

  dnf install skoor-repo.9.0.rpm

• Se è in atto la replica, è necessario interromperla prima di eseguire l'aggiornamento

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

Aggiornare prima lo standby (senza eseguire lo script update-postgresql), quindi aggiornare il primario ed eseguire un createstandby.

• L'aggiornamento deve essere eseguito utilizzando un aggiornamento completo, non solo dnf update “eranger-*” o simili.

  dnf clean all
  dnf update

• Dopo dnf update, eseguire /opt/eranger/database-utils/bin/upgrade-postgresql.

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

Questo aggiorna il cluster PostgreSQL 13 a un cluster PostgreSQL 17.

• Dopo l'/opt/eranger/database-utils/bin/upgrade-postgresql, il nuovo cluster deve essere analizzato utilizzando

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

Questo passaggio è molto importante. Non saltarlo. Il sistema può già essere utilizzato durante l'esecuzione.

• Se tutto funziona come previsto, il vecchio cluster può essere rimosso utilizzando

   /var/lib/pgsql/delete_old_cluster.sh

Aggiornamento a SKOOR 8.1

I lavori Selenium devono essere adattati quando si utilizzano script python. È importante che l'operazione driver.quit() venga elaborata in ogni caso. Altrimenti si verificherà una perdita di risorse!

Con questa versione viene fornito un nuovo pacchetto RPM eranger-python, principalmente per gli script in SKOOR Studio. Si consiglia di utilizzare questo ambiente Python anche per gli script di importazione legacy.

Aggiornamento a SKOOR 7.2

Ogni SKOOR Collector utilizza almeno una directory per memorizzare i file di misurazione temporanei. Con SKOOR 7.2, tutte le directory temporanee dei Collector verranno pulite regolarmente:

• I file più vecchi di 72 ore vengono eliminati

• Le directory vuote più vecchie di 24 ore vengono eliminate

Poiché il collettore invia tutti i dati di misurazione al server dopo ogni esecuzione di un lavoro, non vi è alcun motivo per conservare questi file più a lungo nella directory dei file temporanei. Tuttavia, se in una di queste directory sono stati creati file come script o altri dati persistenti, è necessario spostarli in una posizione diversa prima di eseguire l'aggiornamento alla versione 7.2.

Utilizzare il seguente comando per ottenere un elenco delle directory temporanee dei collettori (da eseguire sia sul collettore locale che su tutti i collettori esterni):

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'

Assicurarsi che tutti i file presenti in queste directory possano essere eliminati in modo sicuro.

Aggiornamento a SKOOR 7.0

Il pacchetto RPM sdaas-webservice è stato sostituito dal nuovo pacchetto eranger-etl, disponibile anche nel repository RPM di SKOOR.

Installare eranger-etl dopo l'aggiornamento alla versione 7.0 (è necessario consentire la cancellazione di sdaas-webservice per evitare conflitti):

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