VMware vSphere 7.0 update 3 — что сломали на этот раз

Статья прислана читателем бложика.

Перед началом дальнейшего прочтения надо вспомнить, что VMware vSphere состоит из двух мегаменовESXi на хостах и правящий всеми vCenter. Мне лично больше нравится таблица тут, но ее не так быстро обновляют.

Читаем «что там нового»

Как знают все, интересующиеся темой, на VMworld был анонсировано и тут же выложено обновление для ESXi от 2021-10-05/ 18644231, одновременно с vCenter Server 7.0 Update 3 (7.0.3.00000). Обновление ESXi было выложено, потом убрано со скачивания, затем снова выложено в том же виде. По старой традиции VMware убирать странное и делать вид что ничего не было (что уже было не один раз с HCL) – из VMware ESXi 7.0 Update 3 Release Notes – ждем, когда из RN пропадут строки типа:

«VMFS block allocation issue might cause application data loss
Due to a rare VMFS block allocation issue, you might see a discrepancy between the scheduled and actually allocated blocks for a VMFS file. As a result, you might see some application data loss.
Workaround: None»

Совсем недавно там было еще и другое, а теперь нет:

«Virtual machines on a vSAN cluster with enabled NSX-T and a converged vSphere Distributed Switch (CVDS) in a VLAN transport zone cannot power on after a power off.
If a secondary site is 95% disk full and VMs are powered off before simulating a secondary site failure, during recovery some of the virtual machines fail to power on. As a result, virtual machines become unresponsive. The issue occurs regardless if site recovery includes adding disks or ESXi hosts or CPU capacity.
Workaround: Select the virtual machines that do not power on and change the network to VM Network from Edit Settings on the VM context menu.
ESXI hosts might fail with a purple diagnostic screen with an error Assert at bora/modules/vmkernel/vmfs/fs6Journal.c:835.
In rare cases, for example when running SESparse tests, the number of locks per transaction in a VMFS datastore might exceed the limit of 50 for the J6_MAX_TXN_LOCKACTIONS parameter. As a result, ESXi hosts might fail with a purple diagnostic screen with an error Assert at bora/modules/vmkernel/vmfs/fs6Journal.c:835.
Workaround: None.»

У VMware vCenter Server 7.0 Update 3 Release Notes ничего особо в глаза не бросилось, но там самое интересное в релиз могло и не попасть, потому что скрыто за строчкой Known Issues from Prior Releases.

Например:

«VM might lose Ethernet traffic after hot-add, hot-remove or storage vMotion.
A VM might stop receiving Ethernet traffic after a hot-add, hot-remove or storage vMotion. This issue affects VMs where the uplink of the VNIC has SR-IOV enabled. PVRDMA virtual NIC exhibits this issue when the uplink of the virtual network is a Mellanox RDMA capable NIC and RDMA namespaces are configured.
Workaround: You can hot-remove and hot-add the affected Ethernet NICs of the VM to restore traffic. On Linux guest operating systems, restarting the network might also resolve the issue. If these workarounds have no effect, you can reboot the VM to restore network connectivity.»

С чем столкнулись коллеги в ESXi

Для Dell — ESXi 7.0U3 upgrade fails with «Expected 1 component, found 2″(reddit).

Особенно хорошо и приятно выглядят строки: «I am on the phone with Vmware right now actually with a issue that relates back to this VIB error, and they haven’t got a clue how to resolve it.»

Пишут, что схожая проблема есть и на HPE.

У Huawei с обновлением тоже не все хорошо – обновление не устанавливается через vSphere Lifecycle Manager (VLM), ставится ли через ISO/Zip– тоже предмет отдельного разговора. Может и не ставиться без некоторых ручных движений.

С чем столкнулись коллеги в vCenter

На этот раз в vCenter сломали часть VLM, отвечающую за AD. Как следствие –

«Authentication failed, Lifecycle Manager server could not be contacted», Access to Lifecycle Manager fails in vCenter 7.0 Update 3 when logged in with an Active Directory account (KB85962) – но тут хотя бы есть решение, As a workaround you can login using an account from the SSO-internal vsphere.local domain, for example administrator@vsphere.local, to access the LifeCycle Manager.»

В vSphere 7.0u2 как сломали sftp, так пока и не починили, File-based Backups via SFTP in vCenter 7.0 Update 2d failing with «General system error reported by backup server» (KB85966).

Кроме того, до меня дошли пока не подтвержденные СЛУХИ, что в vSphere 7.0u3 сломали и SMB, по крайней мере, в части Windows SMB. Про Linux – идет проверка. Поскольку официального kb и решения пока нет, то получение решения, если у вас такая проблема, предполагается через техподдержку.

Взаимодействие vCenter 7.0 U3 с старыми ESXi

Как пишут в  VMware Interoperability Matrix, VMware vCenter Server 7.0 U3 должен работать с ESXi 6.5 U1 / U2 / U3. На практике не все так гладко – например, установка свежайшего ESXi 6.5 October 2021 Patch от 2021-10-12 за номером 18678235  идет задумчиво, с ошибками то на stage, то на задумывающемся на непонятное время pre-check.

VMware vSphere 7.0 update 3 — что сломали на этот раз: 6 комментариев

  1. Мысли в слух » а может перейти на proxmox » Что-то в последняя время ESXi не стабильно стал по обновлениям. Каждый раз после выхода думаешь стоит ставить обновления или посмотреть, что у других будет. Уже за практику взял не ставить обновления до 3-6 месяцев поле выхода.
    Сказать, что proxmox лучше тоже не могу .

  2. Я не расист. но после того как VMware стала упралвяться и поддерживаться индусами, стабильность продукта сдохла как бобик.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *