RecoverPoint/SRM: Las operaciones de conmutación por error o conmutación por error de prueba fallan con errores de volumen/VMFS no encontrado

Summary: La conmutación por error de Site Recovery Manager (SRM) o la conmutación por error de prueba fallan con errores "No se puede encontrar el volumen VMFS para el almacén de datos" o un volumen similar/VMFS no encontrado. ...

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

Intente realizar una conmutación por error o ejecutar la conmutación por error de prueba de Site Recovery Manager (SRM).

La conmutación por error de SRM o la conmutación por error de prueba fallan debido a que no se encontraron volúmenes/VMFS.

Errores de ejemplo en los registros de 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 = ""
--> }



El montaje manual de los dispositivos de destino sin SRM parece funcionar.

Cause

En algunos escenarios, el tiempo que tardan los dispositivos en verse en los nodos ESXi es mayor que el tiempo de espera predeterminado.
Este problema requiere un segundo escaneo o un retraso antes del escaneo.

Resolution

Solución:

Cambie los parámetros de ESXi/SRM para el descubrimiento de almacenamiento.
Estos se pueden cambiar a números diferentes, según el entorno. Los entornos más grandes con más LUN o hosts ESXi pueden requerir tiempos de espera, reintentos o retrasos más prolongados.

  1. Abra vSphere Web Client.
  2. Haga clic con el botón secundario en el sitio de SRM que desea modificar y seleccione Advanced Settings.
  3. Haga clic en StorageProvider.
  4. Comprobar/editar parámetros:
    • storageProvider.hostRescanDelaySec: el valor predeterminado es 0, intente cambiar a un número entre 20 y 180
    • storageProvider.hostRescanRepeatCnt : el valor predeterminado es 1, intente cambiar a un número entre 2 y 3
    • storage.commandTimeout : el valor predeterminado es 300, el intento aumenta a 600 o 900

Se puede encontrar información similar en los artículos de Broadcom, por ejemplo, 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.