Watchtower führt keine Updates aus

richrath-sl 2020-03-02 09:27:22 UTC #1

Hallo,

wir nutzen die EPL-Version (aktuell 19.1.20200130; Packetinstallation)

Das letzte Update wurde manuell ausgeführt mit

docker pull download.egroupware.org/egroupware/epl:latest

Zu dem Release 19.1.20190917 hieß es, die docker-compose.yml bräuchte ein Update. Hätte das manuell vorgenommen werden müssen?

Hier sind ein paar weitere Logs

# journalctl -fu docker.service

– Logs begin at Wed 2018-10-17 09:55:56 UTC. –
Mar 02 07:36:35 docker dockerd[1125]: time=“2020-03-02T07:36:35Z” level=warning msg="xtables contention detected while running [–wait -t nat -I DOCKER_POSTROUTING -s 127.0.0.11 -p udp --sport 39775 -j SNAT --to-source :53]: Waited for 2.21 seconds and received “”"
Mar 02 07:36:37 docker dockerd[1125]: time=“2020-03-02T07:36:37.213866384Z” level=info msg="Loading containers: done."
Mar 02 07:36:37 docker dockerd[1125]: time=“2020-03-02T07:36:37.237004172Z” level=warning msg="failed to retrieve runc version: unknown output format: runc version spe c: 1.0.1-dev\n"
Mar 02 07:36:38 docker dockerd[1125]: time=“2020-03-02T07:36:38.910416707Z” level=info msg=“Docker daemon” commit=2d0083d graphdriver(s)=overlay2 version=18.09.7
Mar 02 07:36:39 docker dockerd[1125]: time=“2020-03-02T07:36:39.042231947Z” level=info msg="Daemon has completed initialization"
Mar 02 07:36:39 docker dockerd[1125]: time=“2020-03-02T07:36:39.975505299Z” level=info msg="API listen on /var/run/docker.sock"
Mar 02 07:36:39 docker systemd[1]: Started Docker Application Container Engine.
Mar 02 07:42:11 docker dockerd[1125]: time=“2020-03-02T07:42:11.134035038Z” level=error msg="Error getting services: This node is not a swarm manager. Use “docker swa rm init” or “docker swarm join” to connect this node to swarm and try again."
Mar 02 07:42:11 docker dockerd[1125]: time=“2020-03-02T07:42:11.134106130Z” level=error msg=“Handler for GET /v1.39/services returned error: This node is not a swarm m anager. Use “docker swarm init” or “docker swarm join” to connect this node to swarm and try again.“
Mar 02 08:04:15 docker dockerd[1125]: time=“2020-03-02T08:04:15.245793979Z” level=info msg=“ignoring event” module=libcontainerd namespace=moby topic=/tasks/delete typ e=”*events.TaskDelete”

und docker logs [watchtower-containerID]

time=“2020-02-29T04:00:01Z” level=info msg="Unable to update container /egroupware-nginx. Proceeding to next."
time=“2020-02-29T04:00:01Z” level=info msg="Unable to update container /egroupware. Proceeding to next."
time=“2020-02-29T04:00:02Z” level=info msg="Unable to update container /egroupware-watchtower. Proceeding to next."
time=“2020-02-29T04:00:03Z” level=info msg="Unable to update container /collabora-key. Proceeding to next."
Failed to send notification email: dial tcp: lookup “email.host”: no such host
time=“2020-02-29T06:47:38Z” level=info msg="Waiting for running update to be finished…"
time=“2020-03-02T08:04:15Z” level=info msg=“Waiting for running update to be finished…”

Die fehlerhafte Email-Benachrichtigung war wohl auf Anführungszeichen in in der docker-compose.yml zurückzuführen.
Und dass aktuell keine Updates gefunden werden, ist nachvollziehbar. Was mich stutzig macht ist die info “Waiting for running update to be finisched…”

MfG

RalfBecker 2020-03-05 15:24:19 UTC #2

Im Laufe des 19.1 Releases haben wir ein paar Dinge über Watchtower heraus gefunden und deswegen Anpassungen in unserer docker-compose.yml gemacht. Da das eine Konfigurationsdatei ist, kann es sein, dass die Anpassungen bei Ihnen fehlen.

Die Docker Konfiguration des Benutzers root muss im den Watchtower Container als Volume eingebunden sein:

github.com

EGroupware/build.opensuse.org/blob/master/server:eGroupWare/egroupware-docker-19.1/egroupware-docker/docker-compose.yml#L99


#DB#  - MYSQL_ROOT_PASSWORD=secret
#DB#  volumes:
#DB#  - db:/var/lib/mysql
#DB#  container_name: egroupware-db
# automatic updates of all containers daily at 4am
# see https://containrrr.github.io/watchtower for more information
watchtower:
  image: containrrr/watchtower
  volumes:
  - /var/run/docker.sock:/var/run/docker.sock
  - /root/.docker/config.json:/config.json:ro
  environment:
  - WATCHTOWER_CLEANUP=true # delete old image after update to not fill up the disk
  # for email notifications add your email and mail-server here
  #- WATCHTOWER_NOTIFICATIONS=email
  #- WATCHTOWER_NOTIFICATIONS_LEVEL=info # possible values: panic, fatal, error, warn, info or debug
  #- WATCHTOWER_NOTIFICATION_EMAIL_FROM="watchtower@my-domain.com"
  #- WATCHTOWER_NOTIFICATION_EMAIL_TO="me@my-domain.com"
  #- WATCHTOWER_NOTIFICATION_EMAIL_SERVER="mail.my-domain.com" # if you give your MX here, you need no user/password
  #- WATCHTOWER_NOTIFICATION_EMAIL_SERVER_PORT=25
  #- WATCHTOWER_NOTIFICATION_EMAIL_SERVER_USER="watchtower@my-domain.com"

Und die Datei muss existieren und einen Eintrag für download.egroupware.org haben:

sed 's/"auth": ".*"/"auth": "********"/g' /root/.docker/config.json 
{
	"auths": {
		"download.egroupware.org": {
			"auth": "********"
		}
	},
	"HttpHeaders": {
		"User-Agent": "Docker-Client/18.09.7 (linux)"
	}

Wenn die Änderungen fehlen, müssen diese manuell in die docker-compose.yml Datei eingebaut werden, bzw. docker login download.egroupware.org ausgeführt werden und dann der Watchtower neu gestartet werden:

cd /etc/egroupware-docker
docker-compose stop watchtower
docker-compose rm -f watchtower
docker-compose pull
docker-compose up -d

Ich hatte es auch schonmal, dass der Watchtower gehangen und einfach nichts mehr gemacht hat, in dem Fall helfen die obigen Kommandos auch, da sie den Watchtower Container löschen, die aktuellste Version laden und neu starten.

Wenn das alles nichts hilft oder unverständlich, als EPL Kunde bitte über den Supportcenter (my.egroupware.org) einen Termin machen und wir schauen uns das zusammen per TeamViewer mal an.

Ralf