Версии 8.4 SRM всего пару дней, однако бдительные тестеры VMware уже успели оттраблшутить новый релиз вдоль и поперек, благодаря чему у нас снова на руках свежайший список возможных ошибок и проблем, и даже методы борьбы со многими из них. И это, бесспорно, весьма приятно. Кое-что, правда, перекочевало к нам еще из 8.3.1, и так как ее траблшутингу мы уже посвящали довольно объемную отдельную статью, повторяться здесь, думается, не будем.
Что же касается новых проблем, вот, собственно, и они:
- Issue: Операция повторной защиты для одной ВМ выдает ошибку вида:
Unable to reverse replication for the virtual machine ‘<vm-name>’. A general system error occurred: Fault cause: vim.fault.GenericVmConfigFault
На целевом сайте vCenter Server задача для ВМ сбоит с записью:
Task Name: Remove all snapshots
Status: A general system error occurred: Fault cause: vim.fault.GenericVmConfigFault
Initiator: <initiator>
Target: <vm-name>
Server: <VC-name>
Resolve: Удалить репликацию, затем настроить ее опять, используя диски-источники.
- Issue: Одна или более репликаций уходят в статус ошибки (RPO нарушения) после операции повторной защиты, гласящей:
A problem occurred with the storage on datastore path ‘[<datastore-name>] <datastore-path>/hbrdisk.RDID-<disk-UUID>.vmdk
Resolve: Удалить репликацию, настроить ее повторно, используя диски-источники.
- Issue: Тестовое восстановление и реальное восстановление групп защиты политики хранения, содержащее vTA зашифрованные ВМ, может сбоить с ошибкой:
An encryption key is required
Resolve: Повторно запустить операцию.
- Issue: При попытке реконфигурировать репликацию и добавить или удалить новый диск может выдать ошибку:
ERROR Duplicate key (hms.DiskSpaceRequirementInfo)
Ситуация известна для SRM 8.3 и vSphere Replication 8.3 на on-premise среде, спаренной с SRM 8.4 и vSphere Replication 8.4 на удаленном сайте, либо же со службой VMware Site Recovery на VMware Cloud на AWS.
Resolve: Проапгрейдиться до версии 8.3.1 или 8.4 – с ними такого не будет.
- Issue: На вкладке Summary и вкладке Virtual Machines группы защиты появляется ошибка:
The ManagedObjects in ‘spec.objectSet’ belong to more than 1 server
или:
Missing value for non-optional field placeholderVmInfo
при незавершенной операции повторной защиты или же сразу после ее окончания. Если все закрыть, и открыть снова, в списке не будет никаких ВМ.
Resolve: Закрыть сообщение об ошибке и подождать какое-то время. ВМ снова появятся в группе защиты и будут защищены и включены, как ожидалось.
- Issue: Не получается удалить уже добавленные сопоставления инвентаря при использовании браузера Chrome, так как кнопка «Remove» в визарде Configure Protection Group пропадает.
Resolve: Обновить браузер.
- Issue: Тестовое восстановление или Аварийное восстановления могут дать сбой до своего завершения, если SRM на сайте восстановления теряет связь с SRM на защищаемом сайте.
Resolve: Перезапустить службу SRM на сайте восстановления и инициировать план восстановления повторно.
- Issue: Визард Configure Replication на Apple Mac OS с браузером Mozilla Firefox начинает лагать, а производительность UI падает.
Resolve: Использовать Chrome.
- Issue: Очистка после тестирования плана восстановления при использовании SRM 3.1.х может сбоить с ошибкой удаленного коннекшен-сервера (под vCenter Server 7.0U2) вида:
The connection to the remote server is down. Operation timed out: 300 seconds.
Resolve: Проапгрейдиться до SRM 8.4.
- Issue: Виртуальные машины, защищенные SRM и использующие NVDS для защищаемой и/или сети восстановления, демонстрируют ошибки защиты после миграции NVDS-CVDS.
Resolve: Перенастроить защиту вовлеченных ВМ.
Если в будущем будут обнаружены какие-то новые ошибки, касающиеся релиза 8.4 SRM, эта статья непременно будет оперативно дополнена.