none
Hyper-V 2012 R2 : fichiers AVHDX en surnombre et non supprimables RRS feed

  • Question

  • bonjour,

    depuis 1 semaine, j'ai une accumulation de fichiers AVHDX sur mon serveur hyper-v, dû à priori à des backup en échec (bizarrement certaines dates de  fichiers avhdx ne correspondent pas du tout aux dates de plantage de backup)

    j'ai rebooté le serveur mais impossible de virer ces fichiers.

    en allant dans la console hyper-v, je n'ai aucun point de controle, ni de backup ou de replication en cours,  ni de fusion en attente ou en cours, je ne comprends pas.

    le souci c'est que ces fichiers commencent a prendre sérieusement de la place sur le disque !




    • Modifié R--S vendredi 27 septembre 2019 08:34
    vendredi 27 septembre 2019 08:29

Réponses

  • bonjour, merci pour la réponse.

    cela est stocké sur des disques 10K SAS en RAID5 (hardware)

    aucun souci de performance j'ai deja vérifié.

    cela viendrait des replications que j'ai avec un autre serveur hyper-v. ce qui est bizarre c'est que cette histoire de fusion annulée vient uniquement après le backup de nuit, jamais en journée.

    lorsque j'ai le probleme, si je crée un snapshot de la VM, et que je supprime le snapshot une fois crée, il ne fusionne rien du tout, dumoins si, il essaie, et paf au bout d'une minute ou 2 : fusion annulée...

    je viens de lire un forum qui parle de modifier le temps de replication des VMs en 10sec a la place de 5min.

    je vais tester ceci.

    • Marqué comme réponse R--S dimanche 6 octobre 2019 10:33
    jeudi 3 octobre 2019 07:48
  • bonjour, merci pour la réponse.

    cela est stocké sur des disques 10K SAS en RAID5 (hardware)

    aucun souci de performance j'ai deja vérifié.

    cela viendrait des replications que j'ai avec un autre serveur hyper-v. ce qui est bizarre c'est que cette histoire de fusion annulée vient uniquement après le backup de nuit, jamais en journée.

    lorsque j'ai le probleme, si je crée un snapshot de la VM, et que je supprime le snapshot une fois crée, il ne fusionne rien du tout, dumoins si, il essaie, et paf au bout d'une minute ou 2 : fusion annulée...

    je viens de lire un forum qui parle de modifier le temps de replication des VMs en 10sec a la place de 5min.

    je vais tester ceci.

    Effectivement, réduire le temps de réplication permet de diminuer la taille des snapshots et donc la durée de commit, ce qui peut améliorer grandement les choses.

    Cordialement,

    Sylvain (MCP, MCTS Windows Server 2008 R2 Server Virtualization, MCTS Exchange 2010)

    WWW : http://snsv.consulting | Blog : http://sylvaincoudeville.fr

    "Aléatoire" et "Mystérieux" sont des qualificatifs inventés par l'Homme pour éviter de dire qu'il n'a pas trouvé la root cause du problème...

    • Marqué comme réponse R--S dimanche 6 octobre 2019 10:33
    jeudi 3 octobre 2019 08:41
  • bonjour,

    j'ai mis un temps de replication de toutes les VMs hyper-v de 10 secondes et je n'ai plus de phénomène de fichiers .AVHDX qui se créent.

    c'est très bizarre car j'ai cette config avec 15min et 5min sur le même matériel / même OS / même config chez d'autres clients et je ne rencontre pas de ce souci ...

    • Marqué comme réponse R--S dimanche 6 octobre 2019 10:33
    dimanche 6 octobre 2019 10:33

Toutes les réponses

  • Bonjour, 

    Il faut voir au niveau votre solution de backup comment faire pour solutionner le problème qui a causé la création de ces fichiers avhdx, autre point vérifier via cette commande Powershell pour vérifier qu'il n'a pas des snapshots au niveau VM:

    Get-VMSnapshot -ComputerName "MyHyperVHost" -VMName "VMname"


    Vote or mark as answer if you think useful

    vendredi 27 septembre 2019 08:38
  • je viens de me rendre compte que chaque fichier avhdx est un parent d'un autre fichier avhdx ...

    comment faire pour fusionner tout cela et surtout sans perte de données ?

    vendredi 27 septembre 2019 08:42
  • j'utilise le logiciel windows backup (wbadmin) et il n'y a rien en cours...

    vendredi 27 septembre 2019 08:43
  • je viens de me rendre compte que chaque fichier avhdx est un parent d'un autre fichier avhdx ...

    comment faire pour fusionner tout cela et surtout sans perte de données ?

    Bonjour,

    Le phénomène de création d'AVHDX n'est pas un problème : les solutions de backup génèrent des snapshots pour sauvegarder un état stable de la machine.

    Le soucis est de savoir pourquoi ils ne sont pas commités après la sauvegarde : étudiez les journaux du logiciel de backup pour comprendre + les journaux d'événement Windows...

    Pour les "supprimer", je te conseille de cloner la VM dans une autre destination pour ensuite supprimer la VM d'origine : c'est la méthode la plus simple pour éviter les erreurs


    Cordialement,

    Sylvain (MCP, MCTS Windows Server 2008 R2 Server Virtualization, MCTS Exchange 2010)

    WWW : http://snsv.consulting | Blog : http://sylvaincoudeville.fr

    "Aléatoire" et "Mystérieux" sont des qualificatifs inventés par l'Homme pour éviter de dire qu'il n'a pas trouvé la root cause du problème...

    vendredi 27 septembre 2019 09:03
  • Oui, il faut vérifier coté Windows Backup, pour voir la cause de problème, ensuite pour résoudre ce problème de avhdx pointées: il faut fusioner soit en ligne de commande via Powershell ou à travers le GUI Hyper-v:

    Get-VMSnapshot -ComputerName "MyHyperVHost" -VMName "VMname" | Remove-VMSnapshot

     


    Vote or mark as answer if you think useful

    vendredi 27 septembre 2019 09:13
  • je vais d'abord tenter la fusion, de chaque disk vers son parent, car je ne peux pas couper le serveur comme ça,

    je vais suivre cette procédure

    https://itsapassion.wordpress.com/2017/08/23/hyper-v-merge-multiple-avhdx-files-checkpoint-snapshot/

    Merge files manually through Hyper-V :Hyper-V MMC -> edit disk -> locate latest AVHDX file (by date modification). Repeat procedure until you achieve one VHDX file.
    In my situation (~100 AVHDX files) it would take too long :)

    heureusement que je n'en ai pas 100 mais qu'une vingtaine

    • Modifié R--S vendredi 27 septembre 2019 09:18
    vendredi 27 septembre 2019 09:14
  • Bonjour,

    Il y a peu j'ai été confronter à ce probleme et j'ai rédigé un article pour résoudre ce probleme : https://rdr-it.com/troubleshooting/hyper-v-fusionner-un-disque-virtuel-sans-snapshot/ 

    La cause pour ma part venait du logiciel de sauvegarde.

    Romain.

    vendredi 27 septembre 2019 11:02
  • merci Romain, c'est tout à fait ce que je suis en train de faire.

    crois tu que je peux faire cela la VM en marche ?  je ne peux malheureusement pas couper le serveur pendant des heures, c'est un serveur de prod

    vendredi 27 septembre 2019 11:04
  • Malheureusement non ce n'es pas possible, car il faut reconfigurer le disque de la VM en lui indiquant le nouveau disque fusionné.

    Une autre alternative qui est moins compliqué si tu as à Veeam, c'est avant la sauvegarde éteindre la VM, attendre la sauvegarde une fois celle-ci faite tu fais un instant recovery et ensuite tu lances la restauration, cela va limiter l'indispo.

    Romain


    • Modifié Romain.D vendredi 27 septembre 2019 16:33
    vendredi 27 septembre 2019 16:31
  • Bonjour,

    Il y a peu j'ai été confronter à ce problème et j'ai rédigé un article pour résoudre ce problème : https://rdr-it.com/troubleshooting/hyper-v-fusionner-un-disque-virtuel-sans-snapshot/ 

    La cause pour ma part venait du logiciel de sauvegarde.

    Romain.

    Bonjour Romain,

    C'est quel logiciel de sauvegarde qui a crée le problème chez toi ?

    Merci d'avance


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




    lundi 30 septembre 2019 06:01
  • Bonjour,

    Une des cause du problème peut être la fenêtre de temp aloué pour effectué le backup :

    https://social.technet.microsoft.com/Forums/en-US/7ccb4780-f7a4-4f18-89f0-68d64a63e909/multiple-avhdx-files-for-only-one-snapshot?forum=winserverhyperv

    Normalement, lors d'un process de backup, on prend un snapshot, on fait la copie des données, on supprime le snapshot.

    Si la suppression n'a pas lieu, c'est soit un problème / bug / ... soit que le backup n'a pas pu se terminer.

    La première méthode que j'aurai testé pour ma part c'est la création d'un snapshot de façon manuelle puis un "supprimer tout" ensuite pour voir s'il est capable de faire un merge complet ou s'il ne le fera que pour ce dernier snapshot.


    Merci de marquer comme reponses les interventions qui vous ont ete utile.

    lundi 30 septembre 2019 10:56
  • bonjour et merci à tous pour vos réponses.

    alors maintenant, aléatoirement, et pas tous les jours, certains avhdx se suppriment tous seuls , mais pas tous.

    par exemple, a l'heure actuelle, j'ai 1 VM dont les 2 avhdx n'ont pas ete supprimés.

    je n'ai rien du tout comme erreur dans les observateurs d'évenements, en lancant la commande :

    Get-VMSnapshot -ComputerName "MyHyperVHost" -VMName "VMname"

    je n'ai aucun résultat

    en observant le gestionnaire hyperv, sur cette VM en question, j'ai desfois en statut : "fusion en cours ... pourcentage..." et quelques secondes apres (sans que je fasse quoi que ce soit) : "fusion en cours ... annulé"

    je ne comprends pas pourquoi cette fusion n'aboutit pas ! il n'y a aucun travail de backup, aucun snapshopt, ni manuel ni automatique, je ne vois pas pourquoi il refuse d'aller au bout de la fusion !

    le programme de backup est celui intégré à windows, je n'en utilise pas d'autre.
    • Modifié R--S mardi 1 octobre 2019 08:03
    mardi 1 octobre 2019 08:02
  • j'ai seulement une info comme quoi la fusion a ete interrompue  :

    alors que personne n'a rien interrompu


    • Modifié R--S mardi 1 octobre 2019 08:26
    mardi 1 octobre 2019 08:25
  • Je te propose de faire un chkdsk sur le volume qui héberge ces vhdx et avhdx

    "Vote or mark as answer if you think useful" "Marquer comme réponse les réponses qui ont résolu votre problème"

    mardi 1 octobre 2019 13:25
  • merci, déja fait, R.A.S.
    mardi 1 octobre 2019 13:28
  • Bonjour,

    Pas de problème de stockage ? L'espace libre est-il suffisant ?

    mardi 1 octobre 2019 13:31
  • il reste 900 Go de libre ! aucun souci de stockage
    mardi 1 octobre 2019 13:32
  • Un autre post sur le technet anglais indiquait que cela provenait d'un disque physique défaillant. Avez-vous contrôlé leur état via les outils constructeur ?
    mardi 1 octobre 2019 13:44
  • bien joué, malgré que le serveur ait moins d'un an, il apparait qu'il y ait un des disques durs qui posent probleme. je vais régler cela rapidement et je reviendrais apporter les réponses.

    merci !

    mardi 1 octobre 2019 14:03
  • bonsoir, bon ben c'était pas le disque defaillant le souci.

    tout est nickel, j'ai mis un disque neuf, le hardware n'a plus de souci.

    malgré cela j'ai toujours des fichiers AVHDX aléatoirement, et les fusions (après backup) qui s'annulent quand elle veulent sans que personne n'y touche.

    mercredi 2 octobre 2019 18:01
  • Bonjour,

    Sur quel type de stockage est hébergé la(les) VM(s) en question ? 

    En effet, un stockage trop lent peut provoquer ce genre de problèmes car le temps alloué au commit du snapshot est dépassé.

    Pour vérifier, vous pouvez avec perfmon programmer un enregistrement de la "longueur de file d'attente de disque" : si vous voyez que la disk queue length reste bloquée à des valeurs importantes pendant un temps très important (plusieurs minutes) pendant les opérations de sauvegarde/commit de snapshot, c'est certainement la root cause.


    Cordialement,

    Sylvain (MCP, MCTS Windows Server 2008 R2 Server Virtualization, MCTS Exchange 2010)

    WWW : http://snsv.consulting | Blog : http://sylvaincoudeville.fr

    "Aléatoire" et "Mystérieux" sont des qualificatifs inventés par l'Homme pour éviter de dire qu'il n'a pas trouvé la root cause du problème...

    jeudi 3 octobre 2019 07:02
  • bonjour, merci pour la réponse.

    cela est stocké sur des disques 10K SAS en RAID5 (hardware)

    aucun souci de performance j'ai deja vérifié.

    cela viendrait des replications que j'ai avec un autre serveur hyper-v. ce qui est bizarre c'est que cette histoire de fusion annulée vient uniquement après le backup de nuit, jamais en journée.

    lorsque j'ai le probleme, si je crée un snapshot de la VM, et que je supprime le snapshot une fois crée, il ne fusionne rien du tout, dumoins si, il essaie, et paf au bout d'une minute ou 2 : fusion annulée...

    je viens de lire un forum qui parle de modifier le temps de replication des VMs en 10sec a la place de 5min.

    je vais tester ceci.

    • Marqué comme réponse R--S dimanche 6 octobre 2019 10:33
    jeudi 3 octobre 2019 07:48
  • bonjour, merci pour la réponse.

    cela est stocké sur des disques 10K SAS en RAID5 (hardware)

    aucun souci de performance j'ai deja vérifié.

    cela viendrait des replications que j'ai avec un autre serveur hyper-v. ce qui est bizarre c'est que cette histoire de fusion annulée vient uniquement après le backup de nuit, jamais en journée.

    lorsque j'ai le probleme, si je crée un snapshot de la VM, et que je supprime le snapshot une fois crée, il ne fusionne rien du tout, dumoins si, il essaie, et paf au bout d'une minute ou 2 : fusion annulée...

    je viens de lire un forum qui parle de modifier le temps de replication des VMs en 10sec a la place de 5min.

    je vais tester ceci.

    Effectivement, réduire le temps de réplication permet de diminuer la taille des snapshots et donc la durée de commit, ce qui peut améliorer grandement les choses.

    Cordialement,

    Sylvain (MCP, MCTS Windows Server 2008 R2 Server Virtualization, MCTS Exchange 2010)

    WWW : http://snsv.consulting | Blog : http://sylvaincoudeville.fr

    "Aléatoire" et "Mystérieux" sont des qualificatifs inventés par l'Homme pour éviter de dire qu'il n'a pas trouvé la root cause du problème...

    • Marqué comme réponse R--S dimanche 6 octobre 2019 10:33
    jeudi 3 octobre 2019 08:41
  • Effectivement, réduire le temps de réplication permet de diminuer la taille des snapshots et donc la durée de commit, ce qui peut améliorer grandement les choses

    Oui mais j'ai cette config (avec strictement le même matériel et OS) chez d'autres clients et je n'ai pas ce problème !

    à suivre ...


    • Modifié R--S jeudi 3 octobre 2019 08:46
    jeudi 3 octobre 2019 08:44
  • Bonjour,

    La reconstruction du RAID est déjà terminée ?! Contrôlez svp. Si c'est toujours en cours, vous êtes peut-être en mode dégradé et par conséquent, des performances amoindrie (et ça pourrait être la cause de votre pb)

    jeudi 3 octobre 2019 09:54
  • bonjour, merci pour la réponse.

    oui le RAID est terminé, cela a pris quelques heures, j'ai tout vérifié et tout est ok, les performances étaient effectivement dégradées pendant la reconstruction, mais ce n'est plus le cas.

    le souci n'est pas hardware.

    jeudi 3 octobre 2019 09:56
  • bonjour,

    j'ai mis un temps de replication de toutes les VMs hyper-v de 10 secondes et je n'ai plus de phénomène de fichiers .AVHDX qui se créent.

    c'est très bizarre car j'ai cette config avec 15min et 5min sur le même matériel / même OS / même config chez d'autres clients et je ne rencontre pas de ce souci ...

    • Marqué comme réponse R--S dimanche 6 octobre 2019 10:33
    dimanche 6 octobre 2019 10:33