RecoverPoint/SRM: As operações de failover ou failover de teste falham com erros de volume/VMFS não encontrados
Summary: O failover ou teste do Site Recovery Manager (SRM) falha com os erros "Não é possível localizar o volume VMFS para datastore" ou volume/VMFS semelhante não 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.
Symptoms
Tente fazer failover ou executar o failover de teste do Site Recovery Manager (SRM).
O failover ou failover de teste do SRM falha porque volumes/VMFS não são encontrados.
Exemplos de erros nos logs do SRM:
A montagem manual dos dispositivos de destino sem SRM parece funcionar.
O failover ou failover de teste do SRM falha porque volumes/VMFS não são encontrados.
Exemplos de erros nos logs do 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 = ""
--> }
A montagem manual dos dispositivos de destino sem SRM parece funcionar.
Cause
Em alguns cenários, o tempo necessário para que os dispositivos sejam vistos nos nós do ESXi é maior do que o tempo de espera excedido padrão.
Esse problema requer uma segunda verificação ou um atraso antes dela.
Esse problema requer uma segunda verificação ou um atraso antes dela.
Resolution
Resolução:
Altere os parâmetros do ESXi/SRM para Storage discovery.
Eles podem ser alterados para números diferentes, dependendo do ambiente. Ambientes maiores com mais LUNs ou hosts do ESXi podem exigir tempos de espera excedidos, repetições ou atrasos mais longos.
- Abra o vSphere Web Client.
- Clique com o botão direito do mouse no site do SRM que você deseja modificar e selecione Advanced Settings.
- Clique em StorageProvider.
- Verifique/edite parâmetros:
- storageProvider.hostRescanDelaySec - O padrão é 0, Tente alterar para um número entre 20 e 180
- storageProvider.hostRescanRepeatCnt - O padrão é 1, Tente alterar para um número entre 2 e 3
- storage.commandTimeout - O padrão é 300, Tentativa aumentando para 600 ou 900
Informações semelhantes podem ser encontradas em artigos da Broadcom, por exemplo, 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.