VDDK error: 13 - Dépannage

KB ID: 2008
Product: Veeam Backup & Replication
Published: 2015-02-19
Last Modified: 2020-08-13
Languages: EN
mailbox
Get weekly article updates
En vous inscrivant, vous acceptez que vos informations personnelles soient gérées conformément aux termes de la politique de confidentialité de Veeam.

Cheers for trusting us with the spot in your mailbox!

Now you’re less likely to miss what’s been brewing in our knowledge base with this weekly digest

error icon

Oups! Une erreur s’est produite.

Veuillez réessayer ultérieurement.

Défi

Le job de Backup/Replication est en erreur avec le message d’erreur suivant :
VDDK error: 13.You do not have access rights to this file

Solution

Vous trouverez ci-dessous une liste de solutions possibles à ce problème, classées par mode de transport utilisé au moment où cette erreur s'est produite.
Note: Il y a de nombreuses causes pour le VDDK 13, cette liste n'est pas destinée à être exhaustive.
Utilisation du mode de transport : Network
  • Solution 1 :
  • Dans certains cas, vous pouvez recevoir cette erreur lorsque les permissions ne sont pas correctement définies. Pour confirmer, veuillez suivre les étapes décrites dans l'article suivant pour tester les ports, les permissions et la résolution DNS.
  • http://www.veeam.com/kb1198
Utilisation du mode de transport : Hotadd
  • Solution 1 :
    https://www.veeam.com/kb1775
    Les discs coincées dans le Hotadd – veuillez vérifier si les disques attachés aux proxys n’appartiennent pas à la VM en question et retirez ces disques qui n’appartiennent pas à cette VM sans les supprimant de la banque des données. Quand les disques sont retirés veuillez supprimer les snapshots sur la VM concernée.
  • Solution 2 :
    kb.vmware.com/kb/2003638
    Les snapshots orphelins – veuillez consolider les snapshots sur les VMs concernées.
  • Solution 3 :
    http://www.veeam.com/kb1875
    Les permissions – veuillez configurer le compte utilisé pour accéder au vCenter en tant qu’administrateur du vCenter.
  • Solution 4 :
    http://www.veeam.com/kb1882
    Le montage automatique – Dans certains cas il peut être nécessaire d'effectuer un nettoyage du montage automatique pour supprimer tous les points de montage qui ne sont plus dans le système.

    Veuillez exécuter les commandes suivantes via l’invite de commande sur le serveur backup proxy :
diskpart
automount disable
automount scrub
exit
  • Solution 6 :
    Dans de rares cas l’utilisation de la fonction vMotion a résolu le problème à cause des fichiers verrouillés de la VM sur la banque de données qui héberge les fichiers de la VM.
 
  • Solution 7 :
Dans de rares cas le redémarrage du vCenter ou alternativement le redémarrage des agents de management de l’ESXi (https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1003490) puissent donner des résultats positifs si tous les tests précédents n’ont pas résolu le souci.

 
  • Solution 8 :
Le backup proxy Veeam a un réplica avec le même bios UUID dans le serveur vCenter. On peut observer ce qui suit dans:

Job.Job_name.log:
[time stamp] < threadID> Info VM VeeamProxy _replica(vm-100001) has the same bios uuid as proxy VeeamProxy.local in the DB

Agent.Job_name.VM_name.Hotadd.Attacher.log:
[time stamp] < threadID> vdl| [vddk] time stamp  error -[07132] [Originator@6876 sub=transport] Cannot use mode hotadd to access [datastore_name] VM_name/VM_name.vmdk: Cannot mount using this method. (Mounting VM vm-101 using transport hotadd failed : Cannot access datastore for one of the disks of Virtual Machine VM_name..)

 
Un tel comportement peut être observe quand le backup proxy est répliqué avec Veeam B&R, le processus de la réplication garde le bios UUID original pour les raisons de la restauration. Pour contourner ce souci veuillez attribuer le rôle du backup proxy à une VM dédiée. La réplication du backup proxy n’est pas généralement nécessaire en raison de la facilité du déploiement.
Utilisation du mode de transport : Direct SAN
  • Solution 1 :
