csuffyy 第一个问题,请先看下kube-system下的metrics-server是否正常运行,需要v0.4.1版本,并且以hostnetwork方式工作。第二个问题,是边缘节点角色没有设置taint造成的,即使是x64节点以边缘角色加入后,也会这样,只是不会报exec format error错误,但是实际负载也不能正常运行,因为这些daemonset主要是在云端工作的。请按照边缘节点加入后的第三步为节点设置taint(kubectl taint nodes edgenode-1 node.kubeedge.io=edge:NoSchedule),然后这些错误的容器组目前先手动删除,只要不产生新的就可以。

    Ma-Dan metrics-server 是正常运行的,版本也是 v0.4.1

    Ma-Dan 请按照边缘节点加入后的第三步为节点设置taint(kubectl taint nodes edgenode-1 node.kubeedge.io=edge:NoSchedule)

    这个步骤也是做了的,结果如下:

      Ma-Dan 另外还发现了一个新的问题,我创建了一个工作负载和对应的服务,如果调度到master节点(10.168.1.128),则服务 http://10.168.1.128:30428 能正常访问,但是如果调度到edgenode节点(10.168.1.155),则服务 http://10.168.1.155:30428 无法访问。不知道是什么原因引起的,还请您多多指教,谢谢!

      工作负载:

      服务:

        csuffyy metrics-server是正常工作了,需要更新ks-console。请将kubesphere-system下的deployment ks-console的镜像修改为 kubespheredev/ks-console:latest ,应该就能正确显示了。
        kubectl edit deployments.apps -n kubesphere-system ks-console

          csuffyy 检查了一下,应该是ks-apiserver尚未更新,请问您可以自己编译kubesphere的ks-apiserver么?使用这个PR的修改 kubesphere/kubesphere#3173 编译出ks-apiserver镜像,再更新 kubesphere 下 ks-apiserver deployment,就可以读取显示边缘节点的监控值了。

            Ma-Dan 还从来没做过这个操作呢,看起来比较陌生,不过我先尽力尝试一下吧,谢谢您!

              csuffyy 这部分功能将会集成到v3.1中,那时就不用这样操作了,目前还在开发测试过程中,所以有时会有这样的过程。感谢您的耐心试用,使用中的问题和建议欢迎随时跟我们沟通!

                11 天 后

                Ma-Dan (3) 加入集群后,为边缘节点设置 taint
                kubectl taint nodes edgenode-1 node.kubeedge.io=edge:NoSchedule

                边缘节点这样设置taint之后,工作负载无法被调度到边缘节点了,显示“无法调度”。删除taint之后,通过nodeSelector指定调度到边缘节点,也会一直显示“等待中”。

                使用 kubectl logs 命令查看对应的日志内容是:
                Error from server: Get https://192.168.100.2:10350/containerLogs/wenchi/hello-5454cf67d7-q47t4/hello: dial tcp 192.168.100.2:10350: connect: connection refused

                1 个月 后
                4 个月 后

                hello 老哥 问一下kubeedge v1.6.1在k8s v1.20版本上部署会有问题么?

                1 年 后

                边缘节点加入后 容器组建立有问题

                pod 都是pending 或 terminating

                bash-5.1# kubectl get pod
                NAME                                    READY   STATUS        RESTARTS   AGE
                default-http-backend-696d6bf54f-dgnbw   1/1     Running       0          23h
                edgenode-rk3568-shell-access            0/1     Pending       0          23m
                edgenode-wjqu-shell-access              0/1     Terminating   0          5h15m
                kubectl-admin-b49cf5585-jsmwk           1/1     Running       0          23h
                2 个月 后

                请问下,kubesphere 3.3.1 自动安装的 cloudcore 误删了 ,有什么补救方法么

                Ma-Dan 你好! 请问下在云端创建 svc (配置成 nodeport 方式)访问 kubeedge 的cloudcore 使用eventbus 和 servicebus 为什么有时候创建后 不生效,重启也不行 ,后面莫名奇妙可以,有的机器一直不行