RecoverPoint/SRM: 페일오버 또는 테스트 페일오버 작업이 볼륨/VMFS를 찾을 수 없음 오류와 함께 실패함
Summary: SRM(Site Recovery Manager) 페일오버 또는 테스트 페일오버가 실패하고 "데이터 저장소의 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.
Symptoms
페일오버를 시도하거나 SRM(Site Recovery Manager) 테스트 페일오버를 실행합니다.
볼륨/VMFS를 찾을 수 없어 SRM 페일오버 또는 테스트 페일오버가 실패합니다.
SRM 로그의 오류 예:
SRM 없이 타겟 디바이스를 수동으로 마운트하면 작동하는 것으로 보입니다.
볼륨/VMFS를 찾을 수 없어 SRM 페일오버 또는 테스트 페일오버가 실패합니다.
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 호스트가 있는 대규모 환경에서는 더 긴 시간 초과, 재시도 또는 지연이 필요할 수 있습니다.
- vSphere Web Client를 엽니다.
- 수정할 SRM 사이트를 마우스 오른쪽 버튼으로 클릭하고 Advanced Settings를 선택합니다.
- StorageProvider를 클릭합니다.
- 매개변수 확인/편집:
- storageProvider.hostRescanDelaySec - 기본값은 0입니다. 20에서 180 사이의 숫자로 변경해 봅니다.
- storageProvider.hostRescanRepeatCnt - 기본값은 1이고 2와 3 사이의 숫자로 변경하려고 시도합니다.
- storage.commandTimeout - 기본값은 300, 시도 횟수는 600 또는 900으로 증가합니다.
KB 383166와 같은 Broadcom 문서에서 유사한 정보를 찾을 수 있습니다.
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.