1 votes

ntpdate fixe une date incorrecte après le démarrage

J'ai quelques machines virtuelles Debian XEN et je les ai mises à niveau vers wheezy (j'ai besoin du noyau 3.2 pour un projet). Tout allait bien jusqu'à ce que je redémarre une des machines.

Mon problème actuel est que ntpdate fixe une date erronée après le démarrage, ce qui a de graves conséquences sur l'application qui fonctionne sur les VM (pannes, données endommagées, etc - le temps est important sur ces serveurs).

Peu après le démarrage, j'ai exécuté la commande ntpdate deux fois - avec le résultat suivant (déroutant) :

$> ntpdate server1 server2 server3

9 Avr 20:42:26 ntpdate[2371] : étape temps serveur x.x.x.x décalage 83.293954 sec

$> ntpdate server1 server2 server3

9 Avr 20:40:45 ntpdate[1800] : étape temps serveur x.x.x.x offset -83.294240 sec

Après ces deux exécutions, ntpdate fonctionne comme d'habitude, renvoyant des décalages inférieurs à 0,0001 seconde.

Ce problème est le même pour toutes les machines virtuelles du cluster, mais le décalage temporel est différent. J'ai vu un serveur synchroniser ~2800 secondes comme cela, donc les 83 secondes dans l'échantillon ci-dessus sont des valeurs plutôt basses.

Y a-t-il un moyen de savoir pourquoi ntpdate avance l'heure et la recule peu après ? !

Edit : L'heure sur le Dom0 est correcte et également synchronisée.

1voto

Nils Points 7622

Je pense que vous avez touché le même problème que ici .

Le temps du DomU est éventuellement couplé au temps du Dom0. Vous devez le découpler avant d'utiliser ntpd o ntpdate .

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X