RecoverPoint/SRM: Le operazioni di failover o di failover di test hanno esito negativo con errori di volume/VMFS non trovato
Summary: Il failover o il failover di test o Site Recovery Manager(SRM) non riesce con errori "Cannot find VMFS volume for datastore" o Volume/VMFS non trovato.
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.
Symptoms
Tentare di eseguire il failover o eseguire il failover di test di Site Recovery Manager (SRM).
Il failover di SRM o di test non riesce perché volumi/VMFS non trovati.
Errori di esempio nei registri SRM:
Il mounting manuale dei dispositivi di destinazione senza SRM sembra funzionare.
Il failover di SRM o di test non riesce perché volumi/VMFS non trovati.
Errori di esempio nei registri 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 = ""
--> }
Il mounting manuale dei dispositivi di destinazione senza SRM sembra funzionare.
Cause
In alcuni scenari, il tempo necessario ai dispositivi per essere visualizzati sui nodi ESXi è più lungo del timeout predefinito.
Questo problema richiede una seconda scansione o un ritardo prima della scansione.
Questo problema richiede una seconda scansione o un ritardo prima della scansione.
Resolution
Risoluzione:
Modificare i parametri ESXi/SRM per il rilevamento dello storage.
Questi possono essere cambiati in numeri diversi, a seconda dell'ambiente. Gli ambienti più grandi con più LUN o host ESXi potrebbero richiedere timeout, tentativi o ritardi più lunghi.
- Aprire vSphere Web Client.
- Cliccare con il pulsante destro del mouse sul sito SRM che si desidera modificare e selezionare Advanced Settings.
- Cliccare su StorageProvider.
- Controlla/modifica parametri:
- storageProvider.hostRescanDelaySec: il valore predefinito è 0, tentare di passare a un numero compreso tra 20 e 180
- storageProvider.hostRescanRepeatCnt - Il valore predefinito è 1, provare a passare a un numero compreso tra 2 e 3
- storage.commandTimeout - Il valore predefinito è 300, tentare di aumentare a 600 o 900
Informazioni simili sono reperibili in articoli Broadcom, ad esempio KB 383166.
Affected Products
RecoverPoint, RecoverPoint CL, RecoverPoint EXProducts
RecoverPoint SEArticle 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.