Le guest VMWare perd l'heure : Différence entre versions
De wikiGite
| (6 révisions intermédiaires par un autre utilisateur non affichées) | |||
| Ligne 1 : | Ligne 1 : | ||
'''Le guest VMWare perd l'heure alors que l'hôte n'a pas ce problème.''' | '''Le guest VMWare perd l'heure alors que l'hôte n'a pas ce problème.''' | ||
| − | Le noyau 2. | + | Le noyau 2.4 interroge très souvent le timer de l'hôte (ce qu'il croit être le matériel) et celui-ci peut ne pas répondre correctement en fonction de divers paramètres (charge,...). |
| + | == Toutes distributions == | ||
| + | Si les VMware Tools sont installés, modifier dans le .vmx de la VM : | ||
| + | tools.syncTime = "TRUE" | ||
| + | (à FALSE par défaut) et redémarrer la VM. | ||
| + | Si ça ne fonctionne pas : | ||
== Sur Debian == | == Sur Debian == | ||
S'assurer que les VMWareTools sont installés. Si ça ne résoud pas le problème :<br> | S'assurer que les VMWareTools sont installés. Si ça ne résoud pas le problème :<br> | ||
| Ligne 16 : | Ligne 21 : | ||
Si ça ne résout toujours pas le problème, installer en plus ntpdate et mettre en cron toutes les 2 minutes un script : | Si ça ne résout toujours pas le problème, installer en plus ntpdate et mettre en cron toutes les 2 minutes un script : | ||
| − | /usr/sbin/ntpdate | + | /usr/sbin/ntpdate ntp1.example.net ntp2.example.net > /var/log/ntpdate_update.log |
'''NOTE 09/01/2008''' : ATTENTION, UN UPDATE DU KERNEL PEUT MODIFIER LE MENU.LST ET SUPPRIMER LES OPTIONS | '''NOTE 09/01/2008''' : ATTENTION, UN UPDATE DU KERNEL PEUT MODIFIER LE MENU.LST ET SUPPRIMER LES OPTIONS | ||
| + | |||
== Sur CentOS / RedHat == | == Sur CentOS / RedHat == | ||
La modification du menu.lst ne suffit pas sur CentOS 4. Il faut un kernel modifié. | La modification du menu.lst ne suffit pas sur CentOS 4. Il faut un kernel modifié. | ||
| + | |||
'''ATTENTION''' : Sur Nuonce/BlueQuartz 4.8, c'est LILO qui est installé ! | '''ATTENTION''' : Sur Nuonce/BlueQuartz 4.8, c'est LILO qui est installé ! | ||
| Ligne 54 : | Ligne 61 : | ||
Mise en route de ntp (déjà installé) : | Mise en route de ntp (déjà installé) : | ||
| − | Dans /etc/ntp.conf, | + | Dans /etc/ntp.conf, mettre atuin et jerakine en serveurs de temps à la place des *pool.ntp.*, |
| + | server ntp1.example.net ntp2.example.net | ||
| + | et dans le bloc GENERAL CONFIGURATION, commenter les référence au serveur local (127.127.1.0) et fudge. | ||
| + | |||
| + | puis : | ||
chkconfig --level 3 ntpd on | chkconfig --level 3 ntpd on | ||
/etc/init.d/ntpd start | /etc/init.d/ntpd start | ||
Version actuelle datée du 18 mars 2009 à 18:43
Le guest VMWare perd l'heure alors que l'hôte n'a pas ce problème.
Le noyau 2.4 interroge très souvent le timer de l'hôte (ce qu'il croit être le matériel) et celui-ci peut ne pas répondre correctement en fonction de divers paramètres (charge,...).
Toutes distributions
Si les VMware Tools sont installés, modifier dans le .vmx de la VM :
tools.syncTime = "TRUE"
(à FALSE par défaut) et redémarrer la VM.
Si ça ne fonctionne pas :
Sur Debian
S'assurer que les VMWareTools sont installés. Si ça ne résoud pas le problème :
Ajouter à GRUB, sur la ligne kernel :
Si l'horloge semble aller trop vite :
kernel /vmlinuz-2.4.20-28.9 ro root=/dev/hda2 clock=pit
Si l'horloge semble aller trop lentement :
kernel /vmlinuz-2.4.20-28.9 ro root=/dev/hda2 nosmp noapic nolapic
Installer openntpd et paramétrer des serveurs de temps dans /etc/openntp/ntpd.conf pour les petites dérives qui continueraient.
Si ça ne résout toujours pas le problème, installer en plus ntpdate et mettre en cron toutes les 2 minutes un script :
/usr/sbin/ntpdate ntp1.example.net ntp2.example.net > /var/log/ntpdate_update.log
NOTE 09/01/2008 : ATTENTION, UN UPDATE DU KERNEL PEUT MODIFIER LE MENU.LST ET SUPPRIMER LES OPTIONS
Sur CentOS / RedHat
La modification du menu.lst ne suffit pas sur CentOS 4. Il faut un kernel modifié.
ATTENTION : Sur Nuonce/BlueQuartz 4.8, c'est LILO qui est installé !
Commencer par installer grub :
yum install grub yum remove lilo
Vérifier que la config de grub est correcte (/boot/grub/menu.lst), bizarrement elle est créée même si grub n'est pas installé au départ...
Installer grub :
grub-install /dev/sda
Ajout repository /etc/yum.repos.d/Vmware.repo :
# VMware.repo # [vmware] name=VMware - Centos $releasever - $basearch baseurl=http://vmware.xaox.net/centos/$releasever/$basearch/ gpgcheck=1 gpgkey=http://vmware.xaox.net/centos/$releasever/RPM-GPG-KEY
Ne plus autoriser les mises à jour de noyau venant de CentOS. Dans /etc/yum.repos.d/CentOS-Base.repo,
ajouter ",kernel*" au paramètre "exclude" des blocs [update] et [centosplus].
puis
yum update kernel-smp
Valider la clé si elle est signée "Mike Jones <mikej@primatech.com>"<bt> Valider que le nouveau noyau VMwaresmp sera bien pris en compte au redémarrage dans /boot/grub/menu.lst
Re-vérifier la config de grub.
reboot : l'heure est OK sans les 3 options nosmp napic nolapic, elles sont inutiles avec le nouveau noyau.
Mise en route de ntp (déjà installé) :
Dans /etc/ntp.conf, mettre atuin et jerakine en serveurs de temps à la place des *pool.ntp.*,
server ntp1.example.net ntp2.example.net
et dans le bloc GENERAL CONFIGURATION, commenter les référence au serveur local (127.127.1.0) et fudge.
puis :
chkconfig --level 3 ntpd on /etc/init.d/ntpd start
Si un message set_rtc_mmss.... apparait, synchroniser l'horloge hard (trop grande différence avec l'horloge système) :
hwclock --systohc
Penser à enlever /etc/cron.d/ntpdate s'il a été créé
