NetWorker: perdita di memoria nsrmmd per gli storage node UNIX che usano la crittografia della connessione

• La memoria utilizzata dal binario nsrmmd per gli storage node HP-UX, Solaris e AIX non viene rilasciata dopo le sessioni di backup
• Problema riscontrato in seguito all'aggiornamento a NetWorker 19.10 sui nodi
• Questo problema viene osservato solo dai client configurati con connessione crittografata: Yes nella risorsa nsrla , quando si usa nsrauth
• Disabilitando e riabilitando i dispositivi interessati, la memoria viene sbloccata e riavviata gradualmente

Le differenze con l'integrazione di OpenSSL 1.1.1 portano al problema con i sistemi operativi UNIX che utilizzano ancora OpenSSL 1.0.2. Linux e Windows non sono interessati.

Il difetto è stato risolto e la correzione sarà disponibile nelle seguenti versioni:

• NetWorker 19.10.0.7 - scadenza febbraio 2025
• NetWorker 19.11.0.3 - Scadenza dicembre 2024

Nel frattempo è possibile utilizzare due soluzioni alternative:

• Disabilitare la connessione crittografata per i client che utilizzano i nodi interessati. È possibile eseguire il seguente comando localmente su ciascun client o, a condizione che il server disponga dell'accesso amministrativo al database dell'agent locale del client, utilizzando l'argomento opzionale -s client_name eseguito dal server:
  • nsradmin -p nsrexec [-s client_name]
  • nsradmin> . tipo: nsrla
  • Connessione NSRadmin> UPD crittografata: Disabled
  • I servizi client devono essere riavviati per avere effetto.
• In alternativa, disabilitare/riabilitare i dispositivi interessati mentre sono inattivi, sui nodi interessati. Se sono presenti più o molti, la disabilitazione e la riattivazione del nodo forzeranno il riavvio di tutti i dispositivi del nodo. Quest'ultima opzione deve essere eseguita solo quando il nodo non dispone di dispositivi attivi.