Po drugie: upewnijcie się, że macie w swoim .env skonfigurowane malinowe configi (może tu coś jest nie tak?). Powinno być odwołanie do arm32v7, np:
Kod: Zaznacz cały
COMPOSE_FILE=docker-compose.yml:docker-compose.proxy.yml:docker-compose.arm32v7.yml
Moderator: fracz
Kod: Zaznacz cały
COMPOSE_FILE=docker-compose.yml:docker-compose.proxy.yml:docker-compose.arm32v7.yml
Zrobiłem wszystko jak piszesz i pobrał dalej 2.3.2fracz pisze: ↑czw kwie 11, 2019 5:14 pm Po pierwsze: U mnie działa ™
Po drugie: upewnijcie się, że macie w swoim .env skonfigurowane malinowe configi (może tu coś jest nie tak?). Powinno być odwołanie do arm32v7, np:
Po trzecie: spróbujcie tak: zatrzymajcie wszystkie kontenery, docker system prune -fa, odpalcie jeszcze raz. Ta komenda wyczyści wszystkie lokalne obrazy (dane zostawi w spokoju) i pobierze na nowo obrazy z dockerhuba. Nie widzę powodu, dla którego miałoby pobierać wtedy wersję 2.3.2.Kod: Zaznacz cały
COMPOSE_FILE=docker-compose.yml:docker-compose.proxy.yml:docker-compose.arm32v7.yml
Wojtku, a jest to możliwe, że przez tą czarną dziurę w magiczny, kosmiczny sposób wypychasz obraz v2.3.2 pod nowym tagiem do repozytorium, a nie ten obraz właściwy, świeżo wybudowany?
Kod: Zaznacz cały
docker images supla/supla-cloud --digests
REPOSITORY TAG DIGEST IMAGE ID CREATED SIZE
supla/supla-cloud latest sha256:9800b72b5e17a15fd192bd99df428e21e5362257e968b8adadaf7b3004954d34 cf3e51c6afe9 42 hours ago 651MB
supla/supla-cloud 2.3.6 sha256:7097dba290c4c23156d3d27efbca277f043bf485832f32b4a79d46d469cc0ec4 8f1305f16f9c 11 days ago 651MB
supla/supla-cloud arm32v7 sha256:74b0047b8ffe98e7966e0041b51e13b73bc0902aa77e41d2d86373be0b44cb3b 59bc70655eff 4 weeks ago 557MB
supla/supla-cloud arm32v7-2.3.6 sha256:74b0047b8ffe98e7966e0041b51e13b73bc0902aa77e41d2d86373be0b44cb3b 59bc70655eff 4 weeks ago 557MB
Kod: Zaznacz cały
Successfully built bc1ce5bd5cdc
Successfully tagged supla_supla-cloud:arm32v7
Kod: Zaznacz cały
Successfully built c5ab0736090f
Successfully tagged supla/supla-cloud:arm32v7