RecoverPoint for Virtual Machines: Uppdelningen i 5.3.4.1 och 6.0.1.x genererar DCUI-inloggningsbegäranden

Efter uppgradering av RecoverPoint splitter/Kdriver VIB till version 5.3.4.1 genererar kdriver många DCUI-inloggningsförfrågningar på vCenter.

Från /scratch/log/kdriver.log.* på den berörda ESXi-värden:

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

Från var/log/hostd.log på den berörda ESXi-värden:

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

När du har installerat eller uppgraderat RecoverPoint-delaren till version 6.0.1.x genereras många DCUI-inloggningsbegäranden (Direct Console User Interface) på vCenter.

Från /scratch/log/iofilterd-emcsplitter.log på den berörda ESXi-värden:

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

Från var/log/hostd.log på den berörda ESXi-värden:

 

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

Dessa inloggnings- och utloggningsanrop multipliceras med antalet värdar som miljön har. Det genererar flera händelser på vCenter, som potentiellt kan fylla upp /seat-partitionen vilket gör att vCenter inte svarar.

version 5.3.4.1

I RecoverPoint version 5.3.4.1 har ett nytt skript med namnet rp_rpa_discovery.sh lades till i delaren/kdriver VIB. Det här skriptet är utformat för att hämta ESXi-värdinformation enligt schema och körs som standard var 35:e sekund.

Skriptet använder DCUI-anrop för att samla in nödvändiga värden för varje värd, vilket genererar frekventa inloggnings- och utloggningsbegäranden för varje värd i vCenter. Alla kommandon som körs i ESXi loggas i vCenter-databasen och lagringspartitionen som innehåller databasen (/seat) kan bli full. Det kan leda till att vCenter beter sig onormalt.

Effekten av det här problemet beror på antalet värdar som körs på vCenter. Ju fler värdar det finns, desto snabbare kan partitionen fyllas upp, vilket kan få VXPD-tjänsten att krascha.

Det här beteendet påverkar värdar som kör version 7.0.x.

6.0.1.x-version

I RecoverPoint version 6.0.1.x använder RecoverPoint kommandot esxcli för att hämta systeminformation med DCUI. Dessa anrop för att samla in nödvändiga värden för varje värd, vilket genererar frekventa inloggnings- och utloggningsbegäranden för varje värd i vCenter. Alla kommandon som körs i ESXi loggas i vCenter-databasen och lagringspartitionen som innehåller databasen (/seat) kan bli full. Det kan leda till att vCenter beter sig onormalt.

Till skillnad från version RecoverPoint 5.3.4.1 hanterar du inte längre exekveringstiden för varje kommando.

Lösning:

A – För RecoverPoint för Virtual Machines version 5.3.4.1 och vSphere 7.0.x:

Alternativet 1:

Utför följande steg för att minska antalet DCUI-anrop:
 

1. Öppna SSH-sessionen till ESXi.
2. Utför kommandot nedan.

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. Kontrollera att värdet ändras till t_RpEsxInfoScanInterval värdet till 15770000000000 

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

4. Starta om splittern 

ps | grep kdriver

pkill -9 kdriver

Alternativet 2:

Det finns ett andra alternativ för att utföra den tillfälliga lösningen. Dell Technologies kan tillhandahålla ett skript för att göra ändringarna automatiskt. 

1. Kontakta RecoverPoint-supporten för att få skriptet. Det finns två alternativ, ett är skrivet i python och det andra i bash. Skriptnamnet är kdriver_scantime_change.sh eller kdriver_scantime_change.py.
2. Placera skriptet under /tmp på den berörda ESXi-värden.
3. Kör kommandot:

   chmod +x kdriver_scantime_change.sh

   
   Eller 

   chmod +x kdriver_scantime_change.py

4. Kör nu skriptet med kommandot:

   ./kdriver_scantime_change.sh

   
   Eller 

   python kdriver_scantime_change.py

Ändringen gör att genomsökningen körs var 6:e månad i stället för var 35:e sekund. Den här ändringen bör inte påverka kommunikationen mellan RecoverPoint- och ESXi-värdar.


B – För RecoverPoint för Virtual Machines version 6.0.1.x och vSphere 8.0.x:

Broadcom begär att vCenter-storleken måste följa deras rekommendationer.

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

Om du måste öka /seat-partitionen följer du instruktionerna i Broadcom-artikeln:

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

Om partitionen används till 100 % kan du läsa mer i Broadcom-artikeln för rensningsanvisningar.

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

C – För RecoverPoint för Virtual Machines version 5.3.4.1 och vSphere 8.0.x
 

Det här problemet åtgärdas i version 5.3.4.1.HF2 av RecoverPoint för VM-delare. 

För att avgöra om en uppgradering är lämplig för din miljö ska du kontakta Dell Technologies kundsupportcenter eller din servicerepresentant och hänvisa till detta lösnings-ID.