Endpoint Issue vRA / Exception occured when retrieving work from VRM

 

Après l’ajout de votre endpoint dans vRA vous pouvez rencontrer l’erreur suivante :

 

Exception occured when retrieving work from VRM: There was no endpoint listening at https://fqdniaas/VMPS2Proxy that could accept the message. This is often caused by an incorrect address or SOAP action. See InnerException, if present, for more details. Inner Exception: The remote server returned an error: (404) Not Found.

 

Macintosh HD:Users:albanlecorps:Documents:Virtual Machines.localized:share:issuevra.jpg

 

Cette erreur apparaît la plupart du temps lorsque le serveur Iaas ou le serveur de base de données a été cloné et donc le MS DTC Globally unique identifier (GUID) est le même que la VM source.

Dans notre cas, ce n’était pas ça mais une première installation du Iaas qui avait échoué suite à une mauvaise communication entre la base de données et le serveur Iaas.

Pour corriger ce problème, nous avons désinstaller msdtc sur le serveur iaas et sur la base de données et nous l’avons réinstaller par la suite :

 

 

Vérifier également si les paramètres de MSDTC sont les bons comme ci-dessous :

 

 

 

Share

Exception during request callback with id / vRA Issue Reconfigure Action

 

Lorsqu’on lance une reconfiguration d’une VM via le portail vRA, nous obtenons l’erreur suivante :

 

Exception during request callback with id 608e66d9-76a6-49d3-888e-bb4d9cd8f472 for item 9e603fcb-96fe-4731-988b-0f476dbe9719. Error Message: [Error code: 42000 ] – [Error Msg: Infrastructure service provider error]

 

 

 

Après quelques recherches, il semblerait que ce soit un problème lié aux paramètres de langages configurés sur le serveur IaaS.

Voici les paramètres que nous avions :

Dans Control Panel -> Clock, Language, and Region -> Language nous avions les paramètres suivants :

  • Formats : « French (France) »
  • Location : « France »
  • Administrative -> Language for non-Unicode programs : « French (France) »

 

Voici les paramètres à positionner pour corriger ce problème :

  • Formats : « English (United States) »
  • Location : « United States»
  • Administrative -> Language for non-Unicode programs : « English (United States) »

 

Validez ces paramètres et redémarrer le serveur IaaS.

Relancer une reconfiguration de votre VM via le portail, elle devrait désormais fonctionner.

 

Share

Résoudre les alertes false positive / Nutanix

 

Dans les différentes versions de ncc, vous pouvez avoir des false positive alerts remontées :

 

Exemple :  Container mount check : Fatal , alors que tous les datastores sont bien montés sur vos ESXi.

 

Bien souvent le problème peut venir d’une version ncc bugguée et il vous faudra upgrader la version pour éviter ces alertes.

Vous pouvez également lancer les commandes ci-dessous afin de cleaner les alertes (sans conséquence sur le fonctionnement du cluster) :

 

 

allssh ~/cluster/bin/genesis stop cluster_health

allssh ~/cluster/bin/genesis stop hyperint

allssh ~/cluster/bin/genesis stop prism

allssh ~/cluster/bin/genesis stop arithmos

allssh rm ~/data/arithmos/arithmos_per*

Cluster start

 

 

Share

VMware Converter Error : Unable to create a VSS snaphot of the source volume. Error code 2147754774 (0x80042316)

Un petit back to Basics

Erreur suite à un P2V

Unable to create a VSS snaphot of the source volume. Error code 2147754774 (0x80042316)

 

P2V

Cible : serveur physique sous Windows 2003 SP3

VMware Converter 6.1

 

Lors d’un P2V, la tâche passait en erreur dès le début de la conversion (1% d’exécution)

VMware Converter se base sur le gestionnaire de Snapshot Shadow Copies « Clichés Instantanés » pour effectuer sa conversion

 

Cette machine étant une machine physique se trouve sauvegardé via Symantec BackUp Exec, qui se dernier installe un gestionnaire de Snapshot propriétaire.

 

 

Symantec SymSnap VSS Provider

 

 

Il vous faut arrêter les service :

 

 

Puis supprimer ce provider de SnapShot

Exécuter la commande pour vérifier si il y a des erreurs :

 

 

Si vous avez plus d’un provider il vous faudra supprimer les Non-Microsoft

 

 

 

Pour les supprimer cela se passe dans la base de registre

 

 

 

Redémarrer votre serveur idéalement, ou juste le service VSS via :

 

 

Il vous faut vérifier et activer si besoin le Shadow Copies sous vos lecteurs

 

 

Vous pouvez procéder de nouveau a votre P2V.

 

2016-05-23_22h33_03

 

 

 

 

 

Share

vRA : designer-service.vco.endpoint.registration.error / Failed to retrieve form from provider

Petit article au sujet d’une erreur rencontrée sur vRA 6.2. Lors du lancement d’un ASD depuis vRA, j’ai eu le message suivant : « Failed to retrieve form from provider ». Cette erreur apparaît lors d’un problème de communication entre vco et vra.

 

 

Mais en ouvrant l’ASD, voici le message qui apparaissait : « designer§service.vco.endpoint.registration.error » :

 

 

En allant regarder de plus près côté vco, le service vco était bien en running.

 

 

Dans les logs, voici ce qui apparaissait :

 

 

En recherchant sur internet, il semblerait que ce bug soit connu et qu’il faille reconfigurer le vco en lançant la commande suivante :

 

vcac-vami vco-service-reconfigure

 

Après avoir exécuté cette commande, le service est de nouveau running :

 

 

Depuis le portail, on fait un test de connexion sur le endpoint et ca fonctionne de nouveau :

 

 

Voici la KB VMware : https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2112679

 

 

Share