NetWorker: Serverupgrade auf 19.11, Backup schlägt fehl und meldet „Hostnamenauflösung fehlgeschlagen“

Summary: Beim Übergang von NetWorker Version 19.10 oder früher zu Version 19.11 schlagen Backups fehl. Die Backups meldeten "Hostnamensauflösung fehlgeschlagen"

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.

Symptoms

NetWorker wurde von 19.10 (oder früher) auf 19.11 aktualisiert. Nach dem Upgrade schlagen Backups von NetWorker-Clients fehl und es wird die Meldung "Hostnamensauflösung fehlgeschlagen" gemeldet
Backupfehler in NMC

Der NetWorker-Client kann das Domain Name System (DNS) nicht vollständig auflösen.

nve:~ # nslookup lnx-srvr03.networker.lan
Server:         192.168.0.2
Address:        192.168.0.2#53

Name:   lnx-srvr03.networker.lan
Address: 192.168.0.9

nve:~ # nslookup 192.168.0.9
** server can't find 9.0.168.192.in-addr.arpa: NXDOMAIN


Auf dem NetWorker-Server oder -Client ist kein Hostdateieintrag für die IP-Adresse und die Hostnamenaliasnamen des Clients vorhanden.

Die daemon.raw /nsr/logs/des NetWorker-Clients enthält ähnliche Meldungen zu:

NetWorker: So verwenden Sie nsr_render_log zum Rendern .raw Protokolldateien

90480 MM/DD/YYYY HH:mm:SS  2 1 0 3527829312 3224523 0 client_hostname nsrexecd SYSTEM warning Unable to determine the name of address 'null': Non-recoverable failure in name resolution
90480 MM/DD/YYYY HH:mm:SS  4 6 0 3527829312 3224523 0 client_hostname nsrexecd NSR severe Unable to determine the name of address 'null': Non-recoverable failure in name resolution

Wenn der Client die IP-Adresse des NetWorker-Servers nicht auflösen kann, schlägt das Clientbackup mit folgenden Fehlern fehl:

Unable to create session channel with nsrexecd on host NETWORKER_CLIENT_NAME to execute command 'savefs -s NETWORKER_SERVER_NAME -c NETWORKER_CLIENT_NAME -g NSR_GROUP_NAME -p -l full -R -v': Unable to determine the name of address 'NETWORKER_SERVER's_IP': Name or service not known

Policy-Fehler

Cause

In 19.11 gibt es Änderungen an der Reverse-DNS-Funktionalität. Die NetWorker-Clientressource 19.11 enthält ein neues Feld namens umgekehrter DNS-Status. Im NetWorker-Administrationshandbuch 19.11 heißt es:

Umgekehrte Namensauflösung oder umgekehrtes DNS löst IP-Adressen in Hostnamen auf. NetWorker versucht, Reverse-DNS-Aufrufe nach Möglichkeit zu reduzieren. Reverse-DNS wird auf jeder Clientressource in der NSRLA-Ressource konfiguriert. Der umgekehrte DNS-Status des Attributs wird in der NSRLA-Ressource geändert. NetWorker kann für die Verwendung eines der folgenden umgekehrten DNS-Status konfiguriert werden:

  • Gecached: Reverse-DNS-Lookups sind zulässig und können in NetWorker zwischengespeichert werden.
  • Nicht zwischengespeichert: Reverse-DNS-Lookups sind zulässig und werden nicht in NetWorker zwischengespeichert.
HINWEIS: Wenn der umgekehrte DNS-Status aktiviert ist (zwischengespeichert oder nicht zwischengespeichert), wird versucht, Clients gründlich zu suchen. Wenn Reverse-DNS nicht korrekt konfiguriert ist, werden DNS-Lookup-Fehler gemeldet. Korrigieren Sie in diesem Fall die Umgebung, sodass der Name aufgelöst werden kann. Auf einem NetWorker-Server, für den ein Upgrade von Version 19.10 oder niedriger durchgeführt wurde, lautet der Standardstatus "nicht zwischengespeichert", es sei denn, oldauth ist für den Client konfiguriert. oldauth erfordert, dass der umgekehrte DNS-Status entweder zwischengespeichert oder nicht zwischengespeichert wird. Es wird empfohlen, die nsrauth-Authentifizierung zu verwenden und die oldauth-Authentifizierung nur zu aktivieren, wenn zwei Hosts sich nicht mithilfe von nsrauth authentifizieren können. Die oldauth-Authentifizierungsmethode ist nicht sicher. Ab NetWorker 19.4 wird oldauth als eine der Standardauthentifizierungsmethoden für alle neuen Installationen entfernt. Es gibt keine Änderungen, wenn ein Upgrade durchgeführt wird. Wenn ein NetWorker-Upgrade durchgeführt wird, ist der Wert "oldauth " in den nsrladb-Authentifizierungsmethoden des Hosts weiterhin vorhanden. Weitere Informationen finden Sie im NetWorker Security Configuration Guide https://www.dell.com/support/home/product-support/product/networker/docs.
  • Verboten: Reverse-DNS-Lookups sind nicht zulässig. Das Ausfüllen des Aliasfelds bei einer neuen Clienterstellung wird reduziert.

Resolution

Verwenden Sie eine der folgenden drei Optionen. Je nach Konfiguration der Namensauflösung müssen diese Aktionen möglicherweise für NetWorker-Server, Storage Node-Clientressource und Clientressourcen durchgeführt werden.

