Recherche dans <book_title>…

Guide de référence des codes d'état NetBackup™

Last Published: 2022-01-21

Product(s): NetBackup (9.1)

Code d'état NetBackup : 13

Message: échec d'analyse du fichier

Explication: La lecture d'un fichier ou d'un socket a échoué.

Causes possibles :

Un problème de communication réseau est survenu sur le serveur maître, le serveur de médias ou l'un des clients.
Une erreur d'E/S s'est produite pendant la lecture depuis le système de fichiers.
Lecture d'un fichier incomplet ou corrompu.
Un échec de lecture du socket qui est provoqué par un problème réseau ou un problème avec le processus qui enregistre sur le socket.
Un problème spécifique à NetBackup Snapshot Client (voir les actions recommandées).
La première sauvegarde d'EV-SQL après une installation de NetBackup a échoué.
Consultez la section de dépannage du Guide de l'administrateur NetBackup for Enterprise Vault Agent.
Sous Windows, la liste que NetBackup génère pour l'opération de copie de snapshot ne contient pas suffisamment d'informations pour effectuer une restauration à partir de la copie tar32. Par exemple, les informations de nombre de bloc ne sont pas correctes parce que la copie tar32 n'a pas encore été créée.
NetBackup ne prend pas en charge l'option Activer la récupération de fichiers d'une sauvegarde de MV de la politique pour les machines virtuelles à double démarrage.

Les délais d'expiration du verrouillage dans VMware VDDK peuvent entraîner l'échec de sauvegardes hotadd simultanées du même hôte de sauvegarde VMware.

Dans le moniteur d'activité NetBackup, le journal détaillé d'état peut inclure des messages semblables à ce qui suit :

12/05/2014 06:43:53 - begin writing
12/05/2014 06:48:53 - Error bpbrm (pid=2605) socket read failed: 
errno = 62 - Timer expired
12/05/2014 06:48:55 - Error bptm (pid=2654) media manager terminated 
by parent process

Le journal /netbackup/logs/vxms peut inclure des instances répétées d'un message VDDK semblable à ce qui suit :

