NetWorker: 연결 암호화를 사용하는 UNIX 스토리지 노드에서 nsrmmd 메모리 누수

Summary: 이 문서에서는 NetWorker 19.10에 도입된 AIX, HP-UX 및 Solaris Storage Node로 백업하는 암호화된 연결을 사용하는 클라이언트의 메모리 누수와 관련된 결함에 대해 설명합니다.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

  • HP-UX, Solaris 및 AIX 스토리지 노드용 nsrmmd 바이너리가 사용하는 메모리가 백업 세션 후 릴리스되지 않음
  • 노드에서 NetWorker 19.10으로 업그레이드한 후 문제 관찰
  • 암호화된 연결로 설정된 클라이언트에서만 문제가 관찰됩니다. nsrauth를 사용하는 경우 nsrla 리소스에서 예
  • 영향을 받는 디바이스를 비활성화하고 다시 활성화하면 정상적으로 중지한 후 재시작하여 메모리를 해제합니다

Cause

OpenSSL 1.1.1 통합과의 차이로 인해 여전히 OpenSSL 1.0.2를 사용하는 UNIX 운영 체제에서 문제가 발생합니다. Linux 및 Windows는 영향을 받지 않습니다.

Resolution

결함이 해결되었으며 수정 사항은 다음 버전으로 제공됩니다.

  • NetWorker 19.10.0.7 - 2025년 2월 출시 예정
  • NetWorker 19.11.0.3 - 2024년 12월 출시 예정

그동안 두 가지 해결 방법을 사용할 수 있습니다.

  • 영향을 받는 노드를 사용하는 클라이언트에 대해 암호화된 연결을 비활성화합니다. 서버에서 실행되는 선택적 -s client_name 인수를 사용하여 각 클라이언트에서 로컬로 다음 명령을 실행하거나 서버에 클라이언트의 로컬 에이전트 데이터베이스에 대한 관리 액세스 권한이 있는 경우 실행할 수 있습니다.
    • nsradmin -p nsrexec [-s client_name]
    • nsradmin> . 유형: nsrla
    • nsradmin> upd 연결 암호화됨: Disabled
    • 적용하려면 클라이언트 서비스를 다시 시작해야 합니다.
  • 또는 - 영향을 받는 노드에서 유휴 상태인 동안 영향을 받는 디바이스를 비활성화/다시 활성화합니다. 여러개/다수인 경우 노드 자체를 비활성화했다가 다시 활성화하면 해당 노드의 모든 디바이스가 강제로 재시작됩니다. 이 후자의 옵션은 노드에 활성 디바이스가 없는 동안에만 수행해야 합니다.

Products

NetWorker
Article Properties
Article Number: 000244452
Article Type: Solution
Last Modified: 04 Dec 2024
Version:  1
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.