Guide de référence des codes d'état NetBackup™
- Codes d'état NetBackup
- Codes d'état NetBackup
- Codes d'état de KMS NetBackup
- Codes d'état NetBackup
- Codes d'état Media Manager
- Codes d'état Media Manager
- Codes d'état Media Manager
- Codes d'état de configuration de périphérique
- Codes d'état de configuration de périphérique
- Codes d'état de configuration de périphérique
- Codes d'état de gestion de périphérique
- Codes d'état de gestion des périphériques :
- Codes d'état de gestion des périphériques :
- Codes d'état robotique
- Codes d'état robotique
- Codes d'état robotique
- Codes d'erreur robotique
- Codes d'erreur robotique
- Codes d'erreur robotique
- Codes d'état des services de sécurité
- Codes d'état des services de sécurité
- Codes d'état des services de sécurité
- Codes d'état de notification d'alerte de NetBackup
Code d'état NetBackup : 5982
Explication: Cette erreur peut se produire pour les raisons suivantes si le certificat signé par une autorité de certification NetBackup est utilisé pour la communication :
(Scénario 1) Le service Web NetBackup n'a pas encore généré de liste CRL. Le service Web NetBackup tente de générer une nouvelle liste CRL au démarrage. Si la liste CRL n'a pas été générée, cela peut avoir deux significations : que la création de la liste est en cours ou qu'un problème est apparu lors de la génération de la liste.
(Scénario 2) L'hôte ne dispose pas d'une liste CRL mise en cache pour le domaine actuel.
Si un certificat signé par une autorité de certification externe est utilisé pour la communication.
(Scénario 3) NetBackup n'est pas configuré avec un chemin de liste CRL correct ou le certificat ne contient pas de point de distribution de CRL (CDP) valide.
(Scénario 4) L'hôte ne dispose pas d'une liste CRL mise en cache dans le cache CRL de NetBackup.
Action recommandée: Procédez comme suit, selon le cas :
Pour le scénario 1, procédez comme suit :
Relancez la commande ou l'opération.
Vérifiez que nbatd est en cours d'exécution sur le serveur maître, puis relancez l'opération.
Redémarrez les services sur le serveur maître, puis relancez l'opération.
Sur le serveur maître, examinez les journaux unifiés de nbwebservice (tous les OID) sur le serveur NetBackup.
Sur le serveur maître et sur l'hôte où l'erreur s'est produite, examinez les journaux unifiés de nbatd (OID 18).
Pour le scénario 2, procédez comme suit :
Exécutez la commande suivante pour le serveur maître, puis relancez l'opération :
./nbcertcmd -getCrl -server master server name
Sur tous les hôtes impliqués dans la communication, examinez les journaux unifiés de nbpxyhelper (OID 486).
Sur l'hôte où l'erreur s'est produite, examinez les journaux hérités de nbcertcmd.
(Scénario 3) NetBackup n'est pas configuré avec le chemin de la liste CRL correct ou le certificat ne contient pas de CDP valide.
Si le paramètre ECA_CRL_PATH est spécifié dans le fichier de configuration NetBackup, vérifiez les points suivants :
ECA_CRL_PATH
inclut le chemin de répertoire correct de la liste CRL.Le répertoire de la liste CRL contient les listes de révocation de certificats pour tous les émetteurs de certificat requis (selon le paramètre ECA_CRL_CHECK).
La liste CRL est au format PEM ou DER.
La liste CRL n'a pas expiré.
La date de dernière mise à jour de la liste CRL n'est pas une date future.
Si le CDP est utilisé, procédez comme suit dans les cas appropriés :
Assurez-vous que le certificat inclut au moins un CDP (avec le protocole HTTP/HTTPS) pointant vers une liste CRL qui inclut des informations de révocation pour toutes les raisons.
L'URL du CDP est accessible.
(Scénario 4) L'hôte ne dispose pas d'une liste CRL mise en cache dans le cache CRL de NetBackup.
Si le paramètre
ECA_CRL_PATH
est spécifié dans le fichier de configuration de NetBackup, exécutez la commande suivante sur tous les hôtes impliqués dans la communication et retentez l'opération :./nbcertcmd -updateCRLCache
Si bpclntcmd est en cours d'exécution, arrêtez-la ( bpclntcmd -terminate) et retentez l'opération.
Définissez VERBOSE et ENABLE_NBCURL_VERBOSE (0|1).
Examinez les journaux de
bpclntcmd
.
Sur tous les hôtes impliqués dans la communication, examinez les journaux unifiés de
nbpxyhelper
(OID 486).Sur l'hôte où l'erreur s'est produite, examinez les journaux hérités de
nbcertcmd
.
Cliquez ici pour afficher les notes techniques et d'autres informations disponibles sur le site Web de Veritas Technical Support au sujet de ce code d'état.