12/08/2014 05:11:35 : g_vixInterfaceLogger:libvix.cpp:1844 <DEBUG> : 
[VFM_ESINFO] 2014-12-08T05:11:35.146-06:00 [7F1B1163F700 info Libs'] 
FILE: FileLockWaitForPossession timeout on '/var/log/vmware/hotAddLock.
dat.lck/M34709.lck' due to a local process '15882-26732358(bpbkarv)'

Action recommandée: Procédez comme suit, selon le cas :

Consultez le rapport Problèmes de NetBackup pour obtenir des indications quant à l'emplacement et à la cause du problème.
Vérifiez que la communication réseau fonctionne correctement.
Consultez la section relative à la résolution des problèmes de communication réseau dans le Guide de dépannage NetBackup.
Pour les clients FlashBackup, consultez le journal /var/adm/messages pour vérifier la présence d'erreurs semblables à la suivante :
```
Mar 24 01:35:58 bison unix: WARNING: sn_alloccache: cache
/dev/rdsk/c0t2d0s3 full - all snaps using this cache are now 
unusable
```
Cette erreur indique que la partition de cache n'est pas assez grande. Si possible, augmentez la taille de la partition de cache. Si plusieurs sauvegardes utilisent le même cache, vous pouvez également réduire le nombre de sauvegardes simultanées. Pour réduire ce nombre, reportez certaines sauvegardes ou l'ensemble des sauvegardes à un moment où le système de fichiers présente un niveau d'activité moindre.
Pour plus d'informations de dépannage, créez un répertoire de journal de débogage pour le processus qui a renvoyé ce code d'état. Relancez ensuite l'opération et vérifiez le journal de débogage.
Assurez-vous que les derniers Service Packs pour tous les produits et composants (SQL, Exchange, Notes, etc.) ont été installés.
Assurez-vous que tout le matériel réseau (NIC, hub, commutateurs, routeurs, etc.) dans tout l'environnement sont définis sur bidirectionnel simultané, non bidirectionnel-alterné.
Vérifiez les articles suivants concernant les NIC dans votre système :
- Mettez à niveau les pilotes NIC à la version la plus récente dans tout le système.
- Assurez-vous que tous les NIC sont définis sur bidirectionnel simultané, non bidirectionnel-alterné.
  Consultez la section relative à la résolution des problèmes de performances de carte d'interface réseau dans le Guide de dépannage NetBackup.
- Augmentez les paramètres de délai sur la carte d'interface réseau.
- Si le regroupement de carte d'interface réseau est mis en application, désactivez-le afin de tester.
- Remplacez la carte d'interface réseau elle-même sur le client ou le serveur affecté.
Pour NetBackup Snapshot Client, le code d'état 13 peut apparaître dans le journal /usr/openv/netbackup/logs/bpbkar.
Le journal peut indiquer ce qui suit :
- Les fichiers à sauvegarder résident sur un lecteur IDE plutôt que sur un lecteur SCSI. La méthode de sauvegarde hors hôte a été définie sur le serveur de médias NetBackup ou le périphérique de copie tiers. Si vous utilisez la sauvegarde hors hôte, le disque qui contient les fichiers client doit être de type SCSI ou Fibre Channel.
  Si le disque correspond à un lecteur IDE, le message suivant risque de figurer dans le journal /usr/openv/ netbackup/logs/bpfis :
```
get_disk_info: FTL - /var/tmp/caa026fEU disk_inquiry failed.
Errno = 25: Inappropriate ioctl for device
```
  et les entrées suivantes sont susceptibles d'apparaître dans le journal /usr/openv/netbackup/logs/bpbkar :
```
bpbkar: INF - Processing /var
bpbkar: ERR - get_disk_info() failed, status 13
bpbkar: ERR - tpc_get_disk_info() failed: err 13
bpbkar: ERR - bpbkar FATAL exit status = 13: file read failed
bpbkar: INF - EXIT STATUS 13: file read failed
```
- Les fichiers à sauvegarder existent sur un système de fichiers qui n'est pas monté. Le système de fichiers qui est spécifié comme source du snapshot doit être monté. Si la source de snapshot n'est pas montée mais que le point de montage existe, NetBackup peut essayer de prendre un snapshot du répertoire précédant le répertoire qui a été spécifié comme source de snapshot.
- Pour la méthode de serveur de médias NetBackup, il faudra peut-être augmenter la valeur de délai de lecture client. Dans certains environnements, NetBackup peut avoir besoin de plus de temps pour lire les données que ne l'autorise la valeur par défaut. Si le délai de lecture client est insuffisant, la sauvegarde peut échouer, ce qui entraîne cette erreur.
  Pour augmenter le délai de lecture client pour tous les clients, dans NetBackup Administration Console, sélectionnez Propriétés de l'hôte > Serveurs maîtres > cliquez deux fois sur le serveur maître, puis allez à Propriétés > Délais d'expiration. Augmentez ensuite le délai de lecture client.
Sous Windows, réactualisez la console client Sauvegarde, archivage et restauration et relancez la restauration. Cette action réactualise la liste affichée dans la console client et transmet les informations correctes à propos des fichiers sélectionnés.
Pour éviter les délais d'expiration de VMware VDDK pouvant entraîner l'échec des sauvegardes hotadd simultanées du même hôte de sauvegarde VMware, suivez l'une des méthodes ci-après :
- Réduisez le nombre de sauvegardes hotadd qui s'exécutent simultanément.
- Augmentez le délai de lecture client sur le serveur de médias selon les besoins (15 minutes ou plus) :
  Dans NetBackup Administration Console, cliquez sur Gestion NetBackup > Propriétés de l'hôte > cliquez deux fois sur le serveur de médias > Délais d'expiration > Expiration de lecture client.

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.