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 : 50
Explication: L'un des événements suivants s'est produit :
La sauvegarde client se termine anormalement. Par exemple, un serveur maître ou de médias NetBackup est arrêté ou redémarré quand une sauvegarde ou une restauration est en cours.
Un administrateur utilise une ligne de commande d'un système d'exploitation (par exemple, la commande kill) pour détruire un processus actif. L'état du travail ne reflète la modification qu'une heure plus tard, quand l'état se change en FAIT et que ce code d'état est généré.
Lorsque NBUX est déployé sur AKS, le paramètre de nombre maximal de pods par nœud limite le nombre de pods que l'utilisateur et le système peuvent créer sur les nœuds à partir du pool de nœuds. Ce nombre doit être défini selon le calcul :
NOMBRE MAX de pods par nœud = (taille de RAM x 2) + nombre de pods de kube-system[10] + nombre de nœuds + 2
Lorsque NBUX est déployé sur AKS, vnet doit avoir un nombre suffisant d'adresses IP gratuites.
NOMBRE MAX de pods par nœud = (taille de RAM x 2) + nombre de pods de kube-system[10] + nombre de nœuds + 2
Action recommandée: Procédez comme suit, selon le cas :
Activez la consignation de débogage détaillée.
Créez un répertoire de débogage de bpbkar (clients UNIX, Linux et Windows seulement).
Créez un répertoire de journal de débogage pour bpcd.
Pour les clients UNIX, ajoutez l'option VERBOSE au fichier
/usr/openv/netbackup/bp.conf
.Pour les clients PC, augmentez le niveau de débogage ou de consignation.
Consultez la section relative à la modification du niveau de consignation sur les clients Windows dans le Guide de référence de consignation NetBackup.
Relancez l'opération et consultez les journaux.
Cette erreur est susceptible de se produire si le processus nbjm a été terminé alors qu'un travail de sauvegarde était en cours d'exécution. Examinez les journaux unifiés sur le serveur NetBackup pour nbjm (117) pour obtenir plus de détails sur l'erreur. Toute la consignation unifiée est enregistrée sur
/usr/openv/logs
(UNIX) ouinstall_path\NetBackup\logs
(Windows).Sur les clients UNIX, recherchez les fichiers noyau dans le répertoire
/
.Sur les clients UNIX, consultez le journal système (
/usr/adm/messages
sur Solaris) pour vérifier la présence de problèmes liés au système.Ce problème peut parfois être dû à un fichier binaire corrompu.
Sur les clients UNIX, utilisez la commande sum UNIX pour vérifier les fichiers binaires bpcd, bpbkar et tar, qui se trouvent dans
/usr/openv/netbackup/bin
sur le client. Réinstallez-les s'ils ne sont pas identiques à ceux du répertoire client/usr/openv/netbackup/client
sur le serveur.Sur un client Windows, vérifiez les fichiers
bpinetd.exe
,bpcd.exe
,bpbkar32.exe
ettar32.exe
, qui se trouvent dans le dossierinstall_path\NetBackup\bin
sur le client.Réinstallez le client si ces fichiers présentent les attributs suivants :
Taille différente de ceux des autres clients Windows.
Niveau de version différent.
Correctifs NetBackup différents de ceux des autres clients Windows.
Vérifiez les points suivants lorsque NetBackup provient d'un déploiement Kubernetes :
Vérifiez le nombre de pods en attente. Publiez ceci pour vous assurer que le problème est lié au nombre maximal de pods au niveau du pool de nœuds et assurez-vous que le processus de workflow ou les pods du datamover sont en attente. Supprimez le pool de nœuds et recréez le pool de nœuds avec le nombre approprié correspondant au nombre maximal de pods à l'aide de la formule suivante :
NOMBRE MAX de pods par nœud = (taille de RAM x 2) + nombre de pods de kube-system[10] + nombre de nœuds + 2
Vérifiez le nombre de pods en attente. Publiez ceci pour vous assurer qu'il existe un nombre suffisant d'adresses IP disponibles. L'administrateur doit s'assurer qu'il existe un nombre suffisant d'adresses IP disponibles.
Cliquez ici pour afficher les notes techniques et d'autres informations disponibles sur le site Web de Support technique de Veritas au sujet de ce code d'état.