En recevant VDDK Error 13 dans le mode DirectSAN assurez-vous que les LUNs sont présents correctement sur le proxy qui a des autorisations appropriées. Pour plus d’information sur le déploiement et le dépannage du DirectSAN veuillez suivre l’article KB suivant :
http://www.veeam.com/kb1895

Informations complémentaires

 Dépannage supplémentaire (Toutes les versions) :
  • Hotadd manuel - http://www.veeam.com/kb1184
  • La configuration requise pour le mode Hotadd http://www.veeam.com/kb1054
  • Veuillez configure un additionnel proxy autonome pour isoler la défaillance d’un proxy particulier
  • Pour isoler l’influence du mode de transport veuillez tester les autres modes de transport pour assurer que la connexion est établie correctement et que le job de backup fonctionne comme prévu avec les autres modes de transport.
 
Dépannage supplémentaire (vSphere 5.1 et plus bas) :
http://www.veeam.com/kb1777
Le backup via un hôte autonome – veuillez configure le job de backup à travers un hôte autonome au lieu du vCenter ; cela permet d’isoler l’influence du vCenter come le point de défaillance. Dans le cas où le backup via un hôte autonome a réussi veuillez redémarrer le vCenter ainsi que les agents de management sur les hôtes qui hébergent les proxys/les VMs.

Pour information : le mode Hotadd fonctionne seulement si le proxy est situé sur le même hôte que l’objet sauvegardé.
Dépannage supplémentaire (vSphere 5.5) :
En essayant le mode Hottadd via un hôte autonome (qui est managé par le vCenter object)  en vSphere 5.5 vous obtiendrez le VDDK Error 13 avec le message d’erreur suivant :
Error message: [00680 error 'transport'] Reconfigure attempt failed for VM "2" with Vmomi::MethodFault::Exception ("vim.fault.HostAccessRestrictedToManagementServer")\n 
Pour résoudre ce souci particulier veuillez utiliser les modes de transport Network ou Direct SAN car cette configuration n’est pas supportée à cause des limitations de VMware.
Pour information: pour plus d’information sur ‘HostAccessRestrictedToManagementServer’ veuillez suivre la documentation de VMware.


http://pubs.vmware.com/vsphere-55/index.jsp?topic=%2Fcom.vmware.wssdk.apiref.doc%2Fvim.fault.HostAccessRestrictedToManagementServer.html 
To submit feedback regarding this article, please click this link: Send Article Feedback
To report a typo on this page, highlight the typo with your mouse and press CTRL + Enter.

Spelling error in text

Ce site étant protégé par la technologie reCAPTCHA, les règles de confidentialité et les conditions d’utilisation de Google s’appliquent.
Thank you!

Merci !

Nous avons reçu votre commentaire et nous allons le traiter.

Oups! Une erreur s’est produite.

Veuillez réessayer ultérieurement.

You have selected too large block!

Please try select less.

Commentaires/suggestions à propos de la base de connaissances

Ce formulaire sert uniquement aux commentaires et suggestions sur la base de connaissances. Pour une assistance concernant le logiciel, ouvrez un ticket de support.

En envoyant ce formulaire, vous acceptez que vos informations personnelles soient gérées conformément aux termes de la politique de confidentialité de Veeam.
Ce site étant protégé par la technologie reCAPTCHA, les règles de confidentialité et les conditions d’utilisation de Google s’appliquent.
Vérifiez votre adresse e-mail pour poursuivre le téléchargement
Nous avons envoyé un e-mail de vérification à :
  • Code de vérification incorrect. Veuillez réessayer.
Un e-mail contenant un code de vérification vient d'être envoyé à l’adresse
Vous n’avez pas reçu le code ? Cliquez pour le recevoir dans  secondes
Vous n’avez pas reçu le code ? Cliquez ici pour le recevoir
Thank you!

Merci !

Nous avons reçu votre commentaire et nous allons le traiter.

error icon

Oups! Une erreur s’est produite.

Veuillez réessayer ultérieurement.