• 安装部署

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

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，改都没法改