Behebung von Problemen beim Upgrade des Cluster-Masters: Fehler Migration läuft

Erfahren Sie, wie Sie den Fehler Cannot complete cluster master upgrade because there is a migration in progress in IBM Cloud beheben können.

Virtual Private Cloud Klassische Infrastruktur

Während des Master-Upgrades wird die folgende Fehlernachricht angezeigt:

Cannot complete cluster master upgrade because there is a migration in progress

Sie führen ein Upgrade für den Cluster-Master durch, aber einige Ressourcen wurden noch von einer früheren Aktualisierung migriert.

Wenn es sich zum Beispiel um ein Master-Update von IBM Cloud Kubernetes Service Version 1.31 auf 1.32 handelt, hat der Tigera Operator seine Migration von der vorherigen IBM Cloud Kubernetes Service Version 1.30 auf 1.31 noch nicht abgeschlossen.

Um das Problem zu beheben, warten Sie zunächst länger. Größere Cluster benötigen für die Migration mehr Zeit. Es dauert ungefähr 100 Sekunden pro Knoten, nachdem der Master erfolgreich aktualisiert wurde, bis die Migration abgeschlossen ist. Der Tigera Operator ist erforderlich, um mehrere Aktionen auszuführen, und kann das Auf-und Abdrehen von Pods über Knoten hinweg beinhalten.

Es ist jedoch möglich, dass die Migration stecken geblieben ist. Überprüfen Sie, ob die Pods calico-typha und calico-node aus dem Namensbereich kube-system entfernt und im Namensbereich calico-system erstellt wurden. Wenn diese Ressourcen nicht verschoben wurden, liegt möglicherweise ein Problem mit mindestens einem Workerknoten vor.

Gehen Sie zur Fehlerbehebung bei der Migration wie folgt vor:

Überprüfen Sie den Status der Workerknoten.

kubectl get nodes

Wenn ein Workerknoten angezeigt wird, der sich nicht im Status Ready befindet, z. B. im Status NotReady oder SchedulingDisabled, ist die Migration möglicherweise blockiert.

NotReady Beispiel:

NAME            STATUS   ROLES    AGE    VERSION
10.177.112.32   NotReady <none>   2d2h   v1.30.0+IKS
10.177.112.50   Ready    <none>   2d2h   v1.30.0+IKS
10.177.112.52   Ready    <none>   2d2h   v1.30.0+IKS

SchedulingDisabled Beispiel:

NAME             STATUS                     ROLES    AGE   VERSION
10.177.112.32   Ready,SchedulingDisabled   <none>   95m   v1.30.0+IKS
10.177.112.50   Ready                      <none>   95m   v1.30.0+IKS
10.177.112.52   Ready                      <none>   95m   v1.30.0+IKS

Führen Sie für die Problemworkerknoten einen Warmstart oder ein erneutes Laden durch.

Ergebnis:

Wenn sich die Workerknoten in einwandfreiem Zustand befinden, können die calico-typha-und calico-node-Pods das Scale-down im Namensbereich kube-system und das Scale-up im Namensbereich calico-system fortsetzen.

Gehen Sie wie folgt vor, um den Abschluss der Migration zu bestätigen:

Stellen Sie sicher, dass die calico-typha-Bereitstellung nicht mehr im Namensbereich kube-system vorhanden ist.

kubectl get deployment calico-typha -n kube-system

Ergebnis:

Error from server (NotFound): deployments.apps "calico-typha" not found

Stellen Sie sicher, dass keine Knoten mit der Bezeichnung projectcalico.org/operator-node-migration vorhanden sind.
```
kubectl get nodes -l projectcalico.org/operator-node-migration
```
Ergebnis:
```
No resources found
```
Wenn die Migration immer noch blockiert ist, ersetzen oder entfernen Sie die problematischen Knoten. Weitere Informationen finden Sie unter Workerknoten debuggen.

Wenn Sie bestätigt haben, dass die Migration abgeschlossen ist, fahren Sie mit der Master-Aktualisierung auf IBM Cloud Kubernetes Service Version 1.30fort.