• 安装部署

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

我也遇到这个问题，后来也没解决

Mattie default-http-backend 容器运行不起来

查看容器运行事件，检查该 image 版本，发现这个版本不是 ARM 版本的 image，请问是否有可替代的 image 可以使用

可用 mirrorgooglecontainers/defaultbackend-arm64:1.4

      23 天 后

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

      8 天 后

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

        Mattie

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

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

            Mattie 更改标题为「【已解决】ARM 架构机器下 default-http-backend 容器 和 elasticsearch-logging-curator 容器运行不起来」
            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 执行即可。

            1 年 后
            23 天 后

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

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

            1 个月 后

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

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