Skip to content

Rétablit le contrôle périodique de l'updater - #29

Merged
flocom merged 2 commits into
mainfrom
claude/remove-apel-sensitive-data-73l5iu
Aug 1, 2026
Merged

Rétablit le contrôle périodique de l'updater#29
flocom merged 2 commits into
mainfrom
claude/remove-apel-sensitive-data-73l5iu

Conversation

@flocom

@flocom flocom commented Aug 1, 2026

Copy link
Copy Markdown
Owner

Activer l'API de déclenchement de Watchtower désactive son contrôle périodique. Le bouton « Appliquer maintenant » aurait donc supprimé la mise à jour automatique qu'il était censé seulement devancer.

Mesuré sur la pile réelle, quatre configurations :

Configuration Contrôle horaire Conteneur
API + jeton, sans PERIODIC_POLLS (ce qui était fusionné) absentPeriodic runs are not enabled. up
API + jeton + PERIODIC_POLLS=true Scheduling first run: … up
API activée sans jeton absent exited (1)api token is empty or has not been set. exiting
API non activée (référence) Scheduling first run: … up

La troisième ligne explique aussi une panne silencieuse antérieure : tant que WATCHTOWER_HTTP_API_UPDATE était à true avec un jeton vide, l'updater sortait en erreur au démarrage et redémarrait en boucle. La génération automatique du jeton (#28) a supprimé ce cas ; cette ligne-ci supprime le second.

Vérification après correctif

  • logs de l'updater : Scheduling first run: 2026-08-01 22:58:07 +0200 CEST
  • POST /v1/update depuis le conteneur applicatif, avec le jeton généré : HTTP 200

docs/DOCKER.md liste maintenant les deux réglages à contrôler dans docker compose logs updater.

Le point a été relevé par la relecture côté serveur.


Generated by Claude Code

claude added 2 commits August 1, 2026 19:58
Activer l'API de déclenchement de Watchtower désactive son contrôle
périodique : les logs passent de « Scheduling first run » à « Periodic runs are
not enabled. » et plus rien ne s'installe tout seul. Le bouton « Appliquer
maintenant » aurait donc supprimé la mise à jour automatique qu'il était censé
seulement devancer.

WATCHTOWER_HTTP_API_PERIODIC_POLLS rétablit les deux en même temps, vérifié sur
la pile réelle : « Scheduling first run » présent dans les logs et
POST /v1/update qui répond 200 depuis le conteneur applicatif.

Merci à la relecture côté serveur d'avoir relevé le point.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_014SfQYBU4xXTeSEHKhHQXdD
1.41 exclut les moteurs antérieurs à Docker 20.10, dont l'API s'arrête à 1.40.
1.40 est acceptée aux deux extrémités : maximum de Docker 19.03, minimum des
moteurs actuels. Vérifié sur un moteur 29.3.1, sans erreur de version.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_014SfQYBU4xXTeSEHKhHQXdD
@flocom
flocom merged commit fcd0d18 into main Aug 1, 2026
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants