Outils personnels

VMWareTools sur guest linux : Différence entre versions

De wikiGite

 
(16 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 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.
  
ATTENTION : les tools peuvent modifier le device de la carte réseau. Si la carte était reconnue en eth1 au départ, elle revient en eth0 avec les tools.<br>
+
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é.
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. C'est dû au fait qu'il continue à charger le module pcnet32, interdisant au module optimisé vmxnet de prendre la main.
 
  
Dans ce cas, créer /etc/init.d/vmware-vmxnet:
+
Pour mémoire, la fin de l'install des Tools indique :
  #!/bin/bash
+
  To use vmxnet driver, restart networking using the following commands :
  /etc/init.d/networking stop
+
  /etc/init.d/network stop
 
  rmmod pcnet32
 
  rmmod pcnet32
 
  rmmod vmxnet
 
  rmmod vmxnet
 
  depmod -a
 
  depmod -a
 
  modprobe vmxnet
 
  modprobe vmxnet
  /etc/init.d/networking start
+
  /etc/init.d/network start
 
 
puis update-rc.d vmware-vmxnet defaults 19 (le S19 le place juste en dessous de vmware-tools)
 

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