Відкрита зміна: Оновлення OCP після перевірки через неготовий вузол або вимкнення планування

Summary: Оновлення OCP після перевірки через неготовий вузол або вимкнення планування через налаштований VM з обсягом зберігання ReadWriteOnce(RWO), який не можна мігрувати в реальному часі.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

Під час оновлення OCP після перевірки може з'явитися повідомлення про помилку: «Не вдалося запустити post check для кластера OCP. Вузол не готовий або розклад вимкнено.»

Cause

Одна або кілька віртуальних машин, налаштованих на обсяг пам'яті ReadWriteOnce(RWO), які не можуть бути мігровані в реальному режимі на вузол повідомлення про помилки.

Нижче дивіться документ Openshift для отримання додаткової інформації про томи зберігання для дисків віртуальних машин.

https://access.redhat.com/documentation/en-us/openshift_container_platform/4.13/html/virtualization/about-virt

Resolution

1. Змініть налаштування PV у VM.
  • 1.1Зупиніть екземпляр VM перед зміною налаштувань PV.
image.png
  • 1.2 Натисніть на віртуальну машину і перейдіть на вкладку YAML
image.png
image.png
  • 1.3 Зміна accessModes з "ReadWriteOnce" на "ReadWriteMany"
image.png
  • 1.4 Якщо PV не можна встановити на ReadWriteMany (віртуальна машина не може запускати ReadWriteMany), тоді встановіть evictionStrategy з LiveMigrate на None
image.png
Примітка. Будь ласка, виконайте крок 1.3 або 1.4, який застосовується до вашого середовища, не потрібно виконувати обидва кроки.
 
  • 1.5 Натисніть зберегти і перезапустити віртуальну машину.
image.png

2. Знайдіть вузли зі статусом «Готово, Планування Вимкнено». 
$ oc get node
Наприклад:

image.png
3. Злийте з вузла, щоб видалити з нього бігові капсули. 
$ oc adm <node name> --ignore-daemonsets --delete-emptydir-data --force
Наприклад: oc adm drain c3-esx01.racka01.local --ignore-daemonsets --delete-emptydir-data --force

4. Встановіть режим налагодження і перезавантажте вузол. 
$ oc debug node/<node name>

$ sh-4.4# chroot /host

$ sh-4.4# systemctl reboot

5. Коли вузол буде готовий після перезавантаження, позначте його як заплановане. 
$ oc adm uncordon <node name>

6. Переконайтеся, що вузол успішно позначений як планувальний. 
$ oc get node

Affected Products

APEX Cloud Platform for Red Hat OpenShift
Article Properties
Article Number: 000216593
Article Type: Solution
Last Modified: 18 Sept 2026
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.