VxRail: Збій під час попереднього оновлення до 4.0 і пізніших версій

Існує кілька сценаріїв, які призводять до цієї проблеми. Перегляньте розділ «Вирішення», щоб дізнатися про можливі проблеми та відповідні способи їх усунення.

Внутрішні помилки служби під час збою операції завантаження в автономному режимі можуть бути пов'язані з одним із наведених нижче сценаріїв у розділі «Роздільна здатність».   

Випуск #1: Не вистачить місця для розпакованої композитної зв'язки (потрібно 2.35 * compositeBundleSize).

Можливе рішення:  Спробуйте очистити файлову систему (видалити тимчасові файли та будь-які інші файли, що не використовуються) на віртуальній машині VxRail Manager, щоб дістатися до необхідного простору 2.35 * compositeBundleSize. 

ПРИМІТКА. Якщо оновлення починається з певних рівнів коду, існує ручний процес, який необхідний для розширення розділу диска в VxRail Manager перед оновленням. Зверніться до служби підтримки Dell за додатковою допомогою.

Випуск #2: Апаратна платформа ESXi несумісна з пакетом оновлень ESXi, який входить до складеного пакета.

Можливе рішення: Існуюча апаратна платформа несумісна з використовуваним пакетом оновлень. Це пов'язано з тим, що інформація про постачальника апаратного забезпечення ESXi не збігається з пакетом оновлень ESXi у складеному пакеті. Щоб вирішити цю проблему, переконайтеся, що ви отримали пакет завантажень, який відповідає інформації про постачальника вашого обладнання ESXi, на сайті завантажень Dell або в категорії ACG. 

Проблема #3: версія vCenter несумісна з пакетом оновлень ESXi, який входить до складу композитного пакета.

Можливе рішення: Цільова версія ESXi має бути сумісною з встановленою версією vCenter. Зазвичай це відбувається у зовнішньому контексті ВК. Це означає, що версія VC відстає. Щоб вирішити цю проблему, оновіть зовнішній VC до версії, яка відповідає включеній версії ESXi. 

Випуск #4: Апаратна платформа ESXi несумісна з пакетом оновлення VIB, який входить до складу композитного пакета.

Можливе рішення: Цільова версія VIB має бути сумісною з встановленою версією платформи ESXi. Це пов'язано з тим, що пакет VIB, що входить до комплекту, не збігається з інформацією про постачальника обладнання ESXi. Щоб вирішити цю проблему, переконайтеся, що ви отримали пакет завантажень, який відповідає інформації про постачальника вашого обладнання ESXi, на сайті завантажень Dell або в категорії ACG. 

Випуск #5: Під час читання завантаженого пакета оновлень із тимчасового сховища Tomcat виникає помилка.

Можливе рішення: Спробуйте очистити файлову систему (видалити тимчасові файли та будь-які інші файли, що не використовуються) на віртуальній машині VxRail Manager та перезапустити службу. Зверніться до служби підтримки клієнтів, якщо проблема не вирішиться після.

Випуск #6: Не вдалося отримати поточну версію хоста ESXi.

Можливе рішення:  Зазвичай це викликано втратою з'єднання хоста з ВК. Переконайтеся, що з'єднання хоста в порядку між ВК і хостом.

Випуск #7: Не вдалося отримати поточну версію хоста VxRail VIB

Можливе рішення:  Зазвичай це викликано втратою з'єднання хоста з VC, або VxRail VIB відсутній у хоста. Переконайтеся, що з'єднання хоста між VC і хостом в порядку, або VxRail VIB буде встановлено.

Випуск #8: Сервіс платформи ще не встановлений і не готовий

Можливе рішення:  Причин, які призводять до помилки в роботі платформи, може бути багато. У разі виникнення цієї проблеми зверніться до служби підтримки клієнтів.

Випуск #9: Платформа Quanta не підтримується для оновлення до 7.x.

Можливе рішення: Ніхто

Випуск #10: Перевірку цілісності пакета оновлень не виконано.

Можливе рішення 1: Коли в повідомленні про помилку з'являється повідомлення "Помилка попередньої перевірки: Не вдалося перевірити ланцюжок сертифікатів." Або «Помилка попередньої перевірки: Не вдалося перевірити підпис файлу маніфесту.", завантажте новий пакет оновлень і повторіть спробу оновлення. 

Можливе рішення 2: Коли в повідомленні про помилку з'являється повідомлення "Помилка попередньої перевірки: Не вдалося перевірити файл маніфесту.», якщо він використовує публічний API v5 для оновлення, а пакет оновлень налаштований (VxRail підтримує лише видалення непотрібних компонентів оновлення з пакета оновлень, не підтримує додавання або зміну компонентів оновлення), перегляньте останній Посібник користувача VxRail API, щоб перевірити використання нових параметрів для API версії 5. В іншому випадку завантажте новий пакет оновлень і повторіть спробу.

Випуск #11: TPM1.2 увімкнено на кластері 14G VxRail (версія 4.7.x або 7.0.x), тому оновлення до VxRail 8.0.000 буде заблоковано. 

Можливе рішення: Варіанти дивіться в статті 000204703 .

Випуск #12: Пакет оновлень призначений для платформ Dell VxRail 14G та пізніших версій. Встановити його на платформи 13G не можна. 

Можливе рішення: VxRail 7.0.411 є останнім рекомендованим випуском VxRail 7.0.x для цих систем Dell VxRail 13G для оновлення. Ви не зможете оновитися до більш пізнього випуску, якщо у вашому кластері є вузол 13G. 

Випуск #13: Не вдалося завантажити пакет, коли LCM перейшов з 4.7.212 або раніших версій безпосередньо до 7.0.480. 

Можливе рішення: Якщо поточна версія кластера нижча за 4.7.300, пряме оновлення до 7.0.480 не підтримується. Перегляньте примітки до випуску 7.0.480 щодо підтримуваного шляху прямого оновлення та спочатку оновіть кластер до будь-якої з підтримуваних версій (наприклад, 4.7.300), а потім перейдіть до оновлення до 7.0.480.

Випуск #14: Не вдалося завантажити пакет. У повідомленні про помилку з'явилося повідомлення «Не вдалося оновити утиліту VxRail Radar, оскільки /mystic/radar owership не є tcserver».

Можливе рішення: Увійдіть в менеджер VxRail через ssh і виконайте команду: su chown -R tcserver:pivotal /mystic/radar

Випуск #15: Не вдалося завантажити пакет через оновлення з непідтримуваної моделі, версії або режиму LCM.

Можливе рішення: Будь ласка, зверніться до приміток до випуску, щоб перевірити, чи підтримується поточне оновлення.