Repository del software SKOOR

Installazione del repository online

Il software SKOOR Engine viene distribuito tramite un repository YUM.

È disponibile un repository di avvio all'indirizzo https://repo.skoor.com/release, utilizzato per configurare l'accesso ai repository online di SKOOR.

Si prega di contattare l’assistenza SKOOR per ottenere le credenziali necessarie per scaricare e installare il pacchetto RPM.

Connettività / Firewall

Per scaricare il software necessario dal repository SKOOR e da un repository di terze parti, i seguenti URL devono essere accessibili dal SKOOR Server e dai Collector utilizzati per l’Enduser Experience Monitoring (EEM):

https://repo.skoor.com
https://dl.fedoraproject.org

Installazione del repository online SKOOR

wget --user=<username> --ask-password https://repo.skoor.com/release/skoor-repo.rpm
dnf install skoor-repo.rpm
dnf clean all

Durante l’installazione, gli script di installazione richiederanno nome utente e password:

Enter username:
<user>
Enter password:
<password>

Installazione del repository offline

Se per qualsiasi motivo non è possibile utilizzare il repository online, è possibile ricorrere all’RPM “skoor-offline-repo”. Questo RPM contiene tutti i pacchetti SKOOR, le relative dipendenze e diversi pacchetti aggiuntivi di uso comune (~3,5 GB).

I repository offline possono essere scaricati da https://repo.skoor.com/release. Selezionare il file del repository corrispondente alla versione di SKOOR e al sistema operativo desiderati.

Installazione del repository offline di SKOOR

Se si esegue l’installazione utilizzando il repository offline, occorre tenere presente che molti pacchetti dipendenti dal sistema operativo (incluso il kernel) verranno sostituiti dalle versioni presenti nel repository offline. Ad esempio, se si esegue l’installazione su un server Red Hat, dopo l’installazione il sistema diventerà di fatto un server AlmaLinux.

Di solito questo non rappresenta un problema, poiché AlmaLinux è compatibile a valle con Red Hat. Tuttavia, è necessario essere consapevoli di questo comportamento prima di procedere.

Dopo l’aggiornamento o la migrazione di un server da Red Hat Enterprise Linux (RHEL) ad AlmaLinux (in particolare quando si utilizzano repository offline), il server potrebbe subire interruzioni intermittenti e temporanee di accessibilità o gravi cali di rete.

Ciò contribuisce a impedire che logind termini i processi dopo il logout da una sessione.

Dopo l'aggiornamento o la migrazione di un server da Red Hat Enterprise Linux (RHEL) ad AlmaLinux (in particolare quando si utilizzano repository offline), il server potrebbe subire interruzioni intermittenti e temporanee della connettività o gravi cali di rete.

Questo problema è causato da una differenza nel modo in cui RHEL e AlmaLinux gestiscono le impostazioni predefinite di systemd-logind:

  • RHEL applica esplicitamente le patch a valle (KillExcludeUsers=root) o, per impostazione predefinita, mantiene attivi i processi utente in background alla chiusura di una sessione.

  • AlmaLinux si allinea strettamente alle impostazioni predefinite dell’systemd a monte, dove l’opzione `KillUserProcesses=yes` è attiva.

Quando un'attività automatizzata frequente (come un cron job con privilegi di root, uno script di backup o un controllo di monitoraggio) termina e si disconnette, l'systemd-logind termina in modo aggressivo tutti i processi associati a quell'ambito di sessione. Se all’interno di tale ambito è in esecuzione un’operazione pesante sul database (come un’VACUUM su PostgreSQL/TimescaleDB) o un processo applicativo, il kernel forza la terminazione del processo. Ciò innesca un collo di bottiglia nell’I/O del disco dovuto allo stato di sospensione ininterrompibile (D-state), che blocca temporaneamente il kernel Linux e impedisce allo stack di rete di accettare nuove connessioni in entrata.

Per impedire che systemd termini i processi in background al momento del logout dalla sessione, implementa una configurazione globale di override drop-in. Ciò garantisce che i futuri aggiornamenti dei pacchetti del sistema operativo non sovrascrivano le tue impostazioni.

Eseguire i seguenti comandi come root:

# 1. Create the systemd-logind drop-in directory
mkdir -p /etc/systemd/logind.conf.d

# 2. Add the configuration rule to disable process killing on logout
echo -e "[Login]\nKillUserProcesses=no" | sudo tee /etc/systemd/logind.conf.d/99-stop-killing.conf

# 3. Reload the systemd manager configuration and restart the logind service
systemctl daemon-reload
systemctl restart systemd-logind

A seconda della configurazione, ad esempio se al sistema non è nemmeno consentito utilizzare i repository di base, è necessario disabilitare i repository YUM esistenti. Il comando seguente può essere utilizzato PRIMA di installare skoor-offline-repo.

sed -i 's/enabled=1/enabled=0/g' /etc/yum.repos.d/*.repo

dnf install skoor-offline-repo-8.0-8.rh9.x86_64.rpm
dnf clean all

Installazione di SKOOR

L’installazione può ora essere eseguita utilizzando SKOOR Bootstrap oppure manualmente.