NetWorker: nsrmmd-Speicherverlust bei UNIX-Speicher-Nodes mit Verbindungsverschlüsselung

• Speicher, der von der nsrmmd-Binärdatei für HP-UX-, Solaris- und AIX-Speicher-Nodes verwendet wird, wird nach Backupsitzungen nicht freigegeben
• Problem beobachtet nach dem Upgrade auf NetWorker 19.10 auf den Nodes
• Das Problem tritt nur bei Clients auf, die mit verschlüsselter Verbindung eingerichtet sind: Ja in der nsrla-Ressource bei Verwendung von nsrauth
• Durch das Deaktivieren und erneute Aktivieren betroffener Geräte wird der Arbeitsspeicher durch ordnungsgemäßes Anhalten und Neustarten freigegeben

Unterschiede bei der OpenSSL 1.1.1-Integration führen dazu, dass UNIX-Betriebssysteme immer noch OpenSSL 1.0.2 verwenden. Linux und Windows sind nicht betroffen.

Der Fehler wurde behoben und die Korrektur ist in den folgenden Versionen verfügbar:

• NetWorker 19.10.0.7 – fällig Februar 2025
• NetWorker 19.11.0.3 – fällig Dezember 2024

In der Zwischenzeit können zwei Problemumgehungen verwendet werden:

• Deaktivieren Sie die verschlüsselte Verbindung für Clients, die die betroffenen Nodes verwenden. Sie können den folgenden Befehl lokal auf jedem Client oder unter der Voraussetzung, dass der Server über Administratorzugriff auf die lokale Agentendatenbank des Clients verfügt, ausführen, indem Sie das optionale Argument -s client_name verwenden, das vom Server aus ausgeführt wird:
  • nsradmin -p nsrexec [-s client_name]
  • nsradmin> . Typ: nsrla
  • nsradmin> UPD-Verbindung verschlüsselt: Deaktiviert
  • Client-Services müssen neu gestartet werden, damit sie wirksam werden.
• Alternativ: Deaktivieren/Reaktivieren Sie die betroffenen Geräte auf betroffenen Nodes, während sie sich im Leerlauf befinden. Wenn mehrere/viele vorhanden sind, wird durch Deaktivieren des Node selbst und erneutes Aktivieren ein Neustart aller Geräte dieses Node erzwungen. Letztere Option sollte nur durchgeführt werden, wenn der Node keine aktiven Geräte hat.