J'ai un problème casse-pied avec mon Virtual Infrastructure Client (version 2.0.2 build 50618)
 
On a tenté de lancer deux types de tâches (un "Enter maintenance mode" d'un serveur ESX et deux "powering on" de VMs windows standard) qui ont eu pour résultat un "freeze" dans le sens où rien ne s'est produit, mais les tâches restaient "in progress" dans le "Recent Tasks".
 
Pour quand même exécuter nos tâches, on a trouvé des moyens détournés (pour le maintenance mode, on est passé par un disconnect, qui donnait les mêmes résultats qu'on voulait, et pour le powering on des VMs, on s'est directement loggés sur l'ESX ça a marché nickel)
 
Le problème c'est que ça fait maintenant 4-5 jours que ces tâches traînent dans le "Recent Tasks" et qu'on n'arrive pas à les virer :

 
J'ai tout essayé, bouton droite,  le "cancel" est en gris, et dans les menus rien n'est offert ... j'ai essayé de les retrouver dans les process du serveur de management et des ESX mêmes, histoire de les "kill" à l'ancienne, mais je trouve rien (ou alors je cherche mal).
 
Bref, quelqu'un a-t-il une idée de comment supprimer ces crasses?  

je me permets un petit up  

soluce a la con pas forcément réalisable : rebooter ton esx
 

Avant de rebooter l'ESX, essaie de redémarrer le management deamon sur ton host. Tu fais un ssh sur le host, et tu tapes;
service mgmt-vmware restart  
 
Si tu as un cluster HA, désactive le: pour Vi client les machines vont etre down pdt un moment, alors qu'il doit juste "redécouvrir" qu'elles tournent.
 
Pas de downtime à priori pour les VM

Je viens d'essayer, le service restart bien, mais les "crasses" restent toujours dans le Recent Tasks (j'ai bien sûr fait moult Refresh)
 

Nope, le HA est pas activé sur ce cluster. J'ai essayé de l'activer / désactiver, ça ne change rien pour les "crasses" du Recent Tasks.
 
 
Bon ben reste le reboot ... mais ça je dois voir avec les autres équipes systèmes car ya évidemment trouze mille machines très importantes qui doivent tourner 24/7    
 
Merci pour votre aide en tout cas, au prochain reboot possible je vous tiendrai au courant !
 

Laisse tes ESX tranquille le problème ne vient pas de là, d'ailleurs je ne vois pas pourquoi tu aurais besoin de rebooter un ESX  
 
Si j'ai bien compris tu as lancé des opérations dans ton Virtual Center et tu as une discordance entre l'état de tes VMs et ce qu'affiche la fenêtre des tâches de ton VC ?
Là tu es devant un des bugs de cette version, relance simplement le service VC et tout va rentrer dans l'ordre, suffit de demander
 
Prévoit un upgrade en version 2.5 update 1 elle est vraiment plus stable sans parler des petits + Evite l'update 2 par contre
 
Tu as quoi comme base un sql 2005 standart ?

@LeDok : Je viens de voir ta réponse, mais on a trouvé la solution depuis. C'était bien le problème du service VC.  Il tourne ici sur Windows et un restart du service a produit une erreur. J'ai rebooté la machine qui gère le service VC et tout est rentré dans l'ordre ! (rha là là Windows )
 
Oui c'était bien ça: une discordance entre l'était du VM : totalement accessible en connexion directe mais indisponible dans le Virtual Center.
 
Merci pour le tuyau sur l'upgrade je vais en parler autour de moi, je gère pas le bidule tout seul (mais là ils sont tous malades/en vacances hehe).
 
Pour la base je pense que c'est de l'Oracle (pas 100% sûr, je peux demander à l'équipe DBA au besoin héhé)
 
En tout cas problème résolu encore merci

 Content que ton problème ai disparu mais il peut revenir avec cette version
De l'Oracle pour un Virtual Center ça fait riche, donc pas problème de perf