NetWorker Management Web UI (NWUI) : guide de tri et de dépannage (en anglais)

Résumé: NetWorker Management Web UI (NWUI) : guide de tri et de dépannage (en anglais)

Cet article concerne Cet article ne concerne pas Cet article n’est associé à aucun produit spécifique. Toutes les versions du produit ne sont pas identifiées dans cet article.

Instructions

Fonctionnement de NWUI

NetWorker Web User Interface (NWUI) utilise les technologies suivantes : HTML5, Apache Tomcat, Spring Framework, Angular Framework et API REST. L’application NWUI peut être installée sur les systèmes d’exploitation Linux ou Windows. Elle peut être installée directement sur le serveur NetWorker ou sur un hôte autre que le serveur NetWorker.


                  Composants de NWUI 


Il existe quatre composants essentiels :
ces composants peuvent être présents sur le même hôte ou sur des hôtes différents.
  • Front-end Web :  il s’agit de la couche de présentation écrite en HTML5 et en Angular Framework, qui présente les opérations NetWorker à l’utilisateur via un navigateur Web. Le navigateur Web est connecté aux processus back-end de l’interface utilisateur.
  • Back-end de l’interface utilisateur :  l’application back-end est écrite dans Spring Framework.  Elle utilise Java et Apache Tomcat. La communication entre le front-end et le back-end et entre le back-end et le serveur NetWorker s’effectue à l’aide d’appels d’API REST internes. Le processus NWUI utilise l’instance Apache Tomcat existante sur le serveur NetWorker ou installe sa propre instance Apache Tomcat si elle est installée à distance à partir du serveur NetWorker.
  • Serveur NetWorker : le framework REST du serveur NetWorker est chargé de recevoir les appels d’API REST du back-end de l’interface utilisateur et de les connecter aux composants principaux du serveur NetWorker. Le message bus RabbitMQ du serveur NetWorker est également utilisé pour l’interaction avec nsrjobd.
  • AUTHC : le composant AUTHC de NetWorker est utilisé pour tous les besoins d’authentification. Le processus de demande contacte AuthC pour vérifier les informations d’identification ; lors de la vérification, AuthC émet un jeton temporel, signé et chiffré. Les composants NetWorker utilisent ce jeton pour authentifier l’utilisateur et autoriser ou non une opération demandée. Cela se fait généralement sur le serveur NetWorker, mais peut être installé sur un hôte séparé. 
La plupart des communications utilisent l’API REST qui permet une interaction avec les ressources identifiées par les adresses URI (Uniform Resource Identifier). Elle utilise des verbes HTTP (HEAD, GET, PUT, POST, DELETE) pour interagir avec les URI en mode sans état. Ces appels d’API REST sont internes aux opérations NetWorker et NWUI.

