KIX - Forum
Community => Fragen | Konfiguration | Hilfe => Thema gestartet von: marcohald am 17.06.2021 07:46:06
Hi,
im Moment wird in den Startscripts ja auf das Tag stable verwiesen.Gibt es eine Liste an verfügbaren Tags um beispielsweiße auf eine ältere Version zu wechseln ?Wir haben ein Kix 18 Pro on premises falls das eine Rolle spielt.
MfG Marco
Hallo Marco,
was genau ist das Ziel ? Da wir Rolling Releases liefern, müssen wir sicherstellen, dass DB und Code definitiv zusammenpassen. Den Code auf eine ältere Version herunterzuziehen, kann dann zu Instabilitäten führen, weil wir die DB ja nicht downgraden können, da dies u.U. zu Datenverlusten führen würde.
VGRené
Hi Rene,
irgendwie habe ich die Notification für deine Antwort nicht gesehen.
Das ich nicht downgraden kann macht Sinn.
Wenn wir beispielsweise eine veraltete Testumgebung haben und nicht auf den neusten Release wollen sondern auf die Version die bei uns Produktiv läuft, würden die Version Tags helfen.
Oder wenn man ein Testsystem neu hochzieht und eine ältere Version braucht.
MfG Marco
Hier eine kleine Anleitung zur Fixierung einer KIX-Version:
- Container stoppen
cd /opt/kix-on-premise/deploy/linux/
./stop.sh
- bestehende Images auflisten
docker image ls
hier erhält man eine Liste der bestehenden Images
- Images taggen
docker tag 7d968c4c1317 ssp:v27
docker tag 1ad67a2306a8 proxy:v27
docker tag b19a5ea2fb9e redis:v27
docker tag 356ff04b7f7c frontend:v27
docker tag 937401ccab98 backend:v27
docker tag a0f5978744c1 db:v27
Nun müssen die Images getaggt und damit jeweils eine lokale Version gespeichert werden ("docker tag")
Syntax: "docker tag <source image> <target image>:<image tag>"
<source image> aus dem Befehl "docker image ls"
Kontrolle ("docker image ls"): Es sollten nun jeweils die Images angelegt worden sein
- Anpassen der Compose-Dateien
vim docker-compose.yml
In den Compose-Dateien (KIXPro außerdem docker-compose_ssp.yml) muss nun jeweils das lokale Image referenziert werden
Inhalte anpassen:
proxy:
#image: ${REGISTRY}/proxy:${IMAGE_TAG}
image: proxy:v27
.
backend:
#image: ${REGISTRY}/backend:${IMAGE_TAG}
image: backend:v27
.
frontend:
#image: ${REGISTRY}/frontend:${IMAGE_TAG}
image: frontend:v27
.
db:
#image: ${REGISTRY}/db:${IMAGE_TAG}
image: db:v27
.
redis:
#image: ${REGISTRY}/redis:${IMAGE_TAG}
image: redis:v27
- Container wieder starten
./start.sh
Damit werden nun die lokal gespeicherten Images genutzt, unabhängig davon, ob es ein Update gibt.