RecoverPoint for Vms : Groupes en erreur ou suspendus par état du système.
Résumé: Les groupes de cohérence (CG) RecoverPoint for Virtual Machines sont à l’état Paused by system ou error.
Cet article concerne
Cet article ne concerne pas
Cet article n’est associé à aucun produit spécifique.
Toutes les versions du produit ne sont pas identifiées dans cet article.
Symptômes
Les logs de contrôle affichent les entrées obsolètes de quelques hôtes sur lesquels les machines virtuelles (VM) ne sont plus en cours d’exécution.
Log References as follows: 2025/08/20 20:44:33.516 - #2 - 14607/13941 - LogCollector-LC: Log collector entry(1787-1): Log collector entry(1787-1): TS Finished computing BestBoxReasons. GroupCopy(1209606866 SiteUID(0x5839d555d073078e) 0) Copies are not linked - cannot transferLog collector entry(1787-1): TS Finished computing distTarget. distTargetStateID=DIST_TARGET_LOCKED(problematicHDLCs= (badHDLCs=[(hostID=ESX_IOFILTER 0x1534eff53fbb5e36,gUDeviceID=0x5c81425d6f37bb49)=>(state=HDLC_UNAVAILABLE_DIRTY, reason=Splitter may be writing directly to storage without splitting to All RPAs),(hostID=ESX_IOFILTER 0x1534eff53fbb5e36,gUDeviceID=0x88b9f8def54f9748)=>(state=HDLC_UNAVAILABLE_DIRTY, reason=Splitter may be writing directly to storage without splitting to All RPAs),(hostID=ESX_IOFILTER 0x1587a16205e56833,gUDeviceID=0x5c81425d6f37bb49)=>(state=HDLC_UNAVAILABLE_DIRTY, reason=Splitter may be writing directly to storage without splitting to All RPAs),(hostID=ESX_IOFILTER 0x15a785f29b0a12be,gUDeviceID=0x5c81425d6f37bb49)=>(state=HDLC_UNAVAILABLE_DIRTY, reason=Splitter may be writing directly to storage without splitting to All RPAs),(hostID=ESX_IOFILTER 0x15a785f29b0a12be,gUDeviceID=0x88b9f8def54f9748)=>(state=HDLC_UNAVAILABLE_DIRTY, reason=Splitter may be writing directly to storage without splitting to All RPAs)],badStatesCached=VectorSet(HDLC_UNAVAILABLE_DIRTY)),bViolentlyClose= 0,bWithHistory= 0) Reason=side defined as source SiteUID(0x5839d555d073078e)6. Affected versions: RP4VM 6.x.
Cause
Le contrôle dispose d’une entrée obsolète pour quelques hôtes sur lesquels la machine virtuelle (VM) n’était plus en cours d’exécution. L’entrée obsolète est due aux opérations vMotion.
Au cours de l’opération vMotion, les informations relatives à la machine virtuelle ont été nettoyées de la structure de données volume_info_t.
Lors du nettoyage de cette structure de données, il existe une condition permettant de vérifier l’état du volume qui doit être en mode de déconnexion.
Dans la mesure où il n’est pas en mode de détachement, le nettoyage est ignoré.
En raison de cette entrée obsolète sur le contrôle du transfert, l’état était bloqué dans un état fermé.
Puisque l’état de transfert n’a pas pu être réinitialisé à ouvert, le canal n’a pas pu s’ouvrir entre le cluster, ce qui fait que le groupe reste en pause selon l’état du système.Résolution
Solution de contournement :
- Redémarrez le séparateur de l’hôte pour lequel il existe des entrées périmées dans le journal de contrôle.
- Désactivez les snapshots sur les machines virtuelles protégées.
Résolution:
Le problème est résolu dans RecoverPoint for Virtual Machines 6.0.3.1 (6.0 SP3 correctif 1).
Pour déterminer si une mise à niveau est appropriée pour votre environnement, contactez le Centre de support client Dell Technologies ou votre responsable de compte et indiquez cet ID de solution.
Produits concernés
RecoverPoint, RecoverPoint for Virtual MachinesPropriétés de l’article
Numéro d’article: 000382058
Type d’article: Solution
Dernière modification: 22 janv. 2026
Version: 3
Trouvez des réponses à vos questions auprès d’autres utilisateurs Dell
Services de support
Vérifiez si votre appareil est couvert par les services de support.