RecoverPoint for VMs: Splitter in 5.3.4.1 und 6.0.1.x generieren DCUI-Anmeldeanfragen

Nach dem Upgrade von RecoverPoint Splitter/Kdriver VIB auf Version 5.3.4.1 erzeugt kdriver viele DCUI-Anmeldeanfragen auf vCenter.

Von /scratch/log/kdriver.log.* auf dem betroffenen ESXi-Host:

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

Über var/log/hostd.log auf dem betroffenen ESXi-Host:

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

Nach der Installation oder dem Upgrade des RecoverPoint-Splitters auf Version 6.0.1.x werden viele Anmeldeanfragen für die direkte Konsolennutzeroberfläche (DCUI) auf vCenter generiert.

Von /scratch/log/iofilterd-emcsplitter.log auf dem betroffenen ESXi-Host:

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

Über var/log/hostd.log auf dem betroffenen ESXi-Host:

 

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

Diese Anmelde- und Abmeldeaufrufe werden mit der Anzahl der Hosts multipliziert, die die Umgebung hat. Es werden mehrere Ereignisse auf dem vCenter erzeugt, die möglicherweise die Partition /seat ausfüllen können, was dazu führt, dass vCenter nicht mehr reagiert.

Version

5.3.4.1In RecoverPoint Version 5.3.4.1 wird ein neues Skript mit dem Namen rp_rpa_discovery.sh wurde dem Splitter/kdriver-VIB hinzugefügt. Dieses Skript wurde entwickelt, um ESXi-Hostdetails auf einer geplanten Basis abzurufen, und wird standardmäßig alle 35 Sekunden ausgeführt.

Das Skript verwendet DCUI-Aufrufe, um die erforderlichen Werte für jeden Host zu erfassen, wodurch häufige Anmelde- und Abmeldeanforderungen für jeden Host im vCenter generiert werden. Jeder auf ESXi ausgeführte Befehl wird in der vCenter-Datenbank protokolliert und die Speicherpartition, die die Datenbank (/seat) enthält, kann voll werden. Dies kann dazu führen, dass sich vCenter abnormal verhält.

Die Auswirkungen dieses Problems hängen von der Anzahl der Hosts ab, die auf dem vCenter ausgeführt werden. Je mehr Hosts vorhanden sind, desto schneller kann sich die Partition füllen, was möglicherweise zum Absturz des VXPD-Dienstes führt.

Dieses Verhalten wirkt sich auf Hosts aus, auf denen Version 7.0.x ausgeführt wird.

Version

6.0.1.xIn RecoverPoint Version 6.0.1.x verwendet RecoverPoint den esxcli-Befehl für mit DCUI, um Systeminformationen abzurufen. Diese ruft auf, um die erforderlichen Werte für jeden Host zu erfassen, was zu häufigen Anmelde- und Abmeldeanfragen für jeden Host im vCenter führt. Jeder auf ESXi ausgeführte Befehl wird in der vCenter-Datenbank protokolliert und die Speicherpartition, die die Datenbank (/seat) enthält, kann voll werden. Dies kann dazu führen, dass sich vCenter abnormal verhält.

Im Gegensatz zu Version RecoverPoint 5.3.4.1 wird die Ausführungszeit für jeden Befehl nicht mehr verwaltet.

Problemumgehung:

A – Für RecoverPoint for Virtual Machines Version 5.3.4.1 und vSphere 7.0.x:

Möglichkeit 1:

Um die Anzahl der DCUI-Aufrufe zu reduzieren, führen Sie die folgenden Schritte aus:
 

1. Öffnen Sie die SSH-Sitzung zum ESXi.
2. Führen Sie den folgenden Befehl aus.

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. Überprüfen Sie, ob der Wert in t_RpEsxInfoScanInterval Wert 157700000000000 geändert wurde. 

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

4. Starten Sie den Splitter neu 

ps | grep kdriver

pkill -9 kdriver

Möglichkeit 2:

Es gibt eine zweite Möglichkeit, den Workaround durchzuführen. Dell Technologies kann ein Skript bereitstellen, um die Änderungen automatisch vorzunehmen. 

1. Wenden Sie sich an den RecoverPoint-Support, um das Skript zu erhalten. Es gibt zwei Optionen: eine ist in Python und die andere in Bash geschrieben. Der Skriptname ist kdriver_scantime_change.sh oder kdriver_scantime_change.py.
2. Platzieren Sie das Skript unter /tmp auf dem betroffenen ESXi-Host.
3. Führen Sie folgenden Befehl aus:

   chmod +x kdriver_scantime_change.sh

   
   Oder 

   chmod +x kdriver_scantime_change.py

4. Führen Sie nun das Skript mit dem Befehl aus:

   ./kdriver_scantime_change.sh

   
   Oder 

   python kdriver_scantime_change.py

Durch diese Änderung wird der Scan alle 6 Monate statt alle 35 Sekunden ausgeführt. Diese Änderung sollte sich nicht auf die Kommunikation zwischen RecoverPoint und ESXi-Hosts auswirken.


B – Für RecoverPoint for Virtual Machines Version 6.0.1.x und vSphere 8.0.x:

Broadcom fordert, dass die vCenter-Dimensionierung den Empfehlungen entsprechen muss.

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

Wenn Sie die /seat-Partition vergrößern müssen, befolgen Sie die Anweisungen im Broadcom-Artikel:

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

Wenn die Partition zu 100 % verwendet wird, finden Sie im Broadcom-Artikel Anweisungen zur Bereinigung.

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

C: Für RecoverPoint for Virtual Machines Version 5.3.4.1 und vSphere 8.0.x
 

Dieses Problem wird in der Version 5.3.4.1.HF2 des RecoverPoint for VMs-Splitters behoben. 

Um festzustellen, ob ein Upgrade für Ihre Umgebung geeignet ist, wenden Sie sich an das Dell Technologies Customer Support Center oder Ihren Servicemitarbeiter und referenzieren Sie diese Lösungs-ID.