RecoverPoint for VMs: RPAs in Reboot Regulation due to Replication Process Restarts

Summary: RecoverPoint for Virtual Machines: The target cluster RecoverPoint Appliances are in reboot regulation due to replication process restarts.

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

RecoverPoint Appliances on the target cluster detach from the clusters (Reboot Regulation) due to replication process restarts.

This issue occurs on RecoverPoint for Virtual Machines 6.0.3.1 or 6.0.3.1.HF1.

Production cluster shows other cluster in unknown state:

No remote communication between clusters in the system

- LAN connection between all RPAs is unknown
- States of all RPAs are unknown
- States of all splitters are unknown
- States of all devices are unknown

Many replication restarts under file /home/kos/kbox/utilities/regulate_reboot/detailed_startup_information.txt of the affected appliances:

replication Fri May  8 22:09:06 UTC 2026
replication Sat May  9 01:24:31 UTC 2026
replication Sat May  9 01:54:24 UTC 2026
replication Sat May  9 02:35:23 UTC 2026
replication Sat May  9 03:09:36 UTC 2026
replication Sat May  9 03:27:06 UTC 2026
replication Sat May  9 03:39:29 UTC 2026
replication Sat May  9 03:49:37 UTC 2026
reboot      Tue May 19 20:33:56 UTC 2026
replication Sat May 23 01:19:15 UTC 2026
replication Sat May 23 01:29:48 UTC 2026
replication Sat May 23 02:09:44 UTC 2026
replication Sat May 23 02:24:53 UTC 2026
replication Sat May 23 03:14:53 UTC 2026
replication Sat May 23 03:18:07 UTC 2026
replication Sat May 23 03:29:56 UTC 2026
replication Sat May 23 03:40:12 UTC 2026
reboot      Mon Jun  1 19:32:23 UTC 2026

Replication process logs show memory-related events:

2026/03/24 05:49:36.742 - #1 - 1107741/1107720 - FlexibleConsumer::takeReservation: sub-consumer is dying.  m_name = RMMTargetProtocolReceiver-SiteUID(0x75580fcec4e0b10a) id = 1158464514237202433
2026/03/24 05:49:36.742 - #1 - 1107741/1107720 - FlexibleConsumer::takeReservation: sub-consumer is dying.  m_name = RMMTargetProtocolReceiver-SiteUID(0x75580fcec4e0b10a) id = 1158464514237202433

...

2026/03/24 05:49:36.791 - #1 - 1107741/1107720 - BlockBitPtrData: checkAllocationValidity, havent been able to allocate memory
2026/03/24 05:49:36.791 - #1 - 1107856/1107720 - Receiver:  got compressed message for a closed task (sessionID=1968315039,replicationLinkID=(kVolSlot=814493564,srcCopyID=GlobalCopy(SiteUID(0x75580fcec4e0b10a) 0) ,destCopyID=GlobalCopy(SiteUID(0x5fd37ad021e9e8cd) 0) )) 0
2026/03/24 05:49:36.791 - #1 - 1107856/1107720 - Receiver:  (sessionID=1968315039,replicationLinkID=(kVolSlot=814493564,srcCopyID=GlobalCopy(SiteUID(0x75580fcec4e0b10a) 0) ,destCopyID=GlobalCopy(SiteUID(0x5fd37ad021e9e8cd) 0) )) 0 decompressing using async decompressor to  Decompress 0 mode = e_pingPong in Receiver_AO_IMPL since the task was closed a_msg.getCompressorID() = 0: a_msg.getCounter() = 0

Cause

A pointer or return address in the replication stack is overwritten with string data. This is a sign of a stack buffer overflow or use-after-free where string content overwrites control data. 

Resolution

Dell Technologies engineering is investigating this issue. Contact the Dell Technologies Customer Support or your service representative for assistance and reference this solution ID.

Workaround:
A solution exists for this issue, but intervention from Dell Technologies Support personnel is required. Support personnel must provide binary files and a procedure to resolve this issue. Contact the Dell Technologies Customer Support or your service representative for technical support and reference this Dell Technologies knowledgebase solution ID. 

Products

RecoverPoint, RecoverPoint for Virtual Machines
Article Properties
Article Number: 000474912
Article Type: Solution
Last Modified: 20 Jul 2026
Version:  3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.