Archive pour la Catégorie: ‘Vizioncore

8 articles trouvés dans cette archive
Avr/11290

Le job de réplication dans VizionCore vReplicator plante avec l’erreur « Error caused by file /vmfs/volumes/lun/vm/vm.vmdk ».

Dans l’eventlog de vReplicator service, on a le message d’erreur suivant:

Error caused by file /vmfs/volumes/lun/vm/vm.vmdk ».

Note that a detailed log of the replication can be found at: xxxxxxxxxxxxxxxx.repjob

If you cannot resolve this problem on your own, Vizioncore support team will require the attached log to determine the cause of the problem and advise you on the resolution.

Regards,
Vizioncore Team

Voici la solution

  • Dans vReplicator, cliquer sur le menu Tools et choisissez  Changed Block Tracking Options
  • Identifier la VM et décocher la case Enabled sur la VM  concernée puis fermez la fenêtre
  • Dans vCenter, créez un nouveau snapshot sur cette VM
  • Revenez dans la console Tools de vReplicator et réactiver le Change Block Tracking sur cette VM
  • Dans vCenter, supprimer le snapshot sur cette VM
  • Relancer ensuite le job

Cette solution a fonctionné pour moi pal mal de fois.

Jan/1118

Après une Beta sortie en Novembre 2010, c’est annoncé la version 5 de vRanger sortira le 30/1/2011. Cette version inclura la sauvegarde (vRanger) et la réplication (vReplicator) dans la même interface. Mais ces fonctionnalité pourront être acheté séparément ou ensemble.

L’interface ressemble beaucoup à celle de vRanger 4.5 mais c’est une avancé énorme pour vReplicator. La structure des fichiers semble la même mais l’upgrade simple ne sera peut-être pas possible (à voir s’il y aura une possibilité d’importé les « Replication Jobs » de la version 3). En revanche l’upgrade de vRanger 4.5 en 5 devrait être simple.

Voici les principales fonctionnalités qu’apportera cette nouvelle version:

Convergence des 2 produits (vRanger + vReplicator): 1 seul clé de licence, 1 seule interface d’administration, 1 seul déploiement

  • Support du NFS
  • Support du FTP & SFTP
  • Indexation des sauvegardes de VM Windows intégré (native)
  • Restore LAN Free (restauration à travers la fibre)
  • Linux FLR (restauration fichier Linux intégré dans l’interface)
  • Support des systèmes 64bits (pour la réplication)

Voici quelques captures d’écrans de la version 5:


Lire la suite…

Déc/10240

Le module vEcoShell de Quest (forum ici) permet d’ajouter de fonctionnalité et de simplier la génération de code PowerShell (suivant l’incitative VESI).  Il permet également de générer des rapports et des diagrammes. On peut voir dans cet article de Virtu-Al, un exemple de ce que l’interface vEcoShell ou PowerGUI apporte à PowerCLI.

Après l’installation de vEcoShell, on peut avoir l’erreur suivante dans le liste des plugins du vSphere Client: « Could not load ‘ProductInfo, version…’ or one of its dependencies. le fichier est introuvable.  »

Cette erreur vient du fait qu’il n’arrive pas à trouver la DLL dans les Paths. Pour résoudre cela, il faut copier de ProductInfo.dll (de C:Program FilesVirtualization EcoShell ) dans le répertoire du Plugin vSphere Client (dans C:Program FilesVMwareInfrastructureVirtual Infrastructure ClientVirtualization EcoShell). Et ensuite, cliquer sur « Activé ».

Déc/1017

Quest a signé un accord avec LiquidwareLabs et fournit gratuitement une version OEMisée du produit StratuSphere Fit sous le nom de VDI assessment v1.0.

Cette version est orienté vWorkspace, mais marche aussi bien pour du View, du XenDesktop ou du TS. Laversion gratuite est pour un nombre illimité de poste sur une durée de 45 jours.

Le produit est téléchargable ici avec un compte Quest. Voici une capture d’écran du produit, c’est la même interface que LiquidwareLabs seul le logo a changé et les profiles pour vWorkspace ont été ajoutés:

Déc/1013

