Explicitly down Jitsi-Meet containers on upgrade
We've been running into problems with Jitsi-Meet processes not restarting cleanly if we only docker-compose up after image pulls. Instead, check for whether the pull resulted in new image downloads and then cleanly down and up the containers, which seems to address the problem based on manual testing on the servers. Change-Id: Id551767e72102a4b8667aa9dacc81755f332a278
This commit is contained in:
parent
ab28acf052
commit
4f0bed6998
@ -84,6 +84,14 @@
|
|||||||
shell:
|
shell:
|
||||||
cmd: docker-compose pull
|
cmd: docker-compose pull
|
||||||
chdir: /etc/jitsi-meet-docker/
|
chdir: /etc/jitsi-meet-docker/
|
||||||
|
register: docker_compose_pull
|
||||||
|
- name: Stop/Start containers if needed
|
||||||
|
when: "'downloaded newer image' in docker_compose_pull.stderr"
|
||||||
|
block:
|
||||||
|
- name: Run docker-compose down
|
||||||
|
shell:
|
||||||
|
cmd: docker-compose down
|
||||||
|
chdir: /etc/jitsi-meet-docker/
|
||||||
- name: Run docker-compose up
|
- name: Run docker-compose up
|
||||||
shell:
|
shell:
|
||||||
cmd: docker-compose up -d
|
cmd: docker-compose up -d
|
||||||
|
Loading…
Reference in New Issue
Block a user