web-dev-qa-db-fra.com

Heure différente sur le serveur Maas et ses nœuds

Après avoir déployé Maas et Canonical Distribution of Openstack sur un environnement virtuel (VMware ESXi), j'ai découvert que le serveur Maas avait une heure d'horloge correcte, tandis que les noeuds utilisés pour Openstack étaient différents. Sur VMware, le serveur NTP est défini avec ntp.ubuntu.com.

enter image description here

enter image description here

De statut juju j'ai vu le conteneur ntpmaster/0 et son fichier ntp.conf est ainsi configuré:

ubuntu@juju-eba318-3-lxd-1:~$ more /etc/ntp.conf
# juju generated ntp configuration
driftfile /var/lib/ntp/ntp.drift
statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable
restrict -4 default kod notrap nomodify nopeer noquery
restrict -6 default kod notrap nomodify nopeer noquery


restrict 127.0.0.1
restrict ::1
# SERVERS


# LOCAL time source
server 127.127.1.0
fudge 127.127.1.0 stratum 5

# PEERS

pourquoi horloge différente?

maas
2
Riccardo Magrini

J'avais le même problème et je n'ai pas trouvé de solution "élégante" ou "intégrée". Alors j'ai juste fait une solution de contournement:

Sur le fichier /etc/maas/preseeds/curtin_userdata, juste après les lignes:

late_commands:
maas: [wget, '--no-proxy', {{node_disable_pxe_url|escape.json}}, '--post-data', {{node_disable_pxe_data|escape.json}}, '-O', '/dev/null']

Ajouter quelque chose comme:

late_commands:
maas: [wget, '--no-proxy', {{node_disable_pxe_url|escape.json}}, '--post-data', {{node_disable_pxe_data|escape.json}}, '-O', '/dev/null']
setup_timezone_01: ["curtin", "in-target", "--", "sh", "-c", "rm /etc/localtime && ln -s /usr/share/zoneinfo/Europe/Berlin /etc/localtime"]

... et ajustez ce Europe/Berlin à 'Europe/Rome` ou à l'endroit où votre contrôleur fonctionne.

De cette façon, maas définira (code dur) le fuseau horaire dans la machine cible au cours du processus d'installation.

Encore une fois, ce n’est probablement pas la meilleure solution, mais elle fait le travail pour moi.

1
Julen Larrucea

Avez-vous vérifié les paramètres de fuseau horaire?

par exemple.

$ ls -l /etc/localtime
lrwxrwxrwx 1 root root 27 Jun 28 12:37 /etc/localtime -> /usr/share/zoneinfo/Etc/UTC
$ cat /etc/timezone
Etc/UTC

Si le fuseau horaire configuré est différent, vous obtiendrez une heure différente.

0
Blacky