Vmware a décidé de passer au français. C’est très bien. ça prouve qu’ils s’intéressent à nous. Mais pour des raisons de débogage ou d’habitude, il peut-être nécessaire de conserver son Vsphere client en anglais. Pour cela, il suffi de modifier le raccourci de celui-ci en ajoutant "-locale en_US”

exemple :

"C:\Program Files (x86)\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\VpxClient.exe" -locale en_US

Aujourd’hui, j’ai eu quelques ennuies avec un ESXi. Sur le Vcenter, il apparaissait en déconnecté. Je ne pouvait pas non plus me connecter directement à l’esx avec le Vsphere client.

L’ESX est bien configuré au niveau réseau. J’arrivais à le pinger. J’ai tenté de redémarrer l’agent du Vcenter à partir du menu “Troubleshooting option” puis “Restart Management Agent”. Sans succès.

Dans le fichier log /var/log/vmware/vpx/vpxa.log , j’avais le message :

Failed to discover version: vim.fault.HttpFault

Avec ce message d’erreur, je suis tombé sur cet article :

http://communities.vmware.com/thread/232981

Il suffi de faire un rescan pour résoudre le problème :

esxcfg-rescan vmhba2

Pas besoin de reboot. Il vous suffi de tenter de reconnecter l’esx au Vcenter.

Pour trouver le nom de la carte à scanner, il faut taper la commande :

esxcfg-mpath –l

….

Adapter: vmhba2

…

En espérant que cet article vous a aidé.

Après avoir installé un de mes serveurs ESX en ESXi 4.1, j’ai rencontré un problème bizarre. Un de mes datastore ne voulait pas monter.  Graphiquement, lorsque j’ai voulu l’ajouté, mon datastore était bien visible mais je n’avais que l’option format de disponible.

J’avais déjà eu le cas mais j’avais pu le monter directement à partir de l’ESX au lieu du VCenter.

Après quelques recherche, j’ai utilisé une commande permettant de voir s’il y’a des volumes considéré comme snapshot ou réplicat :

sur VMA :

vicfg-volume –l

sur ESXi :

esxcfg-volume –l

Voici le message de sortie :

VMFS3 UUID/label: 49b62ce2-24a6ab20-678c-002219a623de/DATASTORE1
Can mount: No ()
Can resignature: No ()
Extent name: t10.XXX_770106130088:1 range: 0 – 409343 (MB)

Ce volume est celui que je n’arrive pas à monter. Il est donc considéré comme Réplicat ou comme Snapshot. Comme vous pouvez le voir, il n’est pas possible de le monter ni de régénérer la signature.

Apparemment le problème est connu : http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=6482648

Pour contourner le problème, j’ai utilisé la commande :

sur VMA :

vicfg-volume –M <nom du datastore>

sur ESXi :

esxcfg-volume –M <nom du datastore>

exemple :

vicfg-volume –M DATASTORE1

Persistently mounting volume DATASTORE1

Cette commande permet de monter un snapshot ou un réplicat de manière permanente.

Voilà, A présent le Datastore est de nouveau visible à partir de l’ESXi et du VCenter.

Par contre, je ne sais pas encore si le Datastore sera toujours là après le redémarrage du serveur.

Si quelqu’un peut m’expliquer un petit peu plus en détail le problème, ça serait cool

PS : Merci à Nicolas pour son aide

Sur ESXi 4.0, il fallait faire quelques manipulations pour activer le SSH. Il semblerait que Vmware ait décidé de nous faciliter un peu la tâche en nous permettant d’activer le SSH directement à partir du menu d’ESXi. Voici la procédure à suivre :

- Appuyer sur F2 ( Customize System)

- Aller dans “troubleshooting Options”

- Activer le SSH

Vous pouvez tester.

Connectez-vous sur l’esx de la machine virtuelle en ssh.

Pour lister les snapshot en cours :

/usr/bin/find /vmfs/volumes/ -name ‘*delta*.vmdk’ -printf %f’ ‘%s’\n’

Forcer la suppression d’un snapshot :

Lister les VMs utilisées sur l’ESX :

vmware-cmd –l

La sortie ressemble à ça :

/vmfs/volumes/4bf84f30-d648b9c8-b3c8-002219a623de/Server1/Server1.vmx

