none
Hyper-v 2016 Core : erreur (0x8000FFFF) RRS feed

  • Question

  • Bonjour à tous, 

    Sur l'une de mes VM, les snapshot ne se suppriment pas et génèrent l'erreur (0x8000FFFF). Du coup je me retrouve avec un nombre important de snapshots.

    La solution serait de modifier le fichier xml en modifiant la balise <VDEVVersion type="integer">512</VDEVVersion>

    Mon soucis est que nous sommes avec une VM de génération 2 et que son fichier de configuration est un fichier VMCX. 
    Il semblerait que ce fichier binaire ne soit pas modifiable.

    Du coup je ne sais pas comment faire pour réparer...

    Avez-vous une solution pour cela SVP ?

    Par avance merci !

    MCITP EA Windows Server 2008 R2 MCSA Windows Server 2012 Apprenti développeur C# EF WPF

    lundi 28 décembre 2020 10:14

Toutes les réponses

  • Salut,

    je te conseille de ne pas trop toucher au fichier XML. ce n'est pas la génération qui définie le type du fichier de configuration mais la version de la configuration de VM.

    repères le fichier source vhdx et les fichiers dérivés AVHDX, et donnes nous plus d'éxplication, nombres de avhdx et ce que tu veux faire au juste !! 

    Merci


    Dakhama Mehdi : Windows developper https://github.com/dakhama-mehdi

    lundi 28 décembre 2020 10:39
  • Pour le deux VHDX de ma VM, j'ai environ 50 fichiers avhdx, avhdx.mrt et avhdx.rct.

    Mon disque de data faisant 3To, je vous laisse imaginer la place que tout ça prend !

    Les snapshot sont générés par les sauvegardes de Acronis. 

    Je précise que je suis sur un cluster. 

    Ce que je souhaite faire, c'est ne plus avoir cette erreur lors des snapshot pendant la sauvegarde et aussi supprimer ces snapshot pour retrouver une infra propre et sans perdre de données tant qu'à faire, car la VM est TRES sensible.


    MCITP EA Windows Server 2008 R2 MCSA Windows Server 2012 Apprenti développeur C# EF WPF

    lundi 28 décembre 2020 10:48
  • Salut Sébastien,

    bof à vrai dire ce sera pas facile pour toi, car la config des le départ était pas correct, créer 50 snapshot rien pour Acronis, tu pouvais utiliser Acronis à l'intérieur du VM, ou un autre outil comme Veam ou celui de Windows Server.

    le fichier de config XML ne changera pas grande chose, car les fichiers avhdx sont liés les uns aux autres.

    Si j'ai bien compris tu veux supprimer les avhdx et revenir au VHDX principal ?? ou fusionner pour garder le dernier était de ta VM ? car la démarche est différente ?


    Dakhama Mehdi : Windows developper https://github.com/dakhama-mehdi

    lundi 28 décembre 2020 11:38
  • Les snapshot n'ont pas été créé par moi, je m'en serai bien passé.

    C'est Acronis qui a demandé à l'hyperviseur de le faire (comme ça aurait été le cas avec Veeam).

    Le soucis c'est que c'est la seule VM qui me fait ça. 

    Ce que je souhaiterai, c'est pouvoir supprimer tous ces snapshot et me retrouver avec un seul AVHD. Mais j'ai peur que si je passe par une fusion, je risque de perdre des données. Et en plus il faudra que je rattache à chaque fois le disque obtenu. Et x50, ca va prendre un temps fou !

    Je ne sais pas quelle serait la meilleure méthode là...


    MCITP EA Windows Server 2008 R2 MCSA Windows Server 2012 Apprenti développeur C# EF WPF

    lundi 28 décembre 2020 13:19
  • Bonjour

    Ce lien t'aidera peut être

    https://itblog.ldlnet.net/index.php/2019/11/22/hyper-v-cannot-delete-a-checkpoint-due-to-catastrophic-failure/

    I had a VM that I had restore in my environment that failed. I had to rebuild the VM and started backing up again. But since then, I have had issues with the checkpoints and kept getting these errors in my backup logs:

    <figure class="aligncenter size-full"><figcaption>Catastrophic Failure to delete the checkpoint.</figcaption></figure>

    So. I go into Hyper-V Manager and try to manually delete the checkpoint. I got the same error:

    Virtual machine failed to generate VHD tree: ‘Catastrophic failure'(‘0x8000FFFF’)


    "Marquer comme réponse" les réponses qui ont résolu votre problème

    mercredi 30 décembre 2020 18:28