RecoverPoint для віртуальних машин: Розгалужувач у версіях 5.3.4.1 та 6.0.1.x генерує запити на вхід у DCUI

Після оновлення RecoverPoint splitter/Kdriver VIB до версії 5.3.4.1, kdriver генеруватиме багато запитів на вхід DCUI у vCenter.

З /scratch/log/kdriver.log.* на ураженому хості ESXi:

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

З var/log/hostd.log на ураженому хості ESXi:

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

Після встановлення або оновлення розгалужувача RecoverPoint до версії 6.0.1.x він генеруватиме багато запитів на вхід до інтерфейсу користувача Direct Console User Interface (DCUI) у vCenter.

З /scratch/log/iofilterd-emcsplitter.log на ураженому хості ESXi:

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

З var/log/hostd.log на ураженому хості ESXi:

 

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

Ці виклики входу та виходу множаться на кількість хостів, які має середовище. Він генерує кілька подій у vCenter, які потенційно можуть заповнити розділ /seat, спричиняючи переставання vCenter реагувати.

Версія

5.3.4.1У версії RecoverPoint 5.3.4.1 з'явився новий скрипт під назвою rp_rpa_discovery.sh було додано до розгалужувача/kdriver VIB. Цей скрипт призначений для отримання відомостей про хост ESXi на запланованій основі, який за замовчуванням виконується кожні 35 секунд.

Скрипт використовує виклики DCUI для збору необхідних значень для кожного хоста, генеруючи часті запити на вхід і вихід для кожного хоста в vCenter. Кожна команда, запущена на ESXi, реєструється в базі даних vCenter, і розділ сховища, що містить базу даних (/seat), може стати заповненим. Це може призвести до ненормальної поведінки vCenter.

Вплив цієї проблеми залежить від кількості хостів, запущених у vCenter. Чим більше хостів, тим швидше розділ може заповнитися, що потенційно може призвести до аварійного завершення роботи служби VXPD.

Така поведінка впливає на хости з версією 7.0.x.

Версія

6.0.1.xУ версії RecoverPoint 6.0.1.x RecoverPoint використовує команду esxcli to with DCUI для отримання системної інформації. Ці виклики збирають необхідні значення для кожного хоста, генеруючи часті запити на вхід і вихід для кожного хоста в vCenter. Кожна команда, запущена на ESXi, реєструється в базі даних vCenter, і розділ сховища, що містить базу даних (/seat), може стати заповненим. Це може призвести до ненормальної поведінки vCenter.

На відміну від версії RecoverPoint 5.3.4.1, більше не керувати часом виконання кожної команди.

Спосіб вирішення:

A - для RecoverPoint для віртуальних машин версії 5.3.4.1 та vSphere 7.0.x:

Варіант 1:

Для того, щоб зменшити кількість дзвінків DCUI, виконайте наступні дії:
 

1. Відкрийте сеанс ssh для ESXi.
2. Виконайте наведену нижче команду.

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. Перевірте, що це значення змінено на t_RpEsxInfoScanInterval значення на 1577000000000 

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

4. Перезапустіть розгалужувач 

ps | grep kdriver

pkill -9 kdriver

Варіант 2:

Є другий варіант виконання обхідного шляху, Dell Technologies може надати скрипт для автоматичного внесення змін. 

1. Зверніться до служби підтримки RecoverPoint, щоб отримати скрипт, є два варіанти: один написаний на python, а інший на bash. Ім'я скрипту – kdriver_scantime_change.sh або kdriver_scantime_change.py.
2. Розташуйте скрипт під /tmp на ураженому хості ESXi.
3. Команда виконання:

   chmod +x kdriver_scantime_change.sh

   
   Або 

   chmod +x kdriver_scantime_change.py

4. Тепер запустіть скрипт з командою:

   ./kdriver_scantime_change.sh

   
   Або 

   python kdriver_scantime_change.py

Ця зміна робить сканування виконуватися кожні 6 місяців, а не кожні 35 с. Ця зміна не повинна впливати на будь-який зв'язок між хостами RecoverPoint і ESXi.


B – для RecoverPoint для віртуальних машин версії 6.0.1.x та vSphere 8.0.x:

Broadcom просить, щоб розмір vCenter відповідав їхнім рекомендаціям.

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

Якщо вам потрібно збільшити розділ /seat, дотримуйтесь інструкцій у статті Broadcom:

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

Якщо розділ використовується на 100%, перегляньте статтю Broadcom для отримання інструкцій щодо очищення.

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

C – для RecoverPoint для віртуальних машин версії 5.3.4.1 та vSphere 8.0.x
 

Цю проблему вирішено у версії розгалужувача RecoverPoint для віртуальних машин 5.3.4.1.HF2 . 

Щоб визначити, чи підходить оновлення для вашого середовища, зверніться до Центру підтримки клієнтів Dell Technologies або до представника служби підтримки та зверніться до цього ідентифікатора рішення.