Bereinigung des localhost-Knotens aus dem IBM Fusion HCI-Cluster

Folgen Sie den Anweisungen, um den localhost-Knoten aus dem IBM Fusion HCI-Cluster zu entfernen.

Informationen zu dieser Task

Der Knoten 'localhost' darf nicht zum OpenShift® -Cluster hinzugefügt werden, da er zu einem späteren Zeitpunkt ein Problem verursacht. Eine Reihe von OpenShift objekte werden erstellt, wenn der localhost-Knoten dem IBM Fusion HCI-Cluster hinzugefügt wird.

Wichtig: Die Beispielbefehle und -ausgaben in diesem Thema dienen nur zur Orientierung. Kopieren Sie die Beispielbefehle und YAMLs nicht und führen Sie sie nicht so aus, wie sie dargestellt sind. Stellen Sie stattdessen sicher, dass Sie die Platzhalter durch die entsprechenden Werte ersetzen.

Vorgehensweise

Führen Sie die Schritte zum Bereinigen des Knotens 'localhost' aus, damit der Knoten erneut hinzugefügt werden kann, nachdem Sie die DHCP-oder DNS-Konfigurationsprobleme behoben haben.

Führen Sie den folgenden Befehl aus, um die ComputeProvisionWorker CR des Rechenknotens zu bearbeiten, der eine Fehlernachricht angezeigt hat.This node might contain an invalid hostname (localhost).
Zum Beispiel:
```
oc edit cpw provisionworker-compute-1-ru5
```
Bearbeiten Sie die entsprechende CR, um die Positionsinformationen in eine leere Zeichenfolge zu aktualisieren, um sicherzustellen, dass der ComputeProvisionWorker -Controller nicht beteiligt ist, wenn Sie verschiedene Objekte des Rechenknotens bereinigen.
Zum Beispiel:
```
oc edit cpw provisionworker-compute-1-ru5
```
```
...
spec:
  standort: ""
```

Löschen Sie das entsprechende Maschinenobjekt des Rechenknotens.

Sie müssen das Maschinenobjekt zuerst identifizieren und dann mit einer Anmerkung markieren. Führen Sie anschließend ein Scale-down für das Maschineset-Objekt durch, um das Maschinenobjekt zu löschen.

Führen Sie den folgenden Befehl aus, um den Maschinenobjektnamen aus dem BMH-Objekt abzurufen.

oc -n openshift-machine-api get bmh,machine

Beispielausgabe:

NAME STAAT VERBRAUCHER ONLINE FEHLER ALTER
baremetalhost.metal3.io/compute-1-ru5 bereitgestellt isf-rackae6-42ps4-worker-0-r6fmw true 22h
baremetalhost.metal3.io/compute-1-ru6 bereitgestellt isf-rackae6-42ps4-worker-0-t922n true 22h
baremetalhost.metal3.io/compute-1-ru7 bereitgestellt isf-rackae6-42ps4-worker-0-g842m true 22h
baremetalhost.metal3.io/control-1-ru2 extern bereitgestellt isf-rackae6-42ps4-master-0 true 44h
baremetalhost.metal3.io/control-1-ru3 extern bereitgestellt isf-rackae6-42ps4-master-1 true 44h
baremetalhost.metal3.io/control-1-ru4 extern bereitgestellt isf-rackae6-42ps4-master-2 true 44h

NAME PHASE TYP REGION ZONE ALTER
machine.machine.openshift.io/isf-rackae6-42ps4-master-0 Laufen 44h
machine.machine.openshift.io/isf-rackae6-42ps4-master-1 Laufen 44h
machine.machine.openshift.io/isf-rackae6-42ps4-master-2 Laufen 44h
machine.machine.openshift.io/isf-rackae6-42ps4-worker-0-g842m Laufen 22h
machine.machine.openshift.io/isf-rackae6-42ps4-worker-0-r6fmw Laufen 22h
machine.machine.openshift.io/isf-rackae6-42ps4-worker-0-t922n Laufen 22h

In diesem Beispiel wird das BMH-Objekt von compute-1-ru5 auf die isf-rackae6-42ps4-worker-0-r6fmw des Maschinenobjekts abgebildet.

Markieren Sie das zu löschende Maschinenobjekt durch eine spezielle Anmerkung machine.openshift.io/cluster-api-delete-machine: delete-me. Die spezielle Markierung hilft beim Überschreiben der Richtlinienregel für Maschinenlöschung.
Zum Beispiel:
```
oc -n openshift-machine-api edit machine isf-rackae6-42ps4-worker-0-r6fmw
```
```
apiVersion: machine.openshift.io/v1beta1
kind: Machine
metadata:
  annotations:
    machine.openshift.io/cluster-api-delete-machine: delete-me
...
```
Jetzt müssen Sie das Objekt 'machineset' nach unten skalieren, damit das Löschen des Maschinenobjekts eingeleitet wird.
Hinweis: Nachdem das Scale-down für die Maschinengruppe durchgeführt wurde, werden die Maschinenobjekte, die compute-1-ru5 entsprechen, bereinigt und der Status des BMH-Objekts, das compute-1-ru5 entspricht, wird in 'Löschen' geändert.
```
oc -n openshift-machine-api get machineset
```
Beispielausgabe:
```
NAME GEWÜNSCHT AKTUELL BEREIT VERFÜGBAR ALTER
isf-rackae6-cltp4-worker-0 3 3 3 3 8h
```
```
oc -n openshift-machine-api get machineset -oyaml | grep replicas
```
Beispielausgabe:
```
replikate: 3
```
Beispielbefehl:
```
oc -n openshift-machine-api scale --replicas=<old replica value - 1> machineset <machine set name>
```
```
machineset.machine.openshift.io/isf-rackae6-42ps4-worker-0 skaliert
```
Nachdem das Scale-down für die Maschinengruppe erfolgreich ausgeführt wurde, ändert sich der Status des BMH-Objekts, das compute-1-ru5 entspricht, in 'Bereit'.
Wichtig: Diese Aktivität kann einige Minuten dauern und darauf warten, dass sie für das BMH-Objekt wiedergegeben wird, bevor Sie mit den weiteren Schritten fortfahren.

Löschen Sie die Rechenknoten im Knotenobjekt aus dem OpenShift Container Platform -Cluster, falls vorhanden.

oc get nodes

Beispielausgabe:

NAME STATUS ROLLEN ALTER VERSION
compute-1-ru6.yourdomain.com Bereitschaftsdienst 21h v1.23.17+16bcd69
compute-1-ru7.yourdomain.com Bereitschaftsdienst 21h v1.23.17+16bcd69
control-1-ru2.yourdomain.ibm.com Bereitschaft Master, Arbeiter 43h v1.23.17+16bcd69
control-1-ru3.yourdomain.com Bereitschaft Master, Arbeiter 43h v1.23.17+16bcd69
control-1-ru4.yourdomain.com Bereitschaft Master, Arbeiter 43h v1.23.17+16bcd69
localhost Bereitschaftsarbeiter 20h v1.23.17+16bcd69

oc delete node localhost

Löschen Sie das BMH-Objekt des Rechenknotens.

 # oc -n openshift-machine-api get bmh

Beispielausgabe:

NAME STAAT VERBRAUCHER ONLINE FEHLER ALTER
compute-1-ru5 verfügbar false 24h
compute-1-ru6 bereitgestellt isf-rackae6-42ps4-worker-0-t922n true 24h
compute-1-ru7 bereitgestellt isf-rackae6-42ps4-worker-0-g842m true 24h
control-1-ru2 extern bereitgestellt isf-rackae6-42ps4-master-0 true 46h
control-1-ru3 extern bereitgestellt isf-rackae6-42ps4-master-1 true 46h
control-1-ru4 extern bereitgestellt isf-rackae6-42ps4-master-2 true 46h

Beispielbefehl

oc -n openshift-machine-api delete bmh compute-1-ru5
baremetalhost.metal3.io "compute-1-ru5" deleted

Löschen Sie alle anstehenden CertificateSigningRequests , die dem Knoten 'localhost' entsprechen.

for i in `oc get csr --no-headers | grep -i system:node:localhost | grep -i pending | awk '{ print $1 }'`;do oc delete csr $i; done

Beheben Sie das DNS-oder DHCP-Problem, um den richtigen Hostnamen für den entsprechenden Rechenknoten anstelle des lokalen Hosts abzurufen.

Löschen Sie das Objekt ComputeProvisionWorker des Rechenknotens.

oc -n ibm-spectrum-fusion-ns get cpw

Beispielausgabe:

NAME         AGE
provisionworker-compute-1-ru5   24h
provisionworker-compute-1-ru6   24h
provisionworker-compute-1-ru7   24h

Beispielbefehl:

oc -n ibm-spectrum-fusion-ns delete cpw provisionworker-compute-1-ru5
computeprovisionworker.install.isf.ibm.com "provisionworker-compute-1-ru5" deleted

Wenn das Problem während der Installation während der OpenShift -Konfiguration auftritt, wird die Knotenkonvertierung automatisch fortgesetzt. Wenn das Problem während der Upsize des Knotens auftritt, wiederholen Sie die Knotenhinzufügung.