The issue is related to config_target and config_apply limitations not to storage stuff. A config uuid with the reboot flag is passed to puppet ONLY when host is unlocked (which makes sense as this is when we do the reboot). Runtime manifests don't pass the reboot flag to puppet (it is a runtime, reboot flag has to remain). So, at unlock we set it correctly then... since the last operation in Ansible is to run a set of runtime manifests we reset it one more time to a value w/o the reboot flag => the reboot flag is no longer set, that's why after unlock we get the one bit difference in:
The issue is related to config_target and config_apply limitations not to storage stuff. A config uuid with the reboot flag is passed to puppet ONLY when host is unlocked (which makes sense as this is when we do the reboot). Runtime manifests don't pass the reboot flag to puppet (it is a runtime, reboot flag has to remain). So, at unlock we set it correctly then... since the last operation in Ansible is to run a set of runtime manifests we reset it one more time to a value w/o the reboot flag => the reboot flag is no longer set, that's why after unlock we get the one bit difference in:
after unlock e5da-4f2e- a3c3-c468e9a46f b5 | e5da-4f2e- a3c3-c468e9a46f b5 |
------------
| config_applied | 62228cc1-
| config_status | Config out-of-date |
| config_target | e2228cc1-