Commande de suppression du snapshot :

vmware-cmd /vmfs/volumes/UUID/VMNAME/VMNAME.vmx removesnapshots

exemple :

vmware-cmd /vmfs/volumes/4bf84f30-d648b9c8-b3c8-002219a623de/Server1/Server1.vmx removesnapshots

Problème :

Je viens d’avoir un problème un peu bizzarre. J’ai perdu un de mes datastores sur un seul de mes ESX. j’ai tenté de le rajouter à partir du VCenter mais j’ai eu le message suivant : cannot change the host configuration.

Solution :

Ajouter le datastore à partir de l’esx qui a le problème et pas à partir du VCenter.

Je tiens à présenter un petit utilitaire permettant de récupérer des données à partir de son VCenter.

Il est capable de fournir des informations sur les CPU, la mémoire, les disques, les cartes réseaux, les cdroms (connectés ou non), les snapshots (Si il y en a d’activé), les vmware-tools (Installés ou non) et les serveurs ESX de manière simple et rapide.

Ce logiciel est capable de déconnecter les lecteurs de CD / Disquettes sur les machines virtuelles, de lister la version des VMTools installés et de les mettre à jour.

Le mieux, c’est de tester

Pour avoir un peu plus de detail, allez ici : http://www.robware.net/index.php?option=com_content&view=article&id=10:rvtools-21&catid=1:category

Voici le site officiel : http://www.robware.net/

1. Sur la console ESXi, presser ALT+F1 pour accéder au mode console
2. Taper unsupported et presser Entrer. Vous tapez à l’aveugle.
3. Saisissez le mot de passe root.
4. Le prompt # apparait. Editer le fichier inetd.conf via la commande vi /etc/inetd.conf
5. Trouver la ligne #ssh et enlever le # pour décommenter la ligne.
6. Sauvegarder la modification en faisant :wq!
7. lancer un ps | grep inetd et récupérez son PID.
8. lancer la commande suivante pour recharger le fichier inetd.conf :

kill -HUP <PID>

ne faites surtout pas un kill –9 car vous serez obligé de redémarrer l’ESXi. L’interface de management ne fonctionnera plus.

A présent, vous pouvez accéder en ssh à votre ESXi.

Cet article décrit la configuration à effectuer pour activer le Snmp sur un serveur ESX.

• Se connecter en ssh à l’ESX.
• Editer le fichier /etc/snmp/snmpd.conf et inserer ces lignes :

# Sample snmpd.conf containing VMware MIB module entries.

# This is a simple snmpd.conf that may help you test SNMP.
# It is not recommended for production use. Consult the
# snmpd.conf(5) man pages to set up a secure installation.

syscontact root@localhost (edit snmpd.conf)
syslocation room1 (edit snmpd.conf)
rocommunity public
trapcommunity public
trapsink serveur_de_trap public                                                # public est la communauté du serveur de trap

#Activation de la MIB ESX
dlmod SNMPESX            /usr/lib/vmware/snmp/libSNMPESX.so

# Allow Systems Management Data Engine SNMP to connect to snmpd using SMUX
smuxpeer .1.3.6.1.4.1.674.10892.1

• Ajouter snmpd au démarrage :

chkconfig snmpd on

• Démarrer le service :

service snmpd start

• Laisser passer le trafic snmp à travers le pare-feu de l’ESX

esxcfg-firewall -e snmpd

Cet article décrit comment résoudre le problème de gestion de licences avec le kit de management ESXi. Ce kit a été mis en vente pour la gestion de façon centralisée d’une ferme de trois serveurs ESXi.

En ajoutant les hosts ESXi au Virtual Center, ces derniers apparaissent comme “Unlicensed”, et nous perdons toutes les fonctionnalités de ESXi. Nous ne pouvons pas, par exemple, démarrer une nouvelle vm. VCenter affiche bien le compte des agents consommés.

Les hosts ESXi ne doivent donc pas pointer vers le VCenter pour récupérer une licence, mais doivent avoir une licence sous forme de numéro de série qu’on récupère sur le site de Vmware.

Conclusion :

VCenter inclus dans le kit de gestion ESXi permet la gestion centralisée de 3 hosts ESXi, mais ne gère pas les licences de ESXi.

source : http://www.el-djazair.com