15.2. Suppression d'une image en couches personnalisée RHCOS

Procédure

1. Supprimer la configuration de la machine qui a appliqué l'image en couches personnalisée.

   $ oc delete mc os-layer-hotfix

   Après avoir supprimé la configuration de la machine, les nœuds redémarrent.

1. Vérifier que le pool de configuration de la machine travailleuse est mis à jour avec la configuration de la machine précédente :

   $ oc get mcp

   Exemple de sortie

   NAME     CONFIG                                             UPDATED   UPDATING   DEGRADED   MACHINECOUNT   READYMACHINECOUNT   UPDATEDMACHINECOUNT   DEGRADEDMACHINECOUNT   AGE
   master   rendered-master-6faecdfa1b25c114a58cf178fbaa45e2   True      False      False      3              3                   3                     0                      39m
   worker   rendered-worker-6b000dbc31aaee63c6a2d56d04cd4c1b   False     True       False      3              0                   0                     0                      39m 1

   1

   Lorsque le champ UPDATING est True, le pool de configuration de la machine est mis à jour avec la configuration de la machine précédente. Lorsque le champ devient False, le pool de configuration de la machine du travailleur est passé à la configuration de la machine précédente.

2. Vérifiez que la planification sur les nœuds est désactivée. Cela indique que la modification est en cours d'application :

   $ oc get nodes

   Exemple de sortie

   NAME                                         STATUS                     ROLES                  AGE   VERSION
   ip-10-0-148-79.us-west-1.compute.internal    Ready                      worker                 32m   v1.25.0+3ef6ef3
   ip-10-0-155-125.us-west-1.compute.internal   Ready,SchedulingDisabled   worker                 35m   v1.25.0+3ef6ef3
   ip-10-0-170-47.us-west-1.compute.internal    Ready                      control-plane,master   42m   v1.25.0+3ef6ef3
   ip-10-0-174-77.us-west-1.compute.internal    Ready                      control-plane,master   42m   v1.25.0+3ef6ef3
   ip-10-0-211-49.us-west-1.compute.internal    Ready                      control-plane,master   42m   v1.25.0+3ef6ef3
   ip-10-0-218-151.us-west-1.compute.internal   Ready                      worker                 31m   v1.25.0+3ef6ef3

3. Lorsque le nœud est revenu à l'état Ready, vérifiez qu'il utilise l'image de base :

   1. Ouvrez une session oc debug vers le nœud. Par exemple :

      $ oc debug node/ip-10-0-155-125.us-west-1.compute.internal

   2. Définir /host comme répertoire racine dans l'interpréteur de commandes de débogage :

      sh-4.4# chroot /host

   3. Exécutez la commande rpm-ostree status pour vérifier que l'image en couches personnalisée est utilisée :

      sh-4.4# sudo rpm-ostree status

      Exemple de sortie

      State: idle
      Deployments:
      * ostree-unverified-registry:podman pull quay.io/openshift-release-dev/ocp-release@sha256:e2044c3cfebe0ff3a99fc207ac5efe6e07878ad59fd4ad5e41f88cb016dacd73
                         Digest: sha256:e2044c3cfebe0ff3a99fc207ac5efe6e07878ad59fd4ad5e41f88cb016dacd73