RecoverPoint for Vms : Le séparateur dans les versions 5.3.4.1 et 6.0.1.x génère des demandes de connexion DCUI

Après la mise à niveau du VIB du séparateur/pilote Kdriver RecoverPoint vers la version 5.3.4.1, kdriver génère de nombreuses demandes de connexion DCUI sur vCenter.

À partir de /scratch/log/kdriver.log.* sur l’hôte ESXi concerné :

2024/08/21 14:39:51.268 - #2 - 4561369/4561352 - HostIPDiscoveryMgr_AO_IMPL:  rpEsxInfoScan: /opt/emc/rp/kdriver/bin/rp_rpa_discovery.sh --scan-props & executed successfully
2024/08/21 14:40:26.444 - #2 - 4561369/4561352 - HostIPDiscoveryMgr_AO_IMPL:  rpEsxInfoScan: /opt/emc/rp/kdriver/bin/rp_rpa_discovery.sh --scan-props & executed successfully

À partir de var/log/hostd.log sur l’hôte ESXi concerné :

2024-08-18T23:32:18.395Z info hostd[2101236] [Originator@6876 sub=Default opID=esxcli_name] Accepted password for user dcui from 127.0.0.1
2024-08-18T23:32:18.395Z warning hostd[2101236] [Originator@6876 sub=Vimsvc opID=esxcli_name] Refresh function is not configured.User data can't be added to scheduler.User name: dcui
2024-08-18T23:32:18.395Z info hostd[2101236] [Originator@6876 sub=Vimsvc.ha-eventmgr opID=esxcli_name] Event 125221 : User dcui@127.0.0.1 logged in as pyvmomi Python/3.8.18 (VMkernel 7.0.3 x86_64)
2024-08-18T23:32:18.466Z info hostd[2100837] [Originator@6876 sub=Solo.VmwareCLI opID=esxcli_name user=dcui] Dispatch list
2024-08-18T23:32:18.475Z info hostd[2100837] [Originator@6876 sub=Solo.VmwareCLI opID=esxcli_name user=dcui] Dispatch list done

Après l’installation ou la mise à niveau du séparateur RecoverPoint vers la version 6.0.1.x, il génère de nombreuses demandes de connexion DCUI (Direct Console User Interface) sur vCenter.

À partir de /scratch/log/iofilterd-emcsplitter.log sur l’hôte ESXi concerné :

2024-08-16T08:24:40.578Z In(14) iofilterd-emcsplitter[16847250]: spl_run_cmd: running command 'VI_USERNAME=dcui esxcli system settings advanced list -o "/UserVars/RP_IP_Discovery_8" | grep "\s\s\sString Value:" | awk -F "String Value: " {'print $2'}'
2024-08-16T08:24:41.145Z In(14) iofilterd-emcsplitter[16847250]: spl_run_cmd: running command 'VI_USERNAME=dcui esxcli system settings advanced list -o "/UserVars/RP_IP_Discovery_9" | grep "\s\s\sString Value:" | awk -F "String Value: " {'print $2'}'
2024-08-16T08:24:41.473Z In(14) iofilterd-emcsplitter[16847250]: spl_run_cmd: running command 'VI_USERNAME=dcui esxcli system settings advanced set -o "/UserVars/emcsplitter_clusters" -s ""'
2024-08-16T08:24:41.720Z In(14) iofilterd-emcsplitter[16847250]: spl_run_cmd: running command 'VI_USERNAME=dcui esxcli system settings advanced list -o "/UserVars/RP_IP_Discovery_10" | grep "\s\s\sString Value:" | awk -F "String Value: " {'print $2'}'

À partir de var/log/hostd.log sur l’hôte ESXi concerné :

 

2024-08-16T08:24:40.538Z In(166) Hostd[2099945]: [Originator@6876 sub=Vimsvc.ha-eventmgr opID=esxcli-ed-6cca sid=52e328a0 user=dcui] Event 2652729 : User dcui@127.0.0.1 logged out (login time: Friday, 16 August, 2024 08:24:40 AM, number of API invocations: 7, user agent: pyvmomi Python/3.8.16 (VMkernel; 8.0.1; x86_64))
2024-08-16T08:24:41.059Z In(166) Hostd[2099964]: [Originator@6876 sub=Vimsvc.HaSessionManager opID=esxcli-hostname sid=5284e077] Accepted password for user dcui from 127.0.0.1 - session=5284e077-ac72-8d89-47b2-38feba5f8354
2024-08-16T08:24:41.059Z Wa(164) Hostd[2099964]: [Originator@6876 sub=Vimsvc opID=esxcli-hostname sid=5284e077] Refresh function is not configured.User data can't be added to scheduler.User name: dcui
2024-08-16T08:24:41.059Z In(166) Hostd[2099964]: [Originator@6876 sub=Vimsvc.ha-eventmgr opID=esxcli-hostname sid=5284e077] Event 2652730 : User dcui@127.0.0.1 logged in as pyvmomi Python/3.8.16 (VMkernel; 8.0.1; x86_64)
2024-08-16T08:24:41.109Z In(166) Hostd[2099943]: [Originator@6876 sub=Solo.VmwareCLI opID=esxcli-8f-6cd7 sid=5284e077 user=dcui] Dispatch system.settings.advanced.list
2024-08-16T08:24:41.111Z In(166) Hostd[2099943]: [Originator@6876 sub=Solo.VmwareCLI opID=esxcli-8f-6cd7 sid=5284e077 user=dcui] Dispatch system.settings.advanced.list done
2024-08-16T08:24:41.114Z In(166) Hostd[2099957]: [Originator@6876 sub=Vimsvc.ha-eventmgr opID=esxcli-8f-6cd8 sid=5284e077 user=dcui] Event 2652731 : User dcui@127.0.0.1 logged out (login time: Friday, 16 August, 2024 08:24:41 AM, number of API invocations: 7, user agent: pyvmomi Python/3.8.16 (VMkernel; 8.0.1; x86_64))
2024-08-16T08:24:41.630Z In(166) Hostd[2099938]: [Originator@6876 sub=Vimsvc.HaSessionManager opID=esxcli-hostname sid=520464cb] Accepted password for user dcui from 127.0.0.1 - session=520464cb-08ef-ad94-d4dd-4d02abaf0937
2024-08-16T08:24:41.630Z Wa(164) Hostd[2099938]: [Originator@6876 sub=Vimsvc opID=esxcli-hostname sid=520464cb] Refresh function is not configured.User data can't be added to scheduler.User name: dcui

Ces appels de connexion et de déconnexion sont multipliés par le nombre d’hôtes dont dispose l’environnement. Il génère plusieurs événements sur le vCenter, qui peuvent potentiellement remplir la partition /seat et entraîner l’absence de réponse de vCenter.

Version

5.3.4.1Dans RecoverPoint version 5.3.4.1, un nouveau script appelé rp_rpa_discovery.sh a été ajouté au VIB du séparateur/kdriver. Ce script est conçu pour récupérer les détails de l’hôte ESXi de manière planifiée, s’exécutant toutes les 35 s par défaut.

Le script utilise des appels DCUI pour collecter les valeurs nécessaires pour chaque hôte, générant des demandes de connexion et de déconnexion fréquentes pour chaque hôte dans vCenter. Chaque commande exécutée sur ESXi est consignée dans la base de données de vCenter et la partition de stockage contenant la base de données (/seat) peut être saturée. Cela peut entraîner un comportement anormal de vCenter.

L’impact de ce problème dépend du nombre d’hôtes exécutés sur le vCenter. Plus il y a d’hôtes, plus la partition peut se remplir rapidement, ce qui peut provoquer une panne du service VXPD.

Ce comportement affecte les hôtes exécutant la version 7.0.x.

Version

6.0.1.xDans RecoverPoint version 6.0.1.x, RecoverPoint utilise la commande esxcli pour avec l’interface DCUI pour extraire les informations système. Ces appels permettent de collecter les valeurs nécessaires pour chaque hôte, générant ainsi des demandes de connexion et de déconnexion fréquentes pour chaque hôte dans le vCenter. Chaque commande exécutée sur ESXi est consignée dans la base de données de vCenter et la partition de stockage contenant la base de données (/seat) peut être saturée. Cela peut entraîner un comportement anormal de vCenter.

Contrairement à la version RecoverPoint 5.3.4.1, ne gérez plus le temps d’exécution de chaque commande.

Solution de contournement :

R - Pour RecoverPoint for Virtual Machines version 5.3.4.1 et vSphere 7.0.x :

Option 1 :

Afin de réduire le nombre d’appels DCUI, procédez comme suit :
 

1. Ouvrez la session SSH sur ESXi.
2. Exécutez la commande ci-dessous.

sed -i 's/t_RpEsxInfoScanInterval                     = 35000000  # 35 seconds/t_RpEsxInfoScanInterval                     = 15770000000000 # 6 months As per Dell KB123456 # OLD value is 35000000  # 35 seconds/' /etc/config/emc/rp/kdriver/tweak/tweak.params.splitter

3. Vérifiez que cette valeur est remplacée par t_RpEsxInfoScanInterval valeur 157700000000000 

cat /etc/config/emc/rp/kdriver/tweak/tweak.params.splitter | grep t_RpEsxInfoScanInterval

4. Redémarrez le séparateur 

ps | grep kdriver

pkill -9 kdriver

Option 2 :

Il existe une deuxième option pour effectuer la solution de contournement. Dell Technologies peut fournir un script pour effectuer automatiquement les modifications. 

1. Contactez le support RecoverPoint pour obtenir le script. Il existe deux options : l’une est écrite en Python et l’autre en bash. Le nom du script est kdriver_scantime_change.sh ou kdriver_scantime_change.py.
2. Placez le script sous /tmp sur l’hôte ESXi concerné.
3. Exécutez la commande suivante :

   chmod +x kdriver_scantime_change.sh

   
   ou 

   chmod +x kdriver_scantime_change.py

4. Exécutez maintenant le script avec la commande :

   ./kdriver_scantime_change.sh

   
   ou 

   python kdriver_scantime_change.py

Cette modification fait que l’analyse s’exécute tous les 6 mois, au lieu de s’exécuter toutes les 35 secondes. Cette modification ne devrait pas avoir d’impact sur la communication entre les hôtes RecoverPoint et ESXi.


B - Pour RecoverPoint for Virtual Machines version 6.0.1.x et vSphere 8.0.x :

Broadcom demande que le dimensionnement de vCenter suive ses recommandations.

https://docs.vmware.com/en/VMware-vSphere/6.5/com.vmware.vsphere.install.doc/GUID-077C7523-E0EA-4922-8D48-C026916323C4.html
 

Si vous devez augmenter la partition /seat, suivez les instructions de l’article Broadcom https://knowledge.broadcom.com/external/article/316602/increasing-the-disk-space-for-the-vcente.html



Si la partition est utilisée à 100 %, consultez l’article Broadcom pour obtenir des instructions de nettoyage.

https://knowledge.broadcom.com/external/article/318931/storageseat-disk-100-full-on-vcenter-ser.html

C - Pour RecoverPoint for Virtual Machines version 5.3.4.1 et vSphere 8.0.x
 

Ce problème est résolu dans la version 5.3.4.1.HF2 du séparateur RecoverPoint for VMs. 

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.