Après avoir parlé de la sorti prochaine d’AliveVM dans un précédent post, il convient aussi de parler de vFoglight Quickview, la version gratuite de l’éditeur Vizioncore sorti en juin dernier.
Quickview est une version simplifiée de vFoglight qui permet qui permet d’avoir un affichage synthétique de l’ensemble d’une plateforme VMware. Cette version est moins complète et personnalisable que la version complète mais elle constitue un première outil fort utile pour le monitoring quotidien. Cette version est limité à 1 vCenter, 250 VMs ou 500 objets.
Les principales caractéristiques de vFoglight QuickView sont les suivantes :

  • Surveillance proactive permettant la détection, le diagnostic et la résolution des problèmes impactant les environnements virtualisés
  • Aperçu et compréhension en temps réel de l’état de l’infrastructure virtuelle et de ses dépendances
  • Rapports sur les performances facilitant l’identification des sources des goulets d’étranglement et autres problèmes nuisant aux performances et à la disponibilité de l’environnement
  • • Interface utilisateur spécialement conçue pour les administrateurs de machines virtuelles.

Voici un apercu de l’interface d’accueil:

Pré-requis pour l’installation:

  • Windows Server 2003 /2008 32 ou 64 bits
  • vCenter 2.0 ou supérieur
  • base de donnée MySQL (embarquée)
  • IE 6/7 ou Firefox 2/3

Compte de connexion par défaut: foglight même mot de passe.

Juil/1080

Impossible d’utiliser l’ABT (Active Block Mapping) pour la réplication d’une VM particulière alors que les autres marchent parfaitement dans VizionCore vReplicator. En regardant dans l’eventlog du vReplicator Service on a le warning suivant:

Unable to use ABT for the disk located at /vmfs/volumes/xxxxxxxxxxxxx.vmdk. The replication of the disk will proceed normally without ABT. Please verify that the operating system on the actual VM is a Windows system.

Pour plus d’informations, consultez le centre Aide et support à l’adresse http://go.microsoft.com/fwlink/events.log

Comme indiqué sur le vExchange forum de Vizioncore, le problème vient de la table de partition du disque en question.

Il faut vérifier le disque pour corriger ce problème. Souvent un simple chkdsk est suffisant, sinon il faire un chkdsk /f et redémarrer la VM pour que le scanDisk puisse corriger les erreurs.

Juil/1080

Le job de réplication dans VizionCore vReplicator plante avec l’erreur « wrong power state: PoweredOn ». Dans l’eventlog de vReplicator service, on a le message d’erreur suivant:

xxxxxxxxxxxx is in the wrong power state: PoweredOn

Note that a detailed log of the replication can be found at: xxxxxxxxxxxxxxxx.repjob

If you cannot resolve this problem on your own, Vizioncore support team will require the attached log to determine the cause of the problem and advise you on the resolution.

Regards,
Vizioncore Team

Le problème vient du fait que la VM source et la VM destination sont placé sur un DataStore portant le même nom (malgrés qu’ils ne sont pas dans le même DataCenter et qu’il n’ont pas le même UUID). Lors du test initial, vReplicator vérifie l’état des VMs en utilisant le nom du DataStore.

Il faut donc changer le nom ou choisir un DataStore différent en destination.

Juin/10150

Un job de réplication dans Vizioncore vReplicator plante avec l’erreur « VzVSS ‘Stop’ API command failed to execute ». Dans la partie vReplicator Service de l’eventlog, on a le message d’erreur suivant:

VzVss ‘Stop’ API command failed to execute.

Note that a detailed log of the replication can be found at xxxxxxxxxxxxxxxx.repjob

If you cannot resolve this problem on your own, Vizioncore support team will require the attached log to determine the cause of the problem and advise you on the resolution.

Regards,
Vizioncore Team

La solution est de redémarrer le service VSS (Volume Shadow Copy ou Cliché Instantanés) sur la machine source. Et par la même occasion redémarrer le service « Vizioncore VSS Adapter » ca ne coute rien.

Si cette solution n’est pas suffisante, il faut alors ré-installer l’agent VSS dans la VM en allant dans le menu « Tools > VSS options ».