VMWareTools sur guest linux : Différence entre versions
De wikiGite
(17 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 ! | ||
+ | |||
+ | 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. | ||
+ | |||
+ | <span style="color:red;">Non testé</span> :<br/> | ||
+ | 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 = | = Installer VMWare-Tools sur Etch = | ||
Lancer cette install dans une console VMWare, éviter le ssh (voir note plus bas) | Lancer cette install dans une console VMWare, éviter le ssh (voir note plus bas) | ||
Ligne 7 : | Ligne 18 : | ||
Vérifier le répertoire d'install | Vérifier le répertoire d'install | ||
ls -d /usr/src/linux-headers-$(uname -r)*/include | ls -d /usr/src/linux-headers-$(uname -r)*/include | ||
− | Installer aussi killall | + | Installer aussi killall et gcc via les meta-paquets : |
− | apt-get install psmisc | + | apt-get install psmisc build-essential |
lancer Install VMWare Tools dans la console server/VM | lancer Install VMWare Tools dans la console server/VM | ||
Ligne 19 : | Ligne 30 : | ||
cd vmware-tool* | cd vmware-tool* | ||
./vmware-install.pl | ./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.<br> | ||
+ | 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/ | + | /etc/init.d/network stop |
rmmod pcnet32 | rmmod pcnet32 | ||
rmmod vmxnet | rmmod vmxnet | ||
depmod -a | depmod -a | ||
modprobe vmxnet | modprobe vmxnet | ||
− | /etc/init.d/ | + | /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