RecoverPoint/SRM: Операции переключения на резервный ресурс или тестового переключения на резервный ресурс завершаются сбоем с ошибками тома/VMFS не найдено

Summary: Переключение Site Recovery Manager (SRM) при отказе или тестовое переключение при отказе завершается сбоем с ошибкой «Не удается найти том VMFS для хранилища данных» или аналогичной ошибкой «Не найден том/VMFS». ...

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

Попробуйте переключение на резервный ресурс или запустите тестовое переключение Site Recovery Manager (SRM) на резервный ресурс.

Сбой переключения SRM на резервный ресурс или тестового переключения на резервный ресурс из-за того, что не найдены тома/VMFS.

Пример ошибок в журналах SRM:
  
2017-05-21T14:20:53.757+03:00 [53540 error 'AbrRecoveryEngine' opID=773f5494:dd26:ffe2] Dr::Providers::Abr::AbrRecoveryEngine::RecoverVmfsDatastore: Cannot find VMFS volume for datastore 'ds:///vmfs/volumes/57c9acfd-5ead583e-ada6-0017a477xxxx/': (dr.storageProvider.VmfsRecoverySpec) {


2017-05-21T14:20:53.761+03:00 [193968 verbose 'AbrRecoveryEngine' opID=773f5494:dd26:ffe2] FailDeviceGroups: Failing group
2017-05-21T14:20:53.761+03:00 [193968 verbose 'AbrRecoveryEngine' opID=773f5494:dd26:ffe2] GroupCallbackHandler::FailGroup: Failing group 'vm-protection-group-xxxxxx'
2017-05-21T14:20:53.761+03:00 [193968 verbose 'Replication' opID=773f5494:dd26:ffe2] Dr::Replication::EntityOperationJoinerBase<class Dr::TypedMoRef<class Dr::Replication::ProtectionGroup,void>,void>::EntityFailed: Received a failure update for protection group Id=[dr.replication.VmProtectionGroup:bcf4f9b1-2063-4d9a-b773-93be06xxxxxx:vm-protection-group-xxxxxx], error=
--> (dr.storageProvider.fault.DatastoreRecoveryFailed) {
-->    faultCause = (dr.storageProvider.fault.RecoveryVmfsVolumeNotFound) {
-->       faultCause = (dr.storageProvider.fault.RecoveryDeviceNotFound) {
-->          faultCause = (vmodl.MethodFault) null, 
-->          device = "60:06:01:60:0C:F0:3D:00:0E:29:21:28:xx:xx:xx:xx", 
-->          msg = ""
-->       }, 
-->       device = (string) [
-->          "60:06:01:60:0C:F0:3D:00:0E:29:21:28:x:xx:xx:x"
-->       ], 
-->       msg = ""
-->    }, 
-->    protectedName = "General", 
-->    protectedUrl = "ds:///vmfs/volumes/57c9acfd-5ead583e-ada6-0017a4770xxx/", 
-->    msg = ""
--> }



Подключение целевых устройств вручную без SRM, по-видимому, работает.

Cause

В некоторых сценариях время, необходимое для отображения устройств на узлах ESXi, превышает значение времени ожидания по умолчанию.
Для решения этой проблемы требуется повторное сканирование или задержка перед сканированием.

Resolution

Разрешение.

Измените параметры ESXi/SRM для обнаружения хранилища.
Количество этих чисел можно изменить в зависимости от среды. В более крупных средах с большим количеством LUN или хостов ESXi может потребоваться более длительное время ожидания, повторные попытки или задержки.

  1. Откройте веб-клиент vSphere.
  2. Нажмите правой кнопкой мыши площадку SRM, которую необходимо изменить, и выберите пункт Дополнительные настройки.
  3. Нажмите StorageProvider.
  4. Проверка/редактирование параметров:
    • storageProvider.hostRescanDelaySec — по умолчанию 0. Попробуйте изменить число на число от 20 до 180
    • storageProvider.hostRescanRepeatCnt — значение по умолчанию — 1, попытка изменить значение на число от 2 до 3
    • storage.commandTimeout — по умолчанию 300, увеличить количество попыток до 600 или 900

Аналогичную информацию можно найти в статьях Broadcom, например в статье KB 383166.

Affected Products

RecoverPoint, RecoverPoint CL, RecoverPoint EX

Products

RecoverPoint SE
Article Properties
Article Number: 000065070
Article Type: Solution
Last Modified: 09 Oct 2025
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.