1. Beheben Sie alle DNS-Probleme, die eine erfolgreiche FQDN-, Kurznamen- und Reverse-(IP-)Auflösung des Clienthosts verhindern. 

NetWorker: Best Practices für das Troubleshooting von Namensauflösungen

2. Erstellen Sie Hostdateieinträge auf dem NetWorker-Server und -Client, einschließlich der IP-Adresse, des FQDN und des Kurznamens des Clients. 

Linux: /etc/hosts
Windows: C:\Windows\System32\drivers\etc\hosts

HINWEIS: Wenn Sie Hostdateien verwenden, um eine IP-Adresse in einen Hostnamen aufzulösen, stellen Sie sicher, dass keine Konflikte vorhanden sind. Die IP-Adresse darf nicht in mehreren Zeilen in der Hostdatei enthalten sein. Stellen Sie beim Hinzufügen eines Hostdateieintrags sicher, dass der FQDN und die Kurznamenaliase des Hosts in derselben Zeile wie die IP-Adresse enthalten sind.

3. Ändern Sie den Reverse-DNS-Status von NetWorker-Server und -Client. Bearbeiten Sie den Host auf der Registerkarte Hosts in NMC oder verwenden Sie nsradmin, um die NSRLA-Ressource zu ändern. Diese Methoden werden im Folgenden beschrieben.

WARNUNG: RPS-fähige Clones (vProxy, OAPP usw.) können fehlschlagen, wenn der umgekehrte DNS-Status auf "Bann" festgelegt ist. Weitere Informationen finden Sie unter: NetWorker: RPS-fähiges Cloning schlägt nach dem Upgrade auf 19.11 fehl, wenn auf dem Server der umgekehrte DNS-Status auf "banned" festgelegt ist.
HINWEIS: Stellen Sie gemäß NetWorker-Clusterintegrationshandbuch 19.11 sicher, dass die IP-Hostnamensuche für Cluster aufgelöst werden kann. Wenn Reverse-DNS-Lookups verboten sind, müssen die Einträge in der Hostdatei platziert werden. Das NetWorker-Clusterintegrationshandbuch ist verfügbar unter:  https://www.dell.com/support/home/product-support/product/networker/docs

NMC:

1. Melden Sie sich bei der NMC mit einem Konto mit Administratorrechten an, z. B. mit dem Standardadministratorkonto
2. Navigieren Sie zur Registerkarte Hosts.
3. Klicken Sie in der Liste der Hosts mit der rechten Maustaste auf den NetWorker-Server und wählen Sie Configure Local Agent aus.
4. Navigieren Sie in den lokalen Agent-Eigenschaften zur Registerkarte Erweitert.
5. Legen Sie den Reverse-DNS-Status auf "Banned" fest.
image.png
6. Führen Sie ein Backup der Clients durch, die zuvor "Hostnamenauflösung fehlgeschlagen" gemeldet haben.

nsradmin

1. Öffnen Sie eine Administrator-Eingabeaufforderung oder eine Root-SSH-Sitzung auf dem NetWorker-Server.
2. Zugriff auf nsradmin für den nsrexecd-Prozess:
nsradmin -p nsrexecd
3. Legen Sie die Abfrage auf die Ressource nsrla fest
. type: nsrla
4. Ändern Sie den Wert für den umgekehrten DNS-Status in "banned".
update reverse DNS state: banned
Bestätigen Sie die Änderungen:
y
5. Validieren Sie die Änderungen:
print
Beispiel:
nve:~ # nsradmin -p nsrexecd
NetWorker administration program.
Use the "help" command for help, "visual" for full-screen mode.
nsradmin> . type: nsrla
Current query set
nsradmin> update reverse DNS state: banned
           reverse DNS state: banned;
Update? y
updated resource id 3.0.64.11.0.0.0.0.191.39.127.102.192.168.0.4(74)
nsradmin> print
                        type: NSRLA;
                        name: nve.networker.lan;
           reverse DNS state: banned;
              nsrmmd version: 19.11.0.1.Build.38;
             nsrsnmd version: 19.11.0.1.Build.38;
          Multi-subnet state: Disabled;
                   TCP Retry: 5;
 NW instance info operations: ;
       NW instance info file: ;
          installed products: ;
                auth methods: "0.0.0.0/0,nsrauth";
           max auth attempts: 8;
        connection encrypted: Disabled;
                 module type: ;
              module version: ;
               administrator: root, "user=nsrnmc,host=nve.networker.lan",
                              "user=root,host=nve.networker.lan";
                        arch: x86_64;
                 kernel arch: x86_64;
                    CPU type: x86_64;
                machine type: server;
                          OS: Linux 4.12.14-122.201-default;
           NetWorker version: 19.11.0.1.Build.38;
              client OS type: Linux;
                        CPUs: 4;
             client timezone: EDT;
                     MB used: 10352;
                  IP address: 192.168.0.4, 10.240.192.221,
                              "fe80::250:56ff:febb:f020",
                              "fe80::250:56ff:febb:b7c0";
  environment variable names: ;
nsradmin> quit
  1. Führen Sie ein Backup der Clients durch, die zuvor "Hostnamenauflösung fehlgeschlagen" gemeldet haben.

Additional Information

Je nach Umgebung kann es erforderlich sein, die nsrla-Ressource des fehlgeschlagenen Clients zu aktualisieren, damit auch "reverse DNS state" auf "banned" gesetzt ist.

Affected Products

NetWorker

Products

NetWorker Family, NetWorker Series
Article Properties
Article Number: 000231156
Article Type: Solution
Last Modified: 22 Oct 2025
Version:  11
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.