You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
One more observation - which was probably already spotted during internal testing, but just in case: there is an idempotence issue with generating system.yaml file as well. Namely, there are 3 situations when it's being updated:
by this Ansible role when generating it for the 1st time
by installService.sh script ran from this Ansible role (probably one time only as well, but I'm not sure if that's so) - adding the user.shared
by Artifactory itself when it's encrypting the DB key
This means that re-running Ansible overwrites changes done by (2) and (3).
Which installer:
Ansible
Which product and version:
Artifactory 7.18.5
What happened:
Running the playbook twice against an existing host restarts artifactory despite no changes.
On second run of the playbook the following happens:
I'd expect this playbook to to idempotent, i.e. not take any actions if it's not making any actual changes. Especially an action as intrusive like service restart.
How to reproduce it (as minimally and precisely as possible):
Is this a request for help?:
Bug report.
This is continuation of #75 which was only partially fixed.
See #75 (comment)
Which installer:
Ansible
Which product and version:
Artifactory 7.18.5
What happened:
Running the playbook twice against an existing host restarts artifactory despite no changes.
On second run of the playbook the following happens:
What you expected to happen:
Idempotency is a crucial rule in Ansible.
I'd expect this playbook to to idempotent, i.e. not take any actions if it's not making any actual changes. Especially an action as intrusive like service restart.
How to reproduce it (as minimally and precisely as possible):
https://github.com/jfrog/JFrog-Cloud-Installers/blob/master/Ansible/examples/playbook-rt.yml
Run it twice:
ansible-playbook -i inventory.yml playbook-rt.yml
Anything else we need to know:
n/a
The text was updated successfully, but these errors were encountered: