NetWorker Series

Ce document met en évidence les versions de code minimum, recommandé et le plus récent pour les produits Dell Technologies Enterprise et Datacenter Infrastructure. Nous évaluons et surveillons scrupuleusement les données de déploiement de code afin de nous assurer que les versions de produits répondent à nos attentes les plus strictes visant à fournir à nos clients des produits et solutions fiables.

Impossible de se connecter à l’interface NWUI lancée à partir du serveur NetWorker. « Failed to authenticate user administrator with the provided password on Authentication Server<server name>

This article provides step-by-step instructions to enable in-flight encryption for securing data in transit between NetWorker and Data Domain systems. By default, this feature is not enabled in NetWorker.

Changes to the PowerScale OneFS hardware and changes to NDMP jobs to make more memory intense.

Ces instructions décrivent comment remplacer le certificat auto-signé NetWorker par défaut par un certificat signé par une autorité de certification sur un serveur NetWorker Management Console (NMC).

Échec de la mise à niveau de NetWorker Virtual Edition (NVE), signalant le message suivant : « La politique de protection du serveur par défaut est corrompue ou n’existe pas. Validez la protection du serveur avant de poursuivre la mise à niveau. - l’opération a échoué »

La sauvegarde échoue avec l’erreur « Impossible de créer un canal de session avec nsrexecd sur l’hôte nom_client » pour exécuter la commande « savefs -s server-name -c client-name -g »

Dell NetWorker remediation is available for libxml2 security vulnerability that could be exploited by malicious users to compromise the affected system.

Cet article fournit une présentation générale des différences entre les différents types de fichiers de licence NetWorker.

Sous Linux, NetWorker Server ne parvient pas à démarrer le service d’authentification et affiche une erreur de refus d’autorisation.

Dans une sauvegarde NDMP (Network Data Management Protocol), la tâche s’arrête en raison d’une erreur de création du système de fichiers SnapSure. Causes : espace NAS insuffisant, nom de système de fichiers incorrect, délai d’expiration SnapSure et corruption du système de fichiers.

Les utilisateurs constatent des erreurs non autorisées 401 et des échecs d’établissement de liaison SSL lors du lancement de NetWorker Management Console (NMC), causés par un répertoire AUTHC corrompu et des informations d’identification de magasin de clés incompatibles.

Dans un cluster Windows, NetWorker Client 19.9 ou 19.8 inonde daemon.raw de messages tels que nsrpurge_adhoclog : get_lc_fspath_vhost_map : lg_getnameinfo échec vhost « cluster_name ».

La sauvegarde incrémentielle Hyper-V de NetWorker Module for Microsoft (NMM) 19.9 échoue avec l’erreur « Échec de la récupération des informations relatives au disque virtuel ». La sauvegarde incrémentielle est alors promue comme complète ou échoue.

NetWorker est mis à niveau vers la version 19.13.0.0 ou 19.13.0.1 à partir d’une version antérieure. Le serveur est basé sur Windows. NetWorker Management Console (NMC) démarre, mais se bloque immédiatement après la saisie des informations d’identification.

Un serveur Linux est configuré en tant que serveur NetWorker et serveur NetWorker Management Console (NMC). La commande gstclreport est utilisée pour générer des rapports NMC à partir de la ligne de commande. Cela entraîne un blocage du processus du serveur NetWorker (nsrd) avec un vidage mémoire.

Le montage d’une machine virtuelle (VM) NetWorker VMware Protection (NVP) en mode fichier (FLR) échoue. La restauration avec accès instantané peut également échouer. La journalisation des erreurs renvoie que le vProxy n’a pas pu se connecter au système Data Domain, car le service REST sur le système Data Domain est désactivé.

NetWorker est configuré pour effectuer des sauvegardes de snapshots de machines virtuelles (VM) Azure. La règle de sauvegarde échoue, avec le message « nsrazure_save : Commande introuvable »

Les sauvegardes de machines virtuelles effectuées via l’appliance NetWorker VMware Protection (NVP) vProxy échouent en indiquant que « curl_easy_perform » a renvoyé l’erreur 28 : « L’opération a expiré après 1 800 735 millisecondes avec 0 octet sur -1 reçu »

Les « règles » NetWorker sont configurées pour identifier les machines virtuelles (VM) VMware dans un groupe de protection NetWorker. Cela sauvegarde dynamiquement les nouvelles machines virtuelles en fonction des définitions de règle définies et des machines virtuelles qui répondent aux critères de règle. Certaines VM ou aucune n’est répertoriée. L’approche décrite dans cet article explique comment diagnostiquer les problèmes de configuration potentiels qui entraînent que les règles n’identifient pas correctement les ressources VMware attendues.

Les sauvegardes de machine virtuelle (VM) NetWorker vProxy (NVP) s’annulent avec des erreurs de snapshot, signalant un échec de l’opération de synthèse ; Le journal affiche des métadonnées Digest corrompues, ce qui entraîne une défaillance des snapshots sur les machines virtuelles clonées Horizon.

NetWorker est configuré sur un cluster Red Hat Pace Maker (pcs). Les services du NetWorker Server ne parviennent pas à démarrer avec une erreur de connexion.

Des fichiers orphelins possibles dans le système de fichiers CloudBoost entraînent une surutilisation de l’espace Cloud

Les sauvegardes aléatoires effectuées à l’aide de CloudBoost sont abandonnées avec le CONNECTION_DISCONNECTED d’erreur courant.

Les sauvegardes incrémentielles NDMP (Network Data Management Protocol) sont toujours promues comme complètes, car BASE_DATE = 0. Le problème était dû à NSM pour le client NAS pour le même NAS et le saveset s’exécutait en parallèle avec le client de sauvegarde NDMP traditionnel. Le problème a été résolu après la suppression du client NSM for NAS de la configuration.

Le logiciel NetWorker Management Console (NMC) est mis à jour sur un hôte Linux. Après avoir effectué la mise à niveau. Le service GST de la NMC ne démarre pas et ne signale pas d’erreurs de validation de certificat.

Le redéploiement du vProxy NetWorker VMware Protection (NVP) échoue en raison d’un problème de port de pare-feu.

Par défaut, NetWorker utilise « SYSTEM »@<NW-server-name>» en tant qu’expéditeur dans les notifications par e-mail.

La FLR de la machine virtuelle (VM) effectuée via l’appliance NetWorker VMware Protection (NVP) vProxy échoue avec le message « cannot create handle .. Le système ne peut pas trouver le chemin spécifié » lorsque le chemin d’accès au fichier dépasse 260 caractères.

La commande Package Manager (nsrpush) ne parvient pas à mettre à niveau les clients sur lesquels les modules NetWorker sont installés. La mise à niveau nsrpush réussit lorsqu’elle est exécutée à partir de NetWorker Management Console (NMC).