pull_image, create_project und redeploy_project aktualisieren vorhandene Image-Tags nicht #9

New Issue

2026-05-18T19:09:28+02:00

marcus commented

2026-05-18 19:09:28 +02:00

Problem

Keines der image-bezogenen Tools kann ein lokal bereits vorhandenes Image-Tag auf den aktuellen Registry-Stand aktualisieren. Bei mutablen Tags (:stable, :latest) laufen veraltete Images dadurch unbemerkt weiter.

Beobachtet (Live-Test)

Container homeassistant, Image homeassistant/home-assistant:stable. Lokal: 2026.2.3 (Februar). Registry-:stable: 2026.5.

pull_image bei vorhandenem Tag → "already present locally — nothing to pull". Kein Manifest-Abgleich mit der Registry.
create_project / build_stream → nutzt das lokale :stable, zieht nichts neu. Container läuft auf 2026.2.3.
redeploy_project → trotz Beschreibung "Pull latest images and restart" wird :stable NICHT neu gezogen. Versions-Label nach Redeploy unverändert, identischer Image-Hash.

Erwartet

pull_image sollte sich wie docker pull verhalten: Registry-Manifest prüfen, bei Abweichung das neuere Image für dasselbe Tag ziehen. redeploy_project sollte vor dem build_stream einen echten Image-Pull durchführen — sonst ist die Beschreibung irreführend.

Auswirkung

Ein Update auf ein mutables Tag ist mit dem Connector derzeit nicht möglich. Workaround (in der Praxis bestätigt): Container löschen → lokales Image löschen → redeploy_project erzwingt dann den Pull. Umständlich und nicht offensichtlich.

Mögliche Richtung

pull_image: echten Manifest-Abgleich umsetzen (DSM-API auf einen force/refresh-Parameter prüfen).
redeploy_project: vorgeschalteten Pull ergänzen oder Beschreibung korrigieren.

## Problem Keines der image-bezogenen Tools kann ein lokal bereits vorhandenes Image-Tag auf den aktuellen Registry-Stand aktualisieren. Bei mutablen Tags (`:stable`, `:latest`) laufen veraltete Images dadurch unbemerkt weiter. ## Beobachtet (Live-Test) Container `homeassistant`, Image `homeassistant/home-assistant:stable`. Lokal: 2026.2.3 (Februar). Registry-`:stable`: 2026.5. - **pull_image** bei vorhandenem Tag → "already present locally — nothing to pull". Kein Manifest-Abgleich mit der Registry. - **create_project / build_stream** → nutzt das lokale `:stable`, zieht nichts neu. Container läuft auf 2026.2.3. - **redeploy_project** → trotz Beschreibung "Pull latest images and restart" wird `:stable` NICHT neu gezogen. Versions-Label nach Redeploy unverändert, identischer Image-Hash. ## Erwartet `pull_image` sollte sich wie `docker pull` verhalten: Registry-Manifest prüfen, bei Abweichung das neuere Image für dasselbe Tag ziehen. `redeploy_project` sollte vor dem build_stream einen echten Image-Pull durchführen — sonst ist die Beschreibung irreführend. ## Auswirkung Ein Update auf ein mutables Tag ist mit dem Connector derzeit nicht möglich. Workaround (in der Praxis bestätigt): Container löschen → lokales Image löschen → `redeploy_project` erzwingt dann den Pull. Umständlich und nicht offensichtlich. ## Mögliche Richtung - `pull_image`: echten Manifest-Abgleich umsetzen (DSM-API auf einen force/refresh-Parameter prüfen). - `redeploy_project`: vorgeschalteten Pull ergänzen oder Beschreibung korrigieren.

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: marcus/mcp-synology-container#9