NetWorker: nsrmmd-hukommelseslækage til UNIX-lagernoder ved hjælp af forbindelseskryptering

• Hukommelse, der bruges af nsrmmd binary til HP-UX-, Solaris- og AIX-storagenoder, frigives ikke efter sikkerhedskopieringssessioner
• Problem observeret efter opgradering til NetWorker 19.10 på noderne
• Problemet opleves kun af klienter, der er konfigureret med en krypteret forbindelse: Ja i deres nsrla ressource, når du bruger nsrauth
• Deaktivering og genaktivering af berørte enheder frigiver hukommelsen ved at stoppe og genstarte kontrolleret

Forskelle med OpenSSL 1.1.1-integration fører til problemet med UNIX-operativsystemer, der stadig bruger OpenSSL 1.0.2. Linux og Windows påvirkes ikke.

Fejlen er blevet afhjulpet, og rettelsen skal være tilgængelig i følgende versioner:

• NetWorker 19.10.0.7 – forfalder februar 2025
• NetWorker 19.11.0.3 – forfalder i december 2024

I mellemtiden kan der anvendes to løsninger:

• Deaktiver forbindelse krypteret for klienter, der bruger de berørte noder. Du kan køre følgende kommando lokalt på hver klient, eller forudsat at serveren har administratoradgang til klientens lokale agentdatabase, ved hjælp af det valgfrie argument -s client_name , der køres fra serveren:
  • nsradmin -p nsrexec [-s client_name]
  • NSRADMIN> . Type: NSRLA
  • NSRADMIN> UPD-forbindelse krypteret: Disabled
  • Kundeservice skal genstartes for at få indflydelse.
• Alternativt - Deaktiver / genaktiver de berørte enheder, mens de er inaktive, på berørte noder. Hvis der er flere / mange, vil deaktivering af selve noden og genaktivering tvinge en genstart af alle nodens enheder. Sidstnævnte mulighed bør kun udføres, mens noden ikke har nogen aktive enheder.