Erreur de Tomcat avec l’outil Qlogic vCenter Plugin (version vCenter Plugin and CIM Provider (x86/x64) V-1.0.21-1)
« Tomcat Service is not present. Please install Tomcat and re-run the wizard.
Press Finish to Exit. »
Si ce problème survient lors de l’installation de cet outil sur un serveur hébergeant un VMware vCenter 4.x ou 5.x cela peut venir du service :
« VMware VirtualCenter Management Webservices »
Pour résoudre un problème d’authentification (sur VMware ESXi 5.0) que l’on rencontre sur les annuaires Active Directory conséquents (supérieurs à 50 000 éléments), il faut modifier le fichier /etc/likewise/lsassd.conf et changer la ligne cache-entry-expiry et le mettre à 4h.
Pour prendre en compte les paramètres un redémarrage de l’hyperviseur est nécessaire.
Pour plus d’informations je vous renvoie vers le KB de VMware :
http://kb.vmware.com/kb/2011543
Se connecter en local sur l’ESXi
Appuyer sur F2 (s’authentifier si nécessaire)
Se déplacer dans la section Troubleshooting Options
Appuyer sur la touche Entrée sur Enable Local Tech Support pour activer l’accès en console en local
Appuyer sur la touche Entrée sur Remote Tech Support (SSH) pour activer l’accès en SSH
Valider avec Restart Management Agents
La suite vSphere 4.1 est sortie aujourd’hui, vous pourrez télécharger ses composants en suivant ce lien.
Voici quelques nouveautés, histoire de vous mettre l’eau à la bouche :
Pour plus d’informations, les nouvelles fonctionnalités sont listées ici.
Et voici les notes de mise à jour d’ESX et ESXi 4.1 ainsi que le pdf du guide de mise à niveau.
Attention les futures éditions importantes de VMware vSphere incluront uniquement l’architecture VMware ESXi. VMware recommande donc de commencer la migration vers l’architecture ESXi en déployant VMware vSphere 4.1.
Néanmoins VMware continuera d’offrir le support technique pour ESX.
Bonne upgrade à tous!
Téléchargement de l’ISO sur http://www.eyesofnetwork.com/?page_id=48&lang=fr
Article Monitoring-fr : http://www.monitoring-fr.org/2010/06/eyesofnetwork-2-1-5-est-sortie/
Ajouts, Nouveautés et Mises à jour apportés à la version 2.0 :
Création du plugins multipath pour VMware ESX / ESXi 4.0. Voir l’article précédent pour plus d’informations sur le multipath.
Télécharger ici : http://blogvirtualisation.com/downloads/check_esx4_multipath.sh
Nouvelle version du plugins multipath pour VMware ESX / ESXi 3.5
Télécharger ici : http://blogvirtualisation.com/downloads/check_esx3_multipath.sh
Pour simplifier les transferts de fichiers entre votre VM Linux et votre machine physique sous Mac OS X, vous avez la possibilité d’activer les dossiers partagés sous VMware Fusion. Cette option est assez pratique quand l’interface graphique n’est pas installée car il n’y a pas de Drag & Drop possible.
N’oubliez pas d’installer VMware Tools avant de poursuivre si ce n’est pas déjà fait :
VMware Tools CentOS 5 / RHEL 5
Cliquer sur : Machine virtuelle > Dossiers partagés > Activer les dossiers partagés, ou pour faire plus simple cliquer sur l’icône 
en bas à droite de la fenêtre de la VM puis sur Activer les dossiers partagés.
Ensuite cliquer de nouveau sur Machine virtuelle > Dossiers partagés ou , puis sur Ajouter un dossier partagé…
Maintenant choisir un dossier qui se situe sur la machine physique afin de le partager avec la machine virtuelle.
Votre dossier est monté, il n’y a plus qu’à taper la ligne suivante pour y accéder :
cd /mnt/hgfs/<nom_du_dossier_partagé>
Comme promis les 2 plugins pour superviser le Multipath sur Redhat Entreprise Linux et VMware ESX/ESXi 3.5 (non testé sur VMware ESX 4.0)
Pour ceux qui ne savent pas ce qu’est le multipath j’ai fait un petit schéma pour être plus clair :
En résumé, c’est au niveau du stockage SAN, le fait qu’un serveur puisse accéder au SAN par plusieurs chemins. Les plugins présentés ci dessous vérifient l’intégrité de tous les liens (couleur orange) du serveur vers le SAN.
Le plugin pour VMware s’exécute sur le serveur nagios et accède à l’ESX par IP / login / mot de passe.
Il faut donc créer un accès sur le serveur VMware avec les permissions en ReadOnly et installer sur le serveur Nagios le VMwarePerlSDK (tout comme le fameux plugins check_esx3 de la société OP5 : http://git.op5.org/git/?p=nagios/op5plugins.git;a=tree ).
Il se sert de la commande : esxcfg-mpath -l
Le plugin pour Redhat s’exécute directement sur le serveur redhat supervisé tout comme le précédent plugin de supervision du cluster donc il nécessite l’ajout d’un agent Nagios (le plus connu étant NRPE). Il nécessite aussi l’ajout d’une ligne dans /etc/sudoers car la commande multipath -ll ne s’exécute qu’en root.
Il se sert de la commande : multipath -ll
Plugins ESX Multipath
Plugins Redhat Multipath
Si vous avez des remarques pour améliorer ces différents plugins de supervision Nagios, n’hésitez pas à me contacter.
Plugins de Nagios développé durant mon stage, il sert à superviser le cluster redhat sans passer par le SNMP.
Pourquoi pas par le SNMP ?
J’avais rencontré quelques difficultés avec le rpm cluster-snmp lors de l’intégration dans /etc/snmp/snmpd.conf, il faisait planté le serveur snmp et une mise à jour du packet avait pour dépendance une mise à jour du module cluster, pas possible car le serveur était déjà en prod.
Le plugins nécessite l’installation de l’agent Nagios NRPE, la création de l’utilisateur nagios apartenant au groupe wheel et l’ajout d’une ligne dans /etc/sudoers
plus d’infos en lançant : check_redhat_clustat.sh -h
Téléchargement du plugins : http://www.blogvirtualisation.com/downloads/check_redhat_clustat.sh
Plugins de supervision du multipath de redhat (module device-mapper-multipath) en cours de validation. Bientôt en téléchargement.
Attention une personne a acheté le nom de domaine .fr et .eu du blogvirtualisation pour le faire rediriger vers son blog.
Cette personne est de Supinfo (ça fait toujours plaisir d’avoir des collègues qui profitent de la petite renommée du blog pour s’attirer des visites…)
Bonne visite à tous !