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’
systemda 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.