Project

General

Profile

Tâche #32575

Scénario #32490: Traitement express MEN (20-22)

OpenNebula et machine Windows : les machines ne sont pas toujours à la bonne heure au démarrage

Added by Daniel Dehennin 8 months ago. Updated 8 months ago.

Status:
Fermé
Priority:
Normal
Start date:
05/28/2021
Due date:
% Done:

100%

Estimated time:
0.00 h
Remaining (hours):
0.0

Description

Étude

Les machines ne sont pas toujours à la bonne heure au démarrage.

Il y a deux paramétrages à prendre en compte :

  1. Dans OpenNebula, les modèles peuvent utiliser
    1. LOCALTIME=YES signifie que le processus qemu va initialiser l’horloge BIOS avec l’heure de l’hyperviseur (dans son fuseau horaire)
    2. LOCALTIME=NO ou pas de LOCALTIME signifie que le processus qemu va initialiser l’horloge BIOS avec l’heure UTC
  2. Dans Windows
    1. Par défaut, le système considère que l’horloge BIOS est à l’heure du fuseau horaire
    2. Avec RealTimeIsUniversal, le système considère que l’horloge BIOS est à l’heure UTC

Ainsi,

  1. LOCALTIME=YES sans RealTimeIsUniversal peut poser problème lors des transitions heure été/hiver, si la dernière fois que le système a démarré était d’un côté de la barrière, alors le système va ajuster l’heure au démarrage alors qu’il ne faudrait pas (puisque qemu a initialisé l’horloge à la bonne heure du fuseau)
  2. LOCALTIME=YES avec RealTimeIsUniversal pose toujours problème car le système va toujours décaler l’heure en fonction du fuseau alors que l’horloge système était à la bonne heure (+1 en hiver et +2 en été pour CET)
  3. LOCALTIME=NO sans RealTimeIsUniversal pose toujours problème car il y aura toujours un décalage entre l’horloge qui est à l’heure UTC et le système qui va considérer que cette heure est celle du fuseau horaire
  4. LOCALTIME=NO avec RealTimeIsUniversal ne pose jamais problème qemu et le système ont la même vision sur ce que représente l’heure de l’horloge BIOS

Proposition

  1. Ne jamais utiliser LOCALTIME dans les modèles de VMs
  2. Toujours définir RealTimeIsUniversal, le plus tôt possible afin que les images Windows considère l’horloge BIOS en UTC dès que possible

Associated revisions

Revision afdb7852 (diff)
Added by Gilles Grandgérard 8 months ago

Gestion LOCALTIME / RealtimeUTC

REF #32575

History

#1 Updated by Daniel Dehennin 8 months ago

Les rares informations que je trouve sur RealTimeIsUniversal viennent d’une réponse sur social.technet de Microsoft

RealTimeIsUniversal key changes is how the kernel interprets the Real-Time Clock (RTC) from the motherboard and how it keeps it synchronized when a user/application (like the NTP service) changes the system time. Note that the BIOS does not have a "time zone setting" one can set. It's up to the OS to keep track of this.

When activated, it requires a reboot or hibernate/resume to take effect. AND THEN you need to set your current local time to the right time to force the kernel write out the system time in UTC to the RTC.

#2 Updated by Daniel Dehennin 8 months ago

  • Status changed from Nouveau to En cours
  • Assigned To set to Gilles Grandgérard

#3 Updated by Daniel Dehennin 8 months ago

Il ne reste plus qu’à mettre à jour les modèles OpenNebula, mon aca.pcprofs-10 a toujours LOCALTIME=YES

#4 Updated by Gilles Grandgérard 8 months ago

  • Status changed from En cours to Résolu

#5 Updated by Gilles Grandgérard 8 months ago

  • Status changed from Résolu to Fermé
  • Remaining (hours) set to 0.0

#6 Updated by Daniel Dehennin 8 months ago

  • % Done changed from 0 to 100
  • Estimated time set to 0.00 h

Also available in: Atom PDF