Outils personnels

Le guest VMWare perd l'heure : Différence entre versions

De wikiGite

m
 
 
(10 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é !
 +
 
 +
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 :
 
Ajout repository /etc/yum.repos.d/Vmware.repo :
Ligne 30 : Ligne 46 :
 
  gpgcheck=1
 
  gpgcheck=1
 
  gpgkey=http://vmware.xaox.net/centos/$releasever/RPM-GPG-KEY
 
  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,<br/>
 +
ajouter ",kernel*" au paramètre "exclude" des blocs [update] et [centosplus].
  
 
puis
 
puis
Ligne 36 : Ligne 55 :
 
Valider que le nouveau noyau VMwaresmp sera bien pris en compte au redémarrage dans /boot/grub/menu.lst
 
Valider que le nouveau noyau VMwaresmp sera bien pris en compte au redémarrage dans /boot/grub/menu.lst
  
−
MODIFIER /etc/fstab pour mettre /boot en RO (évite que yum mette à jour le noyau) :
+
Re-vérifier la config de grub.
−
LABEL=/boot            /boot                  ext3    ro,noexec,nosuid,nodev        1 2
 
  
 
reboot : l'heure est OK '''sans les 3 options nosmp napic nolapic''', elles sont inutiles avec le nouveau noyau.
 
reboot : l'heure est OK '''sans les 3 options nosmp napic nolapic''', elles sont inutiles avec le nouveau noyau.
Ligne 43 : 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éé

Récupérée de « https://wiki.kogite.fr/index.php?title=Le_guest_VMWare_perd_l%27heure&oldid=2193 »