RecoverPoint for Virtual Machine : Consistentiegroep herhalen tussen init en foutstatus in een schaalomgeving

Summary: RecoverPoint for Virtual Machine : Consistentiegroep herhalen tussen init en foutstatus in een schaalomgeving

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

N.v.t

. Consistentiegroep lussen tussen init- en foutstatus in een schaalomgeving

Waardoor datareplicatie niet beschikbaar is (DRU).

Symptomen gevonden in de logboeken:

ESX-splitterlogboeken:

Onderstaande logboeken geven aan dat het lezen van /vmfs/volumes/vsan:5xxxxxxxxxx-dxxxxxxxxxxxxxxx is mislukt, dus alle RPVS-volumes in de VSAN worden verwijderd.    

spl_esx_discover_RPvStorage_clusters_in_datastore: kan directory /vmfs/volumes/vsan:5xxxxxxxxxxxxxxxxxx-dxxxxxxxxx niet lezen, geretourneerd met status Timeout

update_rpvs_db: LUN 1 is niet gescand op laatste apparaatweergave-update
RPVS_ClusterLuns_removeLunInfo: Called for LUN=1 (Name RPVS_Lun00001.VMDK). Cluster id=2xxxxxxxxxxxx
update_rpvs_db: LUN 12 is niet gescand bij laatste apparaatweergave-update
RPVS_ClusterLuns_removeLunInfo: Called for LUN=12 (naam RPVS_Lun00012.vmdk). Cluster id=2xxxxxxxxxxx
update_rpvs_db: LUN 13 is niet gescand bij laatste apparaatweergave-update ...    

 * Het RPVS-detectieproces is geslaagd, vandaar dat alle RPVS-volumes weer zijn toegevoegd:    
 
parse_vmdk_file: called with file /vmfs/volumes/vsan:5xxxxxxxxxxxxxxxx/RPvStorage/4xxxxxxxxxxx/RPVS_Lun00001.vmdk
parse_vmdk_file: capacity=12000000, thinLun=0, flat_filename=RPVS_Lun00001-flat.vmdk, rawguid=0x6xxxxxxxxx
RPVS_ClusterLuns_addLunInfo: added LUN 1, cluster 4xxxxxxxxxxxxxxxxxxx parse_vmdk_file: called with file /vmfs/volumes/vsan:5xxxxxxxxxxxxxx-dxxxxxxxxxxxxx/RPvStorage_23d5fb88838940xxx_010/RPVS_Lun00012.vmdk parse_vmdk_file: capacity=524288000, thinLun=0, flat_filename=RPVS_Lun00012-flat.vmdk, rawguid=0x6xxxxxxxxxxxxxxx RPVS_ClusterLuns_addLunInfo: toegevoegd LUN 12, cluster 2xxxxxxxxxxxxxxxxxx


* Logboek dat aangeeft dat het RPVS-detectieproces lang heeft geduurd        

CommandExecuterBase_v_handleCommands_i: cmd 0x417fdde35040, cmd-execute>(CommandRPVSDiscovery), running time 32585607 microseconds, num commands in queue: 11 CommandExecuterBase_v_handleCommands_i: cmd 0x417fdde35040, cmd-execute>(CommandRPVSDiscovery), running time 33277695 microseconds, num commands in queue: 11 CommandExecuterBase_v_handleCommands_i: cmd 0x417fdde35040, cmd-execute>(CommandRPVSDiscovery), running time 35834242 microseconds, num commands in queue: 11 CommandExecuterBase_v_handleCommands_i: cmd 0x417fdde35040, cmd-execute>(CommandRPVSDiscovery), running time 36488014 microseconds, num commands in queue: 11 CommandExecuterBase_v_handleCommands_i: cmd 0x417fdde35040, cmd-execute>(CommandRPVSDiscovery), running time 37767728 microseconds, num commands in queue: 11 CommandExecuterBase_v_handleCommands_i: cmd 0x417fdde35040, cmd-execute>(CommandRPVSDiscovery), running time 49355575 microseconds, num commands in queue: 11 CommandExecuterBase_v_handleCommands_i: cmd 0x417fdde35040, cmd-execute>(CommandRPVSDiscovery), running time 109257427 microseconds, num commands in queue: 19


Beïnvloed alle RP4VM-versies

Cause


ESX-splitter scant elke t_rpvsDiscoveryPeriodicTimerInterval op RPVS-volume (journaal en repository) (standaard: 30) seconden.    
De scan wordt uitgevoerd door /vmfs/volumes/ te lezen en elke directory erin te doorzoeken, op zoek naar RPVS_LunXXXXX.vmdk
Een RPVS-volume bevindt zich in /vmfs/volumes/<datastore>/<cluster=id>/. In een VSAN-omgeving bevindt het zich in /vmfs/volumes/vsan:<vsan-id>/<cluster=id>/
Als het lezen van een map in /vmfs/volumes/ mislukt (time-out, tijdelijke fout, enz.), worden alle RPVS-volumes in de defecte map verwijderd.    
Als het rpvs-detectieproces erin slaagt RPVS_LunXXXXX.vmdk te lezen en te vinden, worden de bijbehorende RPVS-volumes weer toegevoegd.          
Dit is de reden waarom de CG's worden herhaald tussen Error en Init.      
Het probleem wordt groter wanneer een groot aantal hosts in de VSAN tegelijkertijd leesmappen leest onder /vmfs/volumes/.

Resolution

Tijdelijke oplossing:

Werk in elke ESX-host in het cluster de waarde van de splitteraanpassing van t_rpvsDiscoveryPeriodicTimerInterval
bij naar een willekeurige waarde tussen 180 en 600 seconden en start kdriver opnieuw.
ESX Splitter Tweak is te vinden op
/etc/kdriver/tweak/tweak.params.splitter of /etc/config/emc/rp/kdriver/tweak/tweak.params.splitter.  

Resolutie:

Dell EMC Engineering onderzoekt momenteel dit probleem. Aan een permanente oplossing wordt nog gewerkt. Neem contact op met het Dell EMC Customer Support Center of uw servicevertegenwoordiger voor hulp en verwijs naar deze oplossings-ID.

Affected Products

RecoverPoint for Virtual Machines

Products

RecoverPoint for Virtual Machines
Article Properties
Article Number: 000167797
Article Type: Solution
Last Modified: 30 May 2025
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.