Operations grimoire/Restart a Docker engine
A lot of vital components are managed by Docker.
Ideally, we should have redundancy to avoid container lost.
- Restart Docker engine
- Restart containers, either manually, either with the docker-containers systemd unit
- Run production tests
Services needing manual tweaking after container restart
- bin/phd status
- bin/phd stop <the PID of PhabricatorBot>
- sv restart phd
- chpst -u app bin/phd launch PhabricatorBot /opt/phabricator/conf/xessife.json
Other instances needs a
sv restart phd.
Wearg needs to be manually reconnected to the broker:
- .tcl mq disconnect
- .tcl utimers and kill remaining timers if needed
- .tcl mq broker::connect
- .tcl broker::on_tick
That requires a owner access to Wearg (ping Dereckson).
When MySQL isn't reachable
If the MySQL container (acquisitariat) IP changed, you need to tweak /etc/hosts in every depending container (Phabricator instances, cachet, pad, login) and ensure there is a
<correct IP> mysql line.
What containers need MySQL and symptoms when not reachable?
|Container||MySQL priority||Symptom when not running|
|silly_bardeen||Needed for some CI tasks||Jenkins jobs test-auth-grove-* will fail:
PHPUnit test issue: \Tests\Models\UsersTest::testTryGetFromExternalSource
To test if all works:
$ su app $ cd ~/workspace/test-auth-grove-php $ phpunit --no-coverage OK (37 tests, 58 assertions)
|cachet||High||App doesn't work|
|devcentral||High||App doesn't work|
|etherpad||High||Container doesn't start|
|wolfphab||High||App doesn't work|
When a container doesn't want to restart
Try first to see what happens with docker logs <container name>.
If that doesn't work, go to the services section of the grimoire and reprovision it.
Commit a backup Docker image based on the current content with with docker commit <name> <name>-bak. That will allow investigation.
Error response from daemon: Unknown runtime specified oci
The container doesn't use the current runtime.
docker-runc but was previously for a short time
You can, change the runtime in the container configuration following instructions from this post.
Do that only for containers you don't want to respin (e.g. devcentral). Others you can safely rm and respin.