Distribution EOLE

É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