【已解决】ARM 架构机器下 default-http-backend 容器和 elasticsearch-logging-curator 容器运行不起来

chengleqi

Mattie 我也一直是这样解决的

chengleqi

ARM64安装就这一个问题，其他都是正常的

cloudli

Mattie 请问这个问题解决了吗

Mattie

cloudli 还没有，elasticsearch-logging-curator-elasticsearch-curator 容器仍然跑不起来

Mattie

nathan7512 请问重启是指 default-http-backend 容器会重启还是其他容器也会重启

cloudli

Mattie

目前只有default-http-backend在不断重启，其他的日志收集我还没有装

qczrzl

https://hub.docker.com/r/kubespheredev/elasticsearch-curator/tags

Mattie

qczrzl 谢谢！kubespheredev/elasticsearch-curator:v5.7.6-arm64 这个是可以用的 😃

kunchong

sudo docker pull mirrorgooglecontainers/defaultbackend-arm64:1.4
sudo kubectl set image deployment/default-http-backend default-http-backend=mirrorgooglecontainers/defaultbackend-arm64:1.4 -n kubesphere-controls-system
sudo kubectl rollout restart deployment/default-http-backend -n kubesphere-controls-system

出现错误时，另外开个 shell 执行即可。

bpdsnail

Mattie 现在下下来是amd的，什么原因呢

teochenglim

为何是这个 AMD ？image: ‘mirrorgooglecontainers/defaultbackend-amd64:1.4’
应该是这个 ARM image: ‘mirrorgooglecontainers/defaultbackend-arm64:1.4’

重点是要把这个转成参数，才跑ansible脚本。

flowerbirds

目前发现，如果重启ks-installer服务的话，手动修改的mirrorgooglecontainers/defaultbackend-arm64:1.4会被还原为amd64版本，重启后必须手动修改才可以，否则一直无法启动

flowerbirds

按照docker的设计，同一tag的镜像不同架构的都是通过CPU属性标识，结果这货在名称上搞架构，导致ks在安装的时候，使用的镜像名称就是amd64，改都没法改