diff options
author | Devan Goodwin <dgoodwin@redhat.com> | 2016-11-24 10:00:29 -0400 |
---|---|---|
committer | Devan Goodwin <dgoodwin@redhat.com> | 2016-11-30 09:41:06 -0400 |
commit | 5c24cf417b08e0b427435d1bd5d27a4b03467092 (patch) | |
tree | 0c2250505df4c4f135aba50a67a05f4e0fc26dd7 /roles/flannel/handlers | |
parent | 4ff3ae5f8e99145a06a0cc9976ec07c008831b65 (diff) | |
download | openshift-5c24cf417b08e0b427435d1bd5d27a4b03467092.tar.gz openshift-5c24cf417b08e0b427435d1bd5d27a4b03467092.tar.bz2 openshift-5c24cf417b08e0b427435d1bd5d27a4b03467092.tar.xz openshift-5c24cf417b08e0b427435d1bd5d27a4b03467092.zip |
Cleanup ovs file and restart docker on every upgrade.
In 3.3 one of our services lays down a systemd drop-in for configuring
Docker networking to use lbr0. In 3.4, this has been changed but the
file must be cleaned up manually by us.
However, after removing the file docker requires a restart. This had big
implications particularly in containerized environments where upgrade is
a very fragile series of upgrading and service restarts.
To avoid double docker restarts, and thus double service restarts in
containerized environments, this change does the following:
- Skip restart during docker upgrade, if it is required. We will restart
on our own later.
- Skip containerized service restarts when we upgrade the services
themselves.
- Clean shutdown of all containerized services.
- Restart Docker. (always, previously this only happened if it needed an
upgrade)
- Ensure all containerized services are restarted.
- Restart rpm node services. (always)
- Mark node schedulable again.
At the end of this process, docker0 should be back on the system.
Diffstat (limited to 'roles/flannel/handlers')
0 files changed, 0 insertions, 0 deletions