Nous avions déjà un export automatique vers notre CMDB en place, mais suite à une demande de modification, je me suis dit qu’il était temps de remplacer notre bon vieux get-vm. Je pensais arriver à un meilleur résultat, mais les requêtes pour le Datacenter et le Cluster ralentissent vraiment l’exécution, malgré ça, l’ancien script prenait 2h55, le nouveau 39min soit presque 4.5 fois...
Je ne l’avais pas anticipé, mais lors de la suppression d’une VM VDI Côté Xendesktop, le nettoyage du Protection Domain côté Nutanix n’est pas automatique si bien qu’hier j’ai eu un petit warning « Unable to locate VM with name ‘VM_Name and internal ID ‘60069aa8-29d5-2c52-6827-945372df5a5a’ in protection domain ‘ProtectionDomain_Name’...
A la suite de mon précédent article « Nutanix Async DR with Citrix Xendesktop MCS VDI« , le point a été remonté chez Nutanix et la prochaine mise à jour de la documentation devrait éclaircir les choses la dessus. J’avais des réplications fonctionnelles, mais une autre limitation du design été en train de me poser problème. En version 4.5 d’après la doc Nutanix « System Maximums »...
J’expliquais dans un précédent article, comment se connecter en powershell au Prism Central pour lancer des commandes comme sur des vCenters en linked-mode. Il s’avère que c’est une mauvaise idée, bon nombre de cmdlet ne s’exécutent plus avec les messages d’erreurs : Request is not supported by this cluster. Le serveur distant a retourné une erreur: (500) Erreur interne du...
Commentaires récents