dd9b008c11
Via Ic08468854ce92e81cd84bd6c86a6b672b5a9d49b we fixed the problem of docker being restarted when puppet triggers a change while pacemaker is up and running. That approach, while more correct than what existed previously, is still suboptimal because we are stopping all docker containers even though we don't have to. Let's detect if applying the profile::base::docker manifest would introduce any changes and also detect if the docker rpm is going to be updated. If one of the two conditions is true we need to stop containers. This way rerunning the update workflow on a node should be much less disruptive. Tested this and correctly observed that the first run did correctly stopped the docker containers whereas subsequent runs did not stop containers. Change-Id: I9176da730b0156d06e2a1ef5f2fcc061e2a6abf6 Related-Bug: #1747851 |
||
---|---|---|
.. | ||
extraconfig | ||
manifests | ||
services | ||
all-nodes-config.j2.yaml | ||
deploy-artifacts.sh | ||
deploy-artifacts.yaml | ||
role.role.j2.yaml | ||
upgrade_config.yaml |