Question Le temps est trop rapide dans Debian, 72 minutes dans la date système en une seconde mondiale


Avoir des problèmes avec la date / heure du système sous GNU / Linux / Debian: Le temps passe trop vite pour la date, l'heure et le cron. La commande sleep fonctionne bien, les temps de modification des fichiers sont corrects. Le problème expliqué via les commandes:

$ date
Mon Sep 12 05:27:46 CEST 2011

$ time sleep 1
real    71m13.403s
user    0m0.008s
sys     0m0.012s

$ date
Fri Sep 16 22:00:02 CEST 2011

On dirait que, alors que la commande "sleep 1" a été exécutée et que la commande "date" a été entrée, 4 jours se sont écoulés. En fait, non. Les idées sur ce qui se passe sont les bienvenues.

$ uname -a
Linux the_hostname 2.6.18-238.19.1.el5xen #1 SMP Fri Jul 15 08:16:59 EDT 2011 x86_64 GNU/Linux

Et oui, c'est dans une machine virtuelle.

$ hwclock --debug
hwclock from util-linux-ng 2.13.1.1
hwclock: Open of /dev/rtc failed, errno=2: No such file or directory.
No usable clock interface found.
Cannot access the Hardware Clock via any known method.

7
2017-08-02 16:15


origine


On dirait un Linux virtualisé, non? Certains logiciels de virtualisation ont des problèmes avec l'émulation de RTC et peut-être que le noyau se trompe. - mailq
Avez-vous compilé dans le module flux_capacitor? :) - egorgry
Votre serveur voyage clairement dans le temps. Procéder avec prudence. - MDMarra
Quelques suggestions: 1. Machine virtuelle? La synchronisation de l'heure est-elle configurée contre l'hôte? Votre noyau attend-il des ticks à un taux différent de celui envoyé par l'hôte? 2. Paravirtuel? Avez-vous les bonnes versions du noyau? 3. Avez-vous NTP en cours d'exécution? NTP semble-t-il être sain d'esprit? - pehrs
L'OP n'a pas mentionné que ce serveur est hébergé sur le TARDIS. - Bart Silverstrim


Réponses:


est-ce que cela se produit toujours après le réglage de l'heure avec NTP? sinon, essayez d'utiliser le rtc. J'ai aussi lu quelque part dans un forum que s'il s'agissait d'un problème informatique 64 bits, quelqu'un a suggéré d'utiliser le noapictimer option du noyau pour le réparer. il serait intéressant de savoir quel système vous utilisez et quelle version du noyau pour mieux identifier l’échec

MODIFIER: Je pense que cela a quelque chose à voir avec le noyau xen et les problèmes de temps là-bas. Vérifiez ces pages:

(Le temps a reculé problème)

http://lists.xensource.com/archives/html/xen-users/2010-01/msg00037.html

(horloge rapide)

http://idolinux.blogspot.com/2009/02/xen-and-fast-clock.html

ou google pour les problèmes de temps et de noyau xen. il y a beaucoup de discussions sur ce sujet


1
2017-08-02 17:19



Merci, je viens d'installer ntp, pas de changement jusqu'à présent. La commande hwclock dit hwclock --debug hwclock from util-linux-ng 2.13.1.1 hwclock: Open of /dev/rtc failed, errno=2: No such file or directory. No usable clock interface found. Cannot access the Hardware Clock via any known method.  C'est une machine virtuelle en effet. uname -a Linux hostnameishere 2.6.18-238.19.1.el5xen #1 SMP Fri Jul 15 08:16:59 EDT 2011 x86_64 GNU/Linux - Buella Gábor
Quelque chose d’intéressant, c’est qu’il revient toujours à la bonne heure après un certain temps. Arrive vers le milieu de 2012, puis en août 2011. Comme si ça se synchronisait parfois. L’autre chose étrange est que les temps de création des fichiers sont corrects et que uptime La commande affiche l'heure correcte. - Buella Gábor
La réinitialisation peut être due au fait que NTP effectue une recherche et réinitialise l'heure. Les temps de création étant corrects et la disponibilité semble cependant assez étrange. J'ai remarqué quelques commentaires ci-dessus vous demandant si vous exécutiez une machine virtuelle. Est ce que c'est ce que tu es en train de faire? - Mike Keller
Oui, il s'exécute sur une machine virtuelle - Buella Gábor
vous pouvez essayer de charger le rtc via modprobe rtc mais je pense que cela ne fonctionnera pas sur un vm. Si c'est votre Amchine et que vous pouvez accéder au système derrière la VM installer un kernelupdate, sinon contactez le propriétaire et demandez gentiment s'il le ferait. ntp devrait mettre à jour l'heure de temps en temps, ceci explique donc ce comportement. Juste googlé un peu et il semble y avoir quelque chose qui cloche en général avec les noyaux xen et le temps entre l'hôte hôte et invité os. J'ai également trouvé des astuces sur la façon de résoudre ces problèmes lorsque vous pouvez accéder au noyau xen (vous êtes propriétaire du disque dur et vous pouvez accéder à la machine sur laquelle la machine virtuelle est exécutée). - Xtroce