a { text-decoration: none; color: #464feb; } tr th, tr td { border: 1px solid #e6e6e6; } tr th { background-color: #F5F5F5; } À ne pas confondre avec l’API REST NetWorker, qui permet des opérations personnalisées et est décrite dans le Guide du développeur de l’API REST de NetWorker.

Dépannage

Définition du problème

INFORMATIONS SUR LE PROBLÈME
Pour générer une description complète du problème, posez-vous les questions suivantes :
  • Quelle opération est en cours d’exécution et ne fonctionne pas ?
  • Cette opération fonctionne-t-elle lorsqu’elle est lancée en dehors de NWUI (par exemple : à partir de NetWorker Management Console [NMC]) ?
  • Le problème est-il constant ou intermittent ?
  • S’il est intermittent, y a-t-il un déclencheur connu ?
  • Cette opération fonctionnait-elle mieux auparavant et, le cas échéant, quelles modifications connues ont été apportées avant et après l’apparition du problème ?
  • Quand le problème s’est-il produit pour la première fois (et qu’est-ce qui a changé depuis l’apparition du problème) ?
  • Le problème se produit-il uniquement en cas de charge importante sur l’environnement de sauvegarde ?
  • Quelle est l’étendue du problème (toutes les opérations de récupération ou certaines opérations de récupération, certains onglets ne fonctionnent pas tandis que d’autres ne sont pas affectés) ?
  • Quelles actions ont déjà été tentées pour corriger le problème et quelles conclusions en ont été tirées ?

INFORMATIONS SUR L’ENVIRONNEMENT
  • Quelle est la version et la plateforme du système d’exploitation du serveur NetWorker ?
  • NetWorker Web User Interface (NWUI) est-elle installée sur le serveur NetWorker ou sur un hôte distinct ?
    • Quelle est la version de NWUI si elle est installée sur un hôte distinct du serveur NetWorker ?
  • Quel package Java est installé sur le serveur NWUI ; NetWorker Runtime Environment (NRE) ou Oracle Java Runtime Environment (JRE) ?
Authentification
L’authentification utilise AUTHC de la même manière que NetWorker Management Console et la commande nsrlogin . Pour les problèmes d’authentification, commencez par tester l’authentification sur le serveur NetWorker pour déterminer si le problème concerne NWUI ou le serveur lui-même. Si vous utilisez AD ou LDAP pour l’authentification, commencez par la tester avec des comptes NetWorker locaux pour vérifier si le problème affecte uniquement l’authentification externe.

Une commande typique utilisée pour tester si le processus d’authentification fonctionne comme prévu sur le serveur NetWorker est :  
authc_mgmt -u [user name] -p [password] -e find-all-users.

ou :

Compte NetWorker local :

nsrlogin -u ACCOUNT -p PASSWORD
nsrlogout
Compte externe (AD/LDAP) :
nsrlogin -t TENANT -d DOMAIN -u USERNAME -p PASSWORD
nsrlogout
 
Le Guide de configuration de la sécurité de NetWorker contient des informations complètes sur le fonctionnement de l’authentification NetWorker, sur la manière de la tester et sur la manière de réinitialiser un mot de passe si nécessaire.

Si un diagnostic d’authentification supplémentaire est nécessaire, voir :  NetWorker : activation du DÉBOGAGE AUTHC à des fins de dépannage (en anglais)

Problèmes d’installation
Pour plus d’informations sur l’installation de NWUI et les journaux à consulter en cas de problème lors de l’installation, voir l’article suivant :
NetWorker Management Web UI (NWUI) : procédure d’installation                   

 

Problèmes de back-end de l’interface utilisateur

Les principaux journaux back-end de l’interface utilisateur sont les suivants :
Chemin Linux Chemin Windows (par défaut) Fonction
/nsr/authc/logs/catalina.log C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\logs\catalina.log Journalisation du serveur Tomcat et journalisation du déploiement d’applications.
/nsr/authc/logs/nwui.log C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\logs\nwui.log Journalisation du serveur d’applications NWUI.
/nsr/logs/restapi/restapi.log C:\Program Files\EMC NetWorker\nsr\restapi\restapi.log Journalisation de l’API REST NetWorker. NWUI communique avec le serveur NetWorker à l’aide de l’API REST NetWorker. Voir la section API REST de cet article pour savoir comment diagnostiquer les fonctions de l’API REST utilisées, ainsi que la réponse correspondante.
/nsr/logs/daemon.raw C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw Journalisation du serveur NetWorker.

Si le serveur NWUI se trouve sur le serveur NetWorker lui-même, il partage la même instance Tomcat avec NetWorker.
Si vous fournissez un fichier journal .raw au support, il est conseillé de le générer sur le système d’origine. Cela permet d’afficher les horodatages selon le fuseau horaire local du serveur : NetWorker : comment utiliser les fichiers log nsr_render_log

(en anglais)

Linux :

Les processus qui s’exécutent pour le back-end de l’interface utilisateur sont les suivants :  /opt/nwui/bin/nwuictld et jsvc.exec Pour vérifier s’ils sont en cours d’exécution, vous pouvez utiliser la commande ps suivante :
ps -ef | grep nwui
                  Sortie ps montrant le back-end NWUI 
Les journaux sont disponibles ici :

Local au serveur NetWorker :
  • /opt/nwui/logs
  • /nsr/authc/logs/
  • /nsr/logs/restapi/restapi.log
  • /nsr/logs/daemon.raw
  • /nsr/nwui/monitoring/app/logs/
Distant (le serveur NWUI se trouve sur un hôte distinct du serveur NetWorker) :
  • /opt/nwui/logs
  • /nsr/nwui/logs   
La commande suivante peut être utilisée pour créer un fichier zip de ces journaux :
tar cvzfP /tmp/$(hostname)_$(date -I).tgz  /opt/nwui/logs  /nsr/nwui/logs  /nsr/authc/logs  /nsr/logs/daemon.raw  /nsr/logs/restapi  /nsr/nwui/monitoring/app/logs/ ; chmod 777 /tmp/$(hostname)_$(date -I).tgz ; ls -lth /tmp/$(hostname)_$(date -I).tgz
Remarque : selon que NWUI soit installée localement ou à distance du serveur NetWorker, la commande ci-dessus peut indiquer que certains répertoires sont manquants. Ce comportement est normal. Il n’est pas nécessaire de modifier le nom d’hôte et la date. La commande ci-dessus crée automatiquement le bundle avec le nom d’hôte du serveur et la date actuelle (AAAA-MM-JJ).
Windows

Le processus back-end NWUI sous Windows qui doit être en cours d’exécution s’appelle nwuictld.exe :


                  liste de tâches affichant le service nwui 

Vous pouvez gérer cela à partir de services.msc:

                  console de services affichant NWUI 
 

Les journaux sont disponibles ici :

Local au serveur NetWorker
  • C:\Program Files\EMC NetWorker\nwui\logs\
  • C:\Program Files\EMC NetWorker\nsr\authc-server\logs
  • C:\Program Files\EMC NetWorker\nsr\restapi\restapi.log
  • C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
  • C:\Program Files\EMC NetWorker\nwui\monitoring\app\logs\
Distant : 
  • C:\Program Files\EMC NetWorker\nwui\logs
  • %LOCALAPPDATA%\TempNetWorker_Management_Web_UI_Server_[TIMESTAMP].log
  • %LOCALAPPDATA%\TempNetWorker_Management_Web_UI_Server_[TIMESTAMP]_0_MCUI.log
Remarque : les chemins indiqués sont les chemins d’installation par défaut de NetWorker. Si NetWorker a été installé sur un autre disque ou en utilisant un chemin différent, adaptez en conséquence.
 
Serveur NetWorker

Exécutez l’outil nsrget sur le serveur NetWorker pour collecter les journaux appropriés :
NetWorker : comment utiliser l’outil de collecte de données NSRGet de NetWorker (en anglais)

Les journaux les plus pertinents dépendent de l’opération tentée à partir de NWUI. Pour plus d’informations sur les logs NetWorker, voir :
NetWorker : Fichiers journaux et emplacements

Débogage

Pour déboguer la communication de l’API REST, modifiez le niveau de débogage dans le fichier logback.xml sur le serveur NetWorker :

Windows (par défaut) : C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\webapps\nwrestapi\WEB-INF\classes
Linux : /nsr/authc/webapps/nwrestapi/WEB-INF/classes


                  fichier de journalisation 

Supprimez les commentaires sur les lignes traitant de la journalisation des appels d’API. Le niveau de journalisation est alors défini sur « trace » pour les demandes et réponses de l’API REST.

                  Paramètres de débogage 

Voir : NetWorker : comment activer le débogage de l’API REST

 

API REST

NWUI utilise l’API REST pour communiquer avec NetWorker. Les journaux de NWUI et de l’API REST affichent les fonctions de l’API et les réponses de NetWorker, mais ces informations peuvent également être vérifiées directement dans le navigateur. Cette méthode est utile pour trouver des divergences entre les interfaces utilisateur et l’interface de ligne de commande NetWorker ou lorsque l’interface utilisateur ne renvoie pas les résultats attendus. 

 

  1. Lors de l’accès à NWUI, cliquez avec le bouton droit de la souris dans la fenêtre du navigateur et sélectionnez Inspect.

Option Inspect

  1. Dans la fenêtre « Inspect » du navigateur, cliquez sur l’onglet Network :

onglet network dans la fenêtre « Inspect » du navigateur

  1. Lors de l’exécution de fonctions dans NWUI, les opérations s’affichent sous Name. La colonne Status indique l’état d’exécution de l’API REST : Demande et réponse de l’API 
  2. Cliquez sur l’opération que vous souhaitez examiner plus en détail. Par exemple, en cliquant sur la fonction de sauvegarde illustrée ci-dessus, les informations suivantes s’affichent dans l’onglet Headers :

L’URL de la demande, la méthode de la demande et le code d’état sont tous identifiables.

  1. Pour afficher la charge utile de la réponse, cliquez sur l’onglet Responses.

 

Cet exemple montre la réponse de l’API REST utilisée pour renseigner l’onglet Recover and Savesets après avoir parcouru les sauvegardes Azure et sélectionné un jeu de sauvegarde à restaurer.

Informations supplémentaires

Produits concernés

NetWorker

Produits

NetWorker, NetWorker Series
Propriétés de l’article
Numéro d’article: 000010592
Type d’article: How To
Dernière modification: 19 déc. 2025
Version:  5
Trouvez des réponses à vos questions auprès d’autres utilisateurs Dell
Services de support
Vérifiez si votre appareil est couvert par les services de support.