Connexion SSH à un hôte sur VMware

Dans le cadre de la résolution des problèmes liée à notre environnement VMware, parfois nous somme amenés à se connecter en SSH à un hôte.

Cette procédure décrit en détaille les étapes à suivre : 

Nous allons commencer par la sélection du hôte en question. et par la suite, on clique sur "Configuration", "Profil de sécurité" puis sur "Propriétés ..." :



Après sur la partie "Étiquette" de la fenêtre qui s'affiche, on choisit le service SSH et on clique sur "Options ..." et par la suite sous "commandes de service" on clique sur "Démarrer" et on valide par OK:



Après la validation nous avons un message d'avertissement informant de l'activation du SSH sur le hôte.

Maintenant on lance un outil pour se connecter en SSH (PuTTY dans cet exemple) :



On tape le nom d'utilisateur et le mot de passe pour se connecter au hôte.



Et voila nous somme connecté en SSH à nôtre hôte.

Fin

Je l'ai déplacé ou je l’ai copié sur VMware !!

Parfois lors du démarrage d’une VM, nous avons l’avertissement :   et la machine ne termine pas son démarrage.

En se mettant sur l’onglet « Résumé »,  on trouve le message suivant :

A ce stade-là, on ne sait pas quoi faire, Je l'ai déplacé ou je l’ai copié !

Solution :

En générale :

Je l’ai déplacé : s’il y a une seule copie de la VM sur notre vCenter.

Je l’ai copié : s’il y a plus d’une seule copie sur notre vCenter de cette machine virtuelle.

Explications :

Ce qui change sont des valeurs du : UUID (Universally Unique Identifier), du coût, lorsque on fait le choix « je l’ai déplacé », la carte réseau virtuelle et l’adresse MAC virtuelle de la VM restent les mêmes, par contre si on fait le choix « je l’ai copié », les 2 valeurs changent.

Résolution de l'erreur : Etat du journal des événements système IPMI de l'hôte

Erreur : Etat du journal des événements système IPMI de l'hôte

Symptômes : 

Vous n'arrivez pas à vous débarrasser du message concernant l'IPMI malgré que vous avez cliqué sur "Effacer" ou "Reconnaître alarme" de l'onglet "Alarmes".

Résolution : 

Tout d'abord il faut s’assurer que le hardware ne présente aucune anomalie (aucun problème matériel).
Par la suite, on efface l'alarme qui apparaisse et on vide le journal des événement système, en cliquant sur "Réinitialiser journal événement" et puis on réinitialise les capteurs en cliquant sur "Réinitialiser capteurs" :



On constate si le problème est résolu, on dit félicitation. :)
Sinon on passe à l'étape suivante.

Maintenant nous allons forcer l’écrasement de l’alerte du journal, et pour cela, il faut activer le SSH sur la hôte afin d'autoriser la connexion.

On clique sur "Configuration", "Profil de sécurité" puis sur "Propriétés ..." :



Après on choisit le service SSH de la fenêtre qui s'affiche et on clique sur "Options ..." et par la suite sous "commandes de service" on clique sur "Démarrer" et on valide par OK:



On lance un outil pour se connecter en SSH (PuTTY dans cet exemple) :



On tape le nom d'utilisateur et le mot de passe pour se connecter au hôte, et par la suite on se met sur le chemin : var/spool/cron/crontabs/ on tapons la commande : cd var/spool/cron/crontabs/
et on change les permissions sur le fichier root par la commande : chmod 777 root
et on édite ce fichier : vi root



on clique sur "i" afin de permettre l'insertion du texte sur l'éditeur vi, puis on ajoute la ligne :

*/30 *      *      *      *     localcli hardware ipmi sel clear

pour enregistrer ces changement, appuyer sur "Echap" puis "la touche shift + Z"



PS : si vous n'arrivez pas à enregistrer le ficher, pensez à faire les étapes suivantes :

cp root root_new
vi root_new 
Ecrire la ligne comme expliqué précédemment
mv root root.old afin de garder la version originale.
mv root_new root

maintenant ça ne reste qu'à changer les permissions :

chmod 0444 root
chmod 1444 root



Après cet étape on redémarre les service de management, ou bien si'il y a la possibilité de faire un arrêt de la hôte et on la rallume.

Fin