Lors de la création d'un Blueprint de clone lié ou de clone, une machine ou des modèles sont manquants. L'utilisation de votre Blueprint de clone partagé pour demander des machines échoue à provisionner des machines.

Lorsque vous travaillez avec des Blueprints de clones ou de clones liés, vous pouvez rencontrer l'un des problèmes suivants :

  • Lorsque vous créez un Blueprint de clone lié, aucune machine ne s'affiche dans la liste à cloner ou la machine que vous souhaitez cloner ne s'affiche pas.

  • Lorsque vous créez un Blueprint de clone, aucun modèle ne s'affiche dans la liste de modèles à cloner ou le modèle de votre choix ne s'affiche pas.

  • Lorsque des machines sont demandées à l'aide de votre Blueprint de clone partagé, le provisionnement échoue.

  • En raison de la chronologie de la collecte de données, un modèle ayant été supprimé est toujours visible pour les utilisateurs lorsqu'ils créent ou modifient des Blueprints de clone lié.

Plusieurs raisons peuvent expliquer les problèmes courants de Blueprint de clone et de clone lié.

Tableau 1. Causes des problèmes courants de Blueprint de clone et de clone lié

Problème

Cause

Solution

Machines manquantes

Vous ne pouvez créer que des Blueprints de clones liés avec des machines que vous gérez en tant qu'administrateur de locataire ou gestionnaire de groupes d'activité.

Un utilisateur de votre locataire ou groupe d'activité doit demander une machine vSphere. Si vous disposez des rôles appropriés, vous pouvez le faire vous-même.

Vous pouvez également afficher des machines non gérées dans cette boite de dialogue.

Les machines gérées peuvent avoir été importées. Les machines ne doivent pas obligatoirement avoir été provisionnées dans vRealize Automation pour s'afficher dans cette boîte de dialogue.

Modèles manquants

La collecte de données a échoué sur un point de terminaison donné ou aucun point de terminaison n'est disponible pour la plateforme du composant.

  • Si vos points de terminaison sont en cluster et contiennent plusieurs ressources de calcul, vérifiez que votre administrateur IaaS a ajouté le cluster contenant les modèles à votre groupe Fabric.

  • Pour de nouveaux modèles, vérifiez que le service informatique a placé les modèles sur le même cluster inclus dans votre groupe Fabric.

Échec du provisionnement avec un Blueprint partagé

Pour les Blueprints, aucune validation ne permet de s'assurer que le modèle que vous avez sélectionné existe dans la réservation utilisée pour provisionner une machine à partir de votre Blueprint de clone partagé.

Envisagez d'utiliser des droits d'accès pour restreindre le Blueprint aux utilisateurs qui ont une réservation sur la ressource de calcul où le modèle existe.

Échec du provisionnement avec un agent invité

Si la machine virtuelle redémarre immédiatement après la fin de la personnalisation du système d'exploitation invité, avant que les éléments de travail de l'agent invité soient terminés, cela entraîne l'échec du provisionnement. Vous pouvez utiliser la propriété personnalisée VirtualMachine.Admin.CustomizeGuestOSDelay pour augmenter le délai.

Vérifiez que vous avez ajouté la propriété personnalisée VirtualMachine.Admin.CustomizeGuestOSDelay. Cette valeur doit être dans le format HH:MM:SS. Si la propriété n'est pas définie, la valeur par défaut est une minute (00:01:00).

Le provisionnement de clone lié échoue lors de l'utilisation de SDRS

Lors de l'utilisation de provisionnement de clone lié et de SDRS, la nouvelle machine doit se trouver sur le même cluster. Une erreur de provisionnement se produit si les disques de la machine source se trouvent sur un cluster et que vous avez demandé de provisionner une machine sur un cluster différent.

Lors de l'utilisation de SDRS et de provisionnement de clone lié, provisionnez des machines situées sur le même cluster que la source du clone lié. Ne provisionnez pas sur un cluster différent.

Le provisionnement de Blueprint de clone ou de clone lié échoue, car il est impossible de trouver le modèle sur lequel le clone est basé.

Il n'est pas possible de provisionner des machines dans un Blueprint cloné à partir d'un modèle qui n'existe plus.

vRealize Automation exécute régulièrement une collecte de données, par défaut toutes les 24 heures. Si un modèle est supprimé, la modification est visible à la prochaine collecte de données. Par conséquent, il est possible de créer un Blueprint basé sur un modèle inexistant.

Redéfinissez le Blueprint à l'aide d'un modèle existant, puis demandez le provisionnement.

Par précaution et le cas échéant, vous pouvez exécuter une collecte de données avant de définir le Blueprint de clone ou de clone lié.