Outils personnels

VMWareTools sur guest linux : Différence entre versions

De wikiGite

m (a déplacé VMWareTools sur Debian Etch vers VMWareTools sur guest linux)
 
(6 révisions intermédiaires par un autre utilisateur non affichées)
Ligne 1 : Ligne 1 :
 +
__TOC__
 
----
 
----
 
<big>'''Note importante'''</big> : la mise à jour du noyau peut empêcher les vmwre-tools de fonctionner, car le driver réseau notamment est compilé d'après les sources du noyau en cours. La VM peut donc se retouver sans réseau au prochain reboot qui utilisera le nouveau noyau, le module mwxnet n'ayant pas pu se charger !
 
<big>'''Note importante'''</big> : la mise à jour du noyau peut empêcher les vmwre-tools de fonctionner, car le driver réseau notamment est compilé d'après les sources du noyau en cours. La VM peut donc se retouver sans réseau au prochain reboot qui utilisera le nouveau noyau, le module mwxnet n'ayant pas pu se charger !
Ligne 37 : Ligne 38 :
 
  rm -f /etc/udev/rules.d/z25_persistent-net.rules
 
  rm -f /etc/udev/rules.d/z25_persistent-net.rules
 
et rebooter.
 
et rebooter.
 +
 +
= Installer VMWare-Tools sur CentOS4 =
 +
Sur CentOS4/BlueQuartz, c'est encore plus simple. A priori le rpm ne semble pas fonctionner (en tout cas, sur une ESXi, le VI client ne voit pas les tools après installation par rpm -i).
 +
 +
Par contre, en lançant simplement l'installation via le tar.gz et vmware-install.pl, il ne demande rien : le module semble pré-compilé pour RedHat ou équivalent, pas besoin des headers.
 +
 +
Redémarrer le système pour prendre en compte les modifications (kudzu doit découvrir une nouvelle carte réseau, lui demander simplement de la "configurer"). Vérifier que le module vmxnet est bien chargé.
 +
 +
Pour mémoire, la fin de l'install des Tools indique :
 +
To use vmxnet driver, restart networking using the following commands :
 +
/etc/init.d/network stop
 +
rmmod pcnet32
 +
rmmod vmxnet
 +
depmod -a
 +
modprobe vmxnet
 +
/etc/init.d/network start

Version actuelle datée du 16 juin 2009 à 09:13


Note importante : la mise à jour du noyau peut empêcher les vmwre-tools de fonctionner, car le driver réseau notamment est compilé d'après les sources du noyau en cours. La VM peut donc se retouver sans réseau au prochain reboot qui utilisera le nouveau noyau, le module mwxnet n'ayant pas pu se charger !

Donc :

  • Penser à charger aussi les sources correpondant au nouveau noyau lors d'un mise à jour
  • Si on a accès à la console de la VM, rebooter, et ré-installer les vmware-tools, ce qui recompilera les modules. Rebooter à nouveau, le réseau doit être à nouveau opérationnel.

Non testé :
l'installateur demande quel est le chemin vers le répertoire "include" des sources du noyau qu'il utilisera pour ses compilations. Est-ce que ça fonctionne si, avant redémarrage, on relance l'installation et qu'on donne le chemin des nouvelles sources ? Ne va-t-il rien manquer?

Installer VMWare-Tools sur Etch

Lancer cette install dans une console VMWare, éviter le ssh (voir note plus bas)

uname -r #pour voir la version du kernel
dpkg -l | grep headers #pour voir si linux-headers-<version> est installé

Si non :

apt-get install linux-headers-$(uname -r)

Vérifier le répertoire d'install

ls -d /usr/src/linux-headers-$(uname -r)*/include

Installer aussi killall et gcc via les meta-paquets :

apt-get install psmisc build-essential

lancer Install VMWare Tools dans la console server/VM

Monter le CD virtuel, copier les Tools et lancer l'install :

mount /media/cdrom0
cp /media/cdrom0/VMwareTool*.tar.gz /root
umount /media/cdrom0
tar -xvzf VMwareTool*
cd vmware-tool*
./vmware-install.pl

Tous les paramètres peuvent être laissés par défaut.

ATTENTION : les tools peuvent modifier le device de la carte réseau. Rebooter après install pour vérifier comment la carte est reconnue.

Si la carte était reconnue en eth1 au départ, elle revient en eth0 avec les tools. Le réseau peut donc être coupé tant qu'on a pas modifié le fichier interfaces et redémarré eth0.
Mais on peut aussi avoir le contraire : la carte devient eth1 avec les tools. Il faut alors supprimer le fichier :

rm -f /etc/udev/rules.d/z25_persistent-net.rules

et rebooter.

Installer VMWare-Tools sur CentOS4

Sur CentOS4/BlueQuartz, c'est encore plus simple. A priori le rpm ne semble pas fonctionner (en tout cas, sur une ESXi, le VI client ne voit pas les tools après installation par rpm -i).

Par contre, en lançant simplement l'installation via le tar.gz et vmware-install.pl, il ne demande rien : le module semble pré-compilé pour RedHat ou équivalent, pas besoin des headers.

Redémarrer le système pour prendre en compte les modifications (kudzu doit découvrir une nouvelle carte réseau, lui demander simplement de la "configurer"). Vérifier que le module vmxnet est bien chargé.

Pour mémoire, la fin de l'install des Tools indique :

To use vmxnet driver, restart networking using the following commands :
/etc/init.d/network stop
rmmod pcnet32
rmmod vmxnet
depmod -a
modprobe vmxnet
/etc/init.d/network start