Outils personnels

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.6 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,...).
+
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 atuin.systea.net jerakine.systea.net > /root/ntpdate_upd.log
+
  /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, enlever les référence au serveur local (127.0.0.1) et fudge, mettre atuin et jerakine en serveurs de temps, puis :
+
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éé