Alex Schultz eafe390853 Try a timesync as part of first boot ... We're running into issues where if someone creates a firstboot script that touches a file that will eventually be mounted into a container, it can fail if the time of the file ends up being in the future due to a later timesync. Let's try a basic timesync bootstrap as part of cloud-init to address the case of configuration changes occuring prior to the host_prep_tasks where we traditionally configure chrony/ntp Depends-On: https://review.opendev.org/#/c/659398 Change-Id: I294eba826b98c5793336815282f766e3d2e60a51 Related-Bug: #1776869		2019-05-20 21:34:50 +00:00
..
conntectx3_streering.yaml	Change template names to rocky	2018-05-09 08:28:42 +02:00
os-net-config-mappings.yaml	Handle upper and lower case system uuids	2019-02-19 12:58:54 -07:00
userdata_default.yaml	Change template names to rocky	2018-05-09 08:28:42 +02:00
userdata_dev_rsync.yaml	Change template names to rocky	2018-05-09 08:28:42 +02:00
userdata_example.yaml	Change template names to rocky	2018-05-09 08:28:42 +02:00
userdata_heat_admin.yaml	Change template names to rocky	2018-05-09 08:28:42 +02:00
userdata_root_password.yaml	Change template names to rocky	2018-05-09 08:28:42 +02:00
userdata_timesync.yaml	Try a timesync as part of first boot	2019-05-20 21:34:50 +00:00