sealos issue #2157 debug 思路流程记录

前言

这个项目蛮有意思的，sealos 是以 kubernetes 为内核的云操作系统发行版。

boss上看到 -> 沟通 -> 解决某个issue终面绿通 -> 舒服

本文记录解决 issue 的思路

分析issue

BUG: Clusterfile must has right sort of hosts, host[0] must be master role #2157

Clusterfile 里面的 host 数组字段，第一个元素必须是master node。

这里看到Clusterfile感觉很奇怪，后缀去哪了，啥玩意。后面看文中发现其实就是yaml文件。

并且使用与 kubectl 非常类似，这里我基本就可以断定要从cobra去手代码了。

为什么要从cobra去入手？因为我之前追过kubectl apply -f pod-command.yaml 的流程。

sealos apply -f Clusterfile
kubectl apply -f pod-command.yaml

再回到Clusterfile, 注意这里的hosts。

apiVersion: apps.sealos.io/v1beta1
kind: Cluster
metadata:
  name: default
spec:
  # 服务器 IP 地址列表和角色
  hosts:
    - ips:
        - 192.168.0.2:22
      roles:
        - master
        - amd64
    - ips:
        - 192.168.0.5:22
        - 192.168.0.6:22
      roles:
        - node
        - amd64
  image:
    - labring/kubernetes:v1.25.0
    - labring/helm:v3.8.2
    - labring/calico:v3.24.1
  ssh:
    passwd: xxx
    pk: /root/.ssh/id_rsa
    port: 22
    user: root

在看看clusterfile_test.go单元测试里面是怎么写的，发现master是排在前面的。需要解决的问题：Clusterfile 里面的 host 数组字段，第一个元素必须是master node。

解决思路：不能依靠元素下标判断是否为master，需要通过string对比来确定。

剖析源码

这种写法，直接在源码里面找 cobra 的 apply

sealos apply -f Clusterfile

NewApplierFromFile 如其名，解析yaml文件到结构体中。

下面进入Apply 看，initCluster 初始化集群

进入Execute

先进入第一个类看看，发现对7个函数进行了包装然后顺序执行，这里关注RunGuest ，看看到底干了什么

在Apply中，终于发现与master相关的函数了。进去看看！

WDF？这里代码逻辑：认为host[0]就是master

再来看看CmdAsync做了什么：与host建立连接，发送命令。

如果在Clusterfile文件中，把node写在master之上了，那么本来要发送给master的命令，现在发给node了。那么这里就是问题所在了。

解决方案

1. 要么就规定好第一个就写master的ip
2. 修改判断master的逻辑

现在，本来依赖于Clusterfile中host下标的 逻辑，就完美解决了。

总结

其实看到这个issue，到解决，三十分钟不到。难道是之前看过kubectl apply源码的原因嘛，感觉这个issue还挺简单的。

三台虚拟机，装 go 1.19.3 和 修改后编译好的sealos 。执行apply即可，apply的时候，会去拉k8s的镜像，巨慢。去改了镜像源还没用，干脆就放一晚上了慢慢拉了，go mod tidy有时候还会失败，心累。

在Clusterfile中把node放在master之上。看看apply是否出错，没错，ok了。