RecoverPoint para máquinas virtuales: El divisor en 5.3.4.1 y 6.0.1.x genera solicitudes de inicio de sesión de DCUI

Después de actualizar el divisor de RecoverPoint/Kdriver VIB a la versión 5.3.4.1, kdriver generará muchas solicitudes de inicio de sesión de DCUI en vCenter.

Desde /scratch/log/kdriver.log.* en el host ESXi afectado:

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

Desde var/log/hostd.log en el host ESXi afectado:

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

Después de instalar o actualizar el divisor de RecoverPoint a la versión 6.0.1.x, generará muchas solicitudes de inicio de sesión de la interfaz de usuario de la consola directa (DCUI) en vCenter.

Desde /scratch/log/iofilterd-emcsplitter.log en el host ESXi afectado:

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'}'

Desde var/log/hostd.log en el host ESXi afectado:

 

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

Estas llamadas de inicio y cierre de sesión se multiplican por la cantidad de hosts que tiene el entorno. Genera varios eventos en vCenter, que potencialmente pueden llenar la partición /seat, lo que hace que vCenter deje de responder.

Versión

5.3.4.1En la versión 5.3.4.1 de RecoverPoint, se introdujo un nuevo script llamado rp_rpa_discovery.sh se agregó al VIB del divisor/kdriver. Este script está diseñado para recuperar los detalles del host ESXi de manera programada y se ejecuta cada 35 segundos de manera predeterminada.

El script utiliza llamadas de DCUI para recopilar los valores necesarios para cada host, lo que genera solicitudes frecuentes de inicio y cierre de sesión para cada host en vCenter. Cada comando que se ejecuta en ESXi se registra en la base de datos de vCenter y la partición de almacenamiento que contiene la base de datos (/seat) puede llenarse. Esto puede hacer que vCenter se comporte de manera anormal.

El impacto de este problema depende de la cantidad de hosts que se ejecutan en vCenter. Cuantos más hosts haya, más rápido se puede llenar la partición, lo que puede provocar que el servicio VXPD se bloquee.

Este comportamiento afecta a los hosts que ejecutan la versión 7.0.x.

Versión

6.0.1.xEn RecoverPoint versión 6.0.1.x, RecoverPoint utiliza el comando esxcli con DCUI para obtener información del sistema. Estas llamadas recopilan los valores necesarios para cada host, lo que genera solicitudes frecuentes de inicio y cierre de sesión para cada host en vCenter. Cada comando que se ejecuta en ESXi se registra en la base de datos de vCenter y la partición de almacenamiento que contiene la base de datos (/seat) puede llenarse. Esto puede hacer que vCenter se comporte de manera anormal.

A diferencia de la versión RecoverPoint 5.3.4.1, ya no administra el tiempo de ejecución de cada comando.

Solución alternativa:

R: Para RecoverPoint para máquinas virtuales versión 5.3.4.1 y vSphere 7.0.x:

Opción 1:

Para reducir la cantidad de llamadas de DCUI, realice los siguientes pasos:
 

1. Abra la sesión de SSH en ESXi.
2. Ejecute el siguiente comando.

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. Valide que el valor se cambie a t_RpEsxInfoScanInterval valor a 15770000000000 

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

4. Reinicie el divisor 

ps | grep kdriver

pkill -9 kdriver

Opción 2:

Hay una segunda opción para realizar la solución alternativa; Dell Technologies puede proporcionar un script para realizar los cambios automáticamente. 

1. Comuníquese con el soporte de RecoverPoint para obtener el script, hay dos opciones, una está escrita en Python y la otra en Bash. El nombre del script es kdriver_scantime_change.sh o kdriver_scantime_change.py.
2. Coloque el script en /tmp en el host ESXi afectado.
3. Ejecute el comando:

   chmod +x kdriver_scantime_change.sh

   
   O bien, 

   chmod +x kdriver_scantime_change.py

4. Ahora ejecute el script con el comando:

   ./kdriver_scantime_change.sh

   
   O bien, 

   python kdriver_scantime_change.py

El cambio hace que el escaneo se ejecute cada 6 meses, en lugar de ejecutarse cada 35 segundos. Este cambio no debe afectar ninguna comunicación entre RecoverPoint y los hosts ESXi.


B: para RecoverPoint para máquinas virtuales versión 6.0.1.x y vSphere 8.0.x:

Broadcom solicita que el dimensionamiento de vCenter siga sus recomendaciones.

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

Si debe aumentar la partición /seat, siga las instrucciones del artículo de Broadcom:

https://knowledge.broadcom.com/external/article/316602/increasing-the-disk-space-for-the-vcente.html

Si la partición se utiliza al 100 %, consulte el artículo de Broadcom para obtener instrucciones de limpieza.

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

C: para RecoverPoint para máquinas virtuales versión 5.3.4.1 y vSphere 8.0.x
 

Este problema se aborda en la versión 5.3.4.1.HF2 del divisor de RecoverPoint para VM. 

Para determinar si una actualización es adecuada para su entorno, comuníquese con el centro de soporte al cliente de Dell Technologies o con su representante de servicio y mencione el ID de esta solución.