A kubeadm upgrade ott halt meg, hogy a 1.23-ban nem támogatott a Docker mint Container Engine, és amikor átállítottam ContainerD -re, akkor meg hibára szaladt az upgrade (sokkal később találtam meg a cri-docker intézményét, nem kell leírni, hogy létezik). Ekkor döntöttem úgy, hogy inkább nulláról újra húzom.
És hogy szaladt el akkor 1.31-ig a dolog? Véletlenül? A megfelelő upgrade path betartása nélkül szinte biztosa szét fog esni a cluster, mert nem futnak le migrációs scriptek.
A kubeadm teljesen eltörli a /etc/kubernetes mappa tartalmát (= üres mappák maradnak utána)
Nem, nem szokott mindent törölni, a node dolgait törli, a certek tipikusan maradnak (default /etc/kubernetes/pki/ alatt) és a tmp is (de ez nem szokott bajt okozni, itt vannak az upgrade során végzett mentések), kivéve, ha explicit kéred, hogy ezeket is törölje. Ha a pki ott maradt, miközben létrehoztál egy új cluster-t, akkor könnyen lehet, hogy nem tudnak egymással beszélni a részei, mert nem volt valid a cert és a "unable to sync caches for client-ca" is erre utal.
Azonban nem gondolom, hogy a ~/.kube mappa bármit befolyásolt, mert a telepítés sikerült, maguk a szervizek haldokoltak össze-vissza (amik cluster-belső credentiallal működnek), a kubelet pedig teljesen saját credentiallal éri el a clustert, nem a root home-jában levő credentiallal.
Azért jó törölni (illetve átnevezni), mert a kubectl azt használja és egy csomó dolgot kubectl használatával lehet megnézni, nem pedig a kubeadm használatával...
Mondhatnám én is, hogy nézz utána a Kubernetes működésének alapjainak - mert én ezeket ebben az esetben megtettem - de unfair lenne ez tőlem.
Oké, akkor szopjál. :D