运行pre-check.sh。控制台输出如下。查看ks-install的pod，也是在running状态。可以正常升级吗？

    升级过程分为以下三个主要步骤，请按照顺序执行：

    1. 升级 host 集群并迁移扩展组件数据。

    2. 升级 member 集群并迁移扩展组件数据。

    3. 升级网关。

    咨询一下，如果使用了其他的第三方网关，从3.4.0升级到v4.x不执行第3步。

    大版本对网关有没有强依赖，升级会不会有影响？感谢。

      masterYI 需要检查一下 ks-installler 的 job 执行到什么阶段了，如果是因为异常停止了，那就检查一下存储、计算资源够不够，升级前集群中的工作负载是否有异常，需要根据实际的状态调整整升级配置，升级前存在异常的组件可以选择不升级，或者手动恢复后再升级

        • hongmingK零SK壹S

        • 发布 #56
        • 已编辑

        bichord2025

        对网关没有依赖，如果是你自己部署的网关，不受升级的影响，不需要执行网关升级这个步骤。你自己部署的网关，当作普通的工作负载进行管理就可以了。

            • saowu

              • 发布 #58

              升级到4.1.2之后，在的devops项目里，只有admin账户可以创建kubeconfig类型凭证，其他账户无论什么角色都无法创建。

              凭证管理

              8 天 后

              升级过程中一直卡在这里。然后升级时返现cpu异常

                masterYI 执行curl –cert client.crt –key client.key –cacert ca.crt https://10.233.0.1:443/apis/devops.kubesphere.io/v1alpha3/pipelineruns，就会卡住，kube-apiserver cpu占用升高。
                加上分页参数
                curl –cert client.crt –key client.key –cacert ca.crt https://10.233.0.1:443/apis/devops.kubesphere.io/v1alpha3/pipelineruns?limit=1000能正常返回。
                这种问题需要怎么解决

                    masterYI 清理流水线，ks pip gc –max-count 10命令对多分支流水线清理无效。升级卡在这里了

                        masterYI

                        kubectl get ep 看看 kube-apiserver 有几个 endpoint ，是不是有节点挂了，每个 endpoint 都 curl 一下试试

                            14 天 后

                            hongming pipelineruns过多导致升级卡死有解决方案吗？目前也没有途径删除多分支的pipelineruns