Hallo,
Ich habe die Version v4.8.10, die sich automatisch auf 4.9 aktualisieren sollte!
Es scheint, als wären alle Voraussetzungen erfüllt, aber das Update findet nicht statt!
Ideen?
Die Logs von Watchtower könnten helfen…
Logischerweise ist die letzte Version 4.9.2, also wenn es sich um eine „offizielle“ Installation handelt, verstehe ich nicht, warum Watchtower kein Update durchführt.
Danke für deine Antwort.
Aber wie macht man das mit den Logs anzeigen? 
Docker-Container-Logs von Watchtower
Hier:
pi@gladys:~ $ docker logs watchtower
time="2022-06-18T11:39:33Z" level=info msg="Watchtower 1.4.0"
time="2022-06-18T11:39:33Z" level=info msg="Keine Benachrichtigungen verwendet"
time="2022-06-18T11:39:33Z" level=info msg="Alle Container werden überprüft (außer explizit mit Label deaktiviert)"
time="2022-06-18T11:39:33Z" level=info msg="Erster Lauf geplant: 2022-06-19 11:39:33 +0000 UTC"
time="2022-06-18T11:39:33Z" level=info msg="Hinweis: Die erste Überprüfung erfolgt in 23 Stunden, 59 Minuten, 59 Sekunden"
time="2022-06-18T15:34:36Z" level=info msg="Warten, bis das laufende Update abgeschlossen ist..."
time="2022-06-19T05:52:28Z" level=info msg="Watchtower 1.4.0"
time="2022-06-19T05:52:28Z" level=info msg="Keine Benachrichtigungen verwendet"
time="2022-06-19T05:52:28Z" level=info msg="Alle Container werden überprüft (außer explizit mit Label deaktiviert)"
time="2022-06-19T05:52:28Z" level=info msg="Erster Lauf geplant: 2022-06-20 05:52:28 +0000 UTC"
time="2022-06-19T05:52:28Z" level=info msg="Hinweis: Die erste Überprüfung erfolgt in 23 Stunden, 59 Minuten, 59 Sekunden"
time="2022-06-19T06:12:27Z" level=info msg="Warten, bis das laufende Update abgeschlossen ist..."
time="2022-06-19T06:13:21Z" level=info msg="Watchtower 1.4.0"
time="2022-06-19T06:13:21Z" level=info msg="Keine Benachrichtigungen verwendet"
time="2022-06-19T06:13:21Z" level=info msg="Alle Container werden überprüft (außer explizit mit Label deaktiviert)"
time="2022-06-19T06:13:21Z" level=info msg="Erster Lauf geplant: 2022-06-20 06:13:21 +0000 UTC"
time="2022-06-19T06:13:21Z" level=info msg="Hinweis: Die erste Überprüfung erfolgt in 23 Stunden, 59 Minuten, 59 Sekunden"
time="2022-06-19T07:49:16Z" level=info msg="Warten, bis das laufende Update abgeschlossen ist..."
time="2022-06-19T07:49:57Z" level=info msg="Watchtower 1.4.0"
time="2022-06-19T07:49:57Z" level=info msg="Keine Benachrichtigungen verwendet"
time="2022-06-19T07:49:57Z" level=info msg="Alle Container werden überprüft (außer explizit mit Label deaktiviert)"
time="2022-06-19T07:49:57Z" level=info msg="Erster Lauf geplant: 2022-06-20 07:49:57 +0000 UTC"
time="2022-06-19T07:49:57Z" level=info msg="Hinweis: Die erste Überprüfung erfolgt in 23 Stunden, 59 Minuten, 59 Sekunden"
time="2022-06-19T08:06:46Z" level=info msg="Warten, bis das laufende Update abgeschlossen ist..."
time="2022-06-19T08:07:29Z" level=info msg="Watchtower 1.4.0"
time="2022-06-19T08:07:29Z" level=info msg="Keine Benachrichtigungen verwendet"
time="2022-06-19T08:07:29Z" level=info msg="Alle Container werden überprüft (außer explizit mit Label deaktiviert)"
time="2022-06-19T08:07:29Z" level=info msg="Erster Lauf geplant: 2022-06-20 08:07:29 +0000 UTC"
time="2022-06-19T08:07:29Z" level=info msg="Hinweis: Die erste Überprüfung erfolgt in 23 Stunden, 59 Minuten, 59 Sekunden"
time="2022-06-19T08:08:39Z" level=info msg="Warten, bis das laufende Update abgeschlossen ist..."
time="2022-06-19T08:09:20Z" level=info msg="Watchtower 1.4.0"
etc…
Hier:
time="2022-08-19T06:13:36Z" level=info msg="Warten, bis das laufende Update abgeschlossen ist..."
time="2022-08-19T06:13:43Z" level=info msg="Watchtower 1.4.0"
time="2022-08-19T06:13:43Z" level=info msg="Keine Benachrichtigungen verwendet"
time="2022-08-19T06:13:43Z" level=info msg="Alle Container werden überprüft (außer explizit mit Label deaktiviert)"
time="2022-08-19T06:13:43Z" level=info msg="Erster Lauf geplant: 2022-08-20 06:13:43 +0000 UTC"
time="2022-08-19T06:13:43Z" level=info msg="Hinweis: Die erste Überprüfung erfolgt in 23 Stunden, 59 Minuten, 59 Sekunden"
time="2022-08-19T08:08:26Z" level=info msg="Warten, bis das laufende Update abgeschlossen ist..."
time="2022-08-19T08:09:10Z" level=info msg="Watchtower 1.4.0"
time="2022-08-19T08:09:10Z" level=info msg="Keine Benachrichtigungen verwendet"
time="2022-08-19T08:09:10Z" level=info msg="Alle Container werden überprüft (außer explizit mit Label deaktiviert)"
time="2022-08-19T08:09:10Z" level=info msg="Erster Lauf geplant: 2022-08-20 08:09:10 +0000 UTC"
time="2022-08-19T08:09:10Z" level=info msg="Hinweis: Die erste Überprüfung erfolgt in 23 Stunden, 59 Minuten, 59 Sekunden"
time="2022-08-19T15:07:01Z" level=info msg="Warten, bis das laufende Update abgeschlossen ist..."
time="2022-08-19T15:07:45Z" level=info msg="Watchtower 1.4.0"
time="2022-08-19T15:07:45Z" level=info msg="Keine Benachrichtigungen verwendet"
time="2022-08-19T15:07:45Z" level=info msg="Alle Container werden überprüft (außer explizit mit Label deaktiviert)"
time="2022-08-19T15:07:45Z" level=info msg="Erster Lauf geplant: 2022-08-20 15:07:45 +0000 UTC"
time="2022-08-19T15:07:45Z" level=info msg="Hinweis: Die erste Überprüfung erfolgt in 23 Stunden, 59 Minuten, 59 Sekunden"
Du hast die gleiche Meldung:
Scheduling first run: 2022-08-20 15:07:45 +0000 UTC
Ist das eine frische Installation?
Wie hast du Gladys installiert?
Ich sehe nicht, was ich noch für die persönliche Überprüfung fragen soll, @VonOx, eine Idee?
Das Update erfolgt automatisch 24 Stunden nach dem Start des RPi. Hast du nicht unerwartete Neustarts?
Aus den Logs würde ich sagen, dass Watchtower ständig neu startet.
Stimmt, ich lasse meinen Pi nicht ständig laufen!
Vielleicht liegt hier das Problem!
Auf jeden Fall!
Um zu prüfen, ob du einen Docker-Container ausführst, kannst du docker container ls verwenden, um die Uptime zu sehen.
Und du solltest wissen, dass Watchtower standardmäßig alle 24 Stunden prüft.
Wenn du es also neu startest, wird es 24 Stunden später erneut prüfen usw.
Watchtower ist super, ein Container in Docker, der ein bisschen wie der Linux-Cron funktioniert, aber, es gibt ein Aber…
Einmal installiert, ist es schwierig, seine Funktionsweise zu ändern oder zu konfigurieren!
Standardmäßig ist er so eingestellt, dass er die Checks und Updates um Mitternacht durchführt. Das Problem ist, dass, wenn dein PC um Mitternacht abgestürzt oder ausgeschaltet ist, nichts passiert und es keine Möglichkeit gibt, es manuell zu aktivieren, soweit ich weiß… Hat jemand mehr Informationen zur Konfiguration?
Ich musste für das Gladys-Update drei Wochen nach der Ankündigung von pg warten, wegen Watchtower, und hatte auch Probleme mit den Updates der anderen Container!
Man löscht den Container und erstellt ihn mit den passenden Argumenten neu.
@VonOx
ja, das ist mir auch schon passiert, aber irgendwann (vor allem in deiner Produktionsumgebung) wird es lästig, man möchte, dass die Produktionsumgebung ohne viel Eingreifen funktioniert (das ist anders bei einer Entwicklungsumgebung) und es ist leider eine etwas grobe und unästhetische Methode (ich verstehe nicht, warum die Entwickler von Watchtower nicht darüber nachgedacht haben?). Es ist ein bisschen so, als würde man einen Dampfhammer nehmen, um eine Nuss zu knacken!
Ich verstehe nicht, warum wir das alle paar Tage anrühren müssen.
Ein typisches und häufiges Problem bei mir auf dem Land: Mikroausfälle von EDF lassen den PC abstürzen, die Internetgeschwindigkeit ist langsam…
Und jetzt zum Beispiel hat Wathtower vor 2 Stunden eine MQTT-Mosquitto und Mosquitto-Gladys-Z2M gestartet, und daraufhin aktualisiert Gladys keine Daten mehr, die über MQTT (NodeRed) eintreffen.
sylvain@synapsat11:~$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
1d246e6ec1b8 eclipse-mosquitto:2 "/docker-entrypoint.…" 2 hours ago Up 2 hours eclipse-mosquitto
22adc676fefe eclipse-mosquitto:2 "/docker-entrypoint.…" 2 hours ago Up 2 hours gladys-z2m-mqtt
1a1bb07ecf07 nodered/node-red:latest "./entrypoint.sh" 13 days ago Up 26 hours (healthy) node_red
b746342e0789 koenkk/zigbee2mqtt:latest "docker-entrypoint.s…" 2 weeks ago Up 26 hours gladys-z2m-zigbee2mqtt
d7e4bd7117ad gladysassistant/gladys:v4 "docker-entrypoint.s…" 2 weeks ago Up 26 hours gladys
e2eed4ce7108 containrrr/watchtower "/watchtower --clean…" 2 months ago Up 26 hours 8080/tcp watchtower
sylvain@synapsat11:~$
Dahinter versuche ich, Gladys über Docker zu stoppen und neu zu starten, und dann:
sylvain@synapsat11:~$ docker stop gladys
Error response from daemon: cannot stop container: gladys: tried to kill container, but did not receive an exit event
sylvain@synapsat11:~$
Tatsächlich, ich habe meinen Raspberry Pi laufen lassen und habe Version 4.9.2
pi@gladys:~ $ docker container ls
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
2e7452f922f1 gladysassistant/gladys:v4 "docker-entrypoint.s…" 44 Minuten ago Up 44 Minuten gladys
e37722426bff eclipse-mosquitto:2 "/docker-entrypoint.…" 44 Minuten ago Up 44 Minuten gladys-z2m-mqtt
381878d2e330 koenkk/zigbee2mqtt:latest "docker-entrypoint.s…" 44 Minuten ago Up 44 Minuten gladys-z2m-zigbee2mqtt
ebaacd05ab1c nodered/node-red:latest "./entrypoint.sh" 44 Minuten ago Up 44 Minuten (healthy) node_red
56cee6fb0aec eclipse-mosquitto:2 "/docker-entrypoint.…" 44 Minuten ago Restarting (1) 50 Sekunden ago eclipse-mosquitto
66c3bfd98823 containrrr/watchtower "/watchtower --clean…" 2 Monate ago Up 39 Stunden 8080/tcp watchtower
Ich lasse meinen Raspberry Pi nicht laufen, da ich auf die letzte Integration von Z-Wave warte und herausfinden möchte, wie ich alle meine RFX433-Geräte integrieren kann!
Vielen Dank für eure Hilfe.
Warum 24h, denn Dockerhub, der Dienst, der die Docker-Images hostet, setzt eine Anfragebegrenzung fest. Wenn man also zu häufig nach Updates sucht, wird man temporär gesperrt.
Falls Sie etwas aggressiveres wünschen, ist das Gladys-Image auch seit kurzem auf GitHub Packages verfügbar.
Es sind dieselben Tags.
