RecoverPoint for VMs: Lo splitter nelle versioni 5.3.4.1 e 6.0.1.x genera richieste di accesso DCUI

Dopo l'aggiornamento di RecoverPoint splitter/kdriver VIB alla versione 5.3.4.1, kdriver genererà molte richieste di accesso DCUI su vCenter.

Da /scratch/log/kdriver.log.* sull host ESXi interessato:

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

Da var/log/hostd.log sull'host ESXi interessato:

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

Dopo l'installazione o l'aggiornamento dello splitter RecoverPoint alla versione 6.0.1.x, verranno generate molte richieste di accesso Direct Console User Interface (DCUI) su vCenter.

Da /scratch/log/iofilterd-emcsplitter.log sull'host ESXi interessato:

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

Da var/log/hostd.log sull'host ESXi interessato:

 

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

Queste chiamate di accesso e disconnessione vengono moltiplicate per il numero di host dell'ambiente. Genera più eventi su vCenter, che possono potenzialmente riempire la partizione /seat causando la mancata risposta di vCenter.

Versione

5.3.4.1In RecoverPoint versione 5.3.4.1, un nuovo script chiamato rp_rpa_discovery.sh è stato aggiunto al VIB splitter/kdriver. Questo script è progettato per recuperare i dettagli dell host ESXi su base pianificata, con esecuzione ogni 35 secondi per impostazione predefinita.

Lo script utilizza chiamate DCUI per raccogliere i valori necessari per ogni host, generando frequenti richieste di accesso e disconnessione per ogni host in vCenter. Ogni comando eseguito su ESXi viene registrato nel database di vCenter e la partizione di storage contenente il database (/seat) può riempirsi. Ciò può causare un comportamento anomalo di vCenter.

L'impatto di questo problema dipende dal numero di host in esecuzione su vCenter. Maggiore è il numero di host, maggiore è la velocità con cui la partizione può riempirsi, causando potenzialmente l'arresto anomalo del servizio VXPD.

Questo comportamento influisce sugli host che eseguono la versione 7.0.x.

Versione

6.0.1.xNella versione 6.0.1.x di RecoverPoint, RecoverPoint utilizza il comando esxcli con DCUI per recuperare le informazioni di sistema. Queste chiamate raccolgono i valori necessari per ogni host, generando frequenti richieste di accesso e disconnessione per ogni host nel vCenter. Ogni comando eseguito su ESXi viene registrato nel database di vCenter e la partizione di storage contenente il database (/seat) può riempirsi. Ciò può causare un comportamento anomalo di vCenter.

A differenza della versione RecoverPoint 5.3.4.1, non è più possibile gestire il tempo di esecuzione di ciascun comando.

Soluzione alternativa:

R - Per RecoverPoint for Virtual Machines versione 5.3.4.1 e vSphere 7.0.x:

Opzione 1:

Per ridurre il numero di chiamate DCUI, effettuare le seguenti operazioni:
 

1. Aprire la sessione SSH su ESXi.
2. Eseguire il comando riportato di seguito.

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. Verificare che il valore sia cambiato in t_RpEsxInfoScanInterval valore in 15770000000000 

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

4. Riavviare lo splitter 

ps | grep kdriver

pkill -9 kdriver

Opzione 2:

Esiste una seconda opzione per eseguire la soluzione alternativa: Dell Technologies può fornire uno script per apportare automaticamente le modifiche. 

1. Contattare il supporto RecoverPoint per ottenere lo script; sono disponibili due opzioni: una è scritta in python e l'altra in bash. Il nome dello script è kdriver_scantime_change.sh o kdriver_scantime_change.py.
2. Posizionare lo script in /tmp sull host ESXi interessato.
3. Eseguire il comando:

   chmod +x kdriver_scantime_change.sh

   
   Oppure 

   chmod +x kdriver_scantime_change.py

4. Ora eseguire lo script con il comando:

   ./kdriver_scantime_change.sh

   
   Oppure 

   python kdriver_scantime_change.py

La modifica fa sì che la scansione venga eseguita ogni 6 mesi, anziché ogni 35 secondi. Questa modifica non dovrebbe influire sulle comunicazioni tra RecoverPoint e gli host ESXi.


B - Per RecoverPoint for Virtual Machines versione 6.0.1.x e vSphere 8.0.x:

Broadcom richiede che il dimensionamento di vCenter segua i propri consigli.

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

Se è necessario aumentare la partizione /seat, seguire le istruzioni riportate nell'articolo Broadcom:

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

Se la partizione è utilizzata al 100%, consultare l'articolo Broadcom per le istruzioni di pulizia.

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

C - Per RecoverPoint for Virtual Machines versione 5.3.4.1 e vSphere 8.0.x
 

Questo problema è stato risolto nello splitter di RecoverPoint for VMs versione 5.3.4.1.HF2 . 

Per determinare se un upgrade è appropriato per il tuo ambiente, contatta il centro di assistenza clienti Dell Technologies o il responsabile dell'assistenza e fai riferimento a questo ID soluzione.