Резервне копіювання NVP vProxy не працює з: Не вдається завершити вхід через неправильне ім'я користувача або пароль

• Робочі процеси NetWorker, пов'язані з типом групи: VMware і має ввімкнену динамічну асоціацію (асоціацію на основі тегів).
• Резервне копіювання віртуальних машин періодично зазнає невдачі.
• Спроби змінити пароль користувача vCenter з консолі управління NetWorker (NMC) можуть не вдатися, але якщо один і той же пароль вводиться багаторазово, то в кінцевому підсумку він проходить правильно.

• Сервер NetWorker nsrvisd-daemon.log повідомляє про таку помилку:

YYYY-MM-DDTHH:MM:SS-TZ DEBUG:  New state 'Failure': 'Failed to load Category/Tagging metadata.  Failed to login to CIS service at 'HTTPS://NSR_HYPERVISOR/rest/com/vmware/cis/session'. A 'POST' method to CIS service at 'HTTPS://NSR_HYPERVISOR/rest/com/vmware/cis/session' responded with code 401:  Error from CIS service: 'Authentication required.''; old state 'Running': 'Loading inventory ...'.
...
YYYY-MM-DDTHH:MM:SS-TZ ERROR:  Unable to reauthenticate with vCenter 'NSR_HYPERVISOR': ServerFaultCode: Cannot complete login due to an incorrect user name or password.
YYYY-MM-DDTHH:MM:SS-TZ DEBUG:  Session keepalive on vCenter 'NSR_HYPERVISOR': ServerFaultCode: Cannot complete login due to an incorrect user name or password.

Місцезнаходження:
Linux: /opt/nsr/vproxy/logs/nsrvisd/nsrvisd-daemon.log
Вікна: C:\Program Files\EMC NetWorker\nsr\vproxy\logs\nsrvisd\nsrvisd-daemon.log/b>

Між сервером NetWorker і сервером vCenter спостерігається переривчаста втрата пакетів. Ця проблема виникає на мережевому рівні за межами конфігурації NetWorker. Якщо облікові дані користувача vCenter, які використовує NetWorker, невірні, помилка POST сесії до CIS служби vCenter буде стабільною, доки їх не виправлять. Проблема спостерігалася одночасно, оскільки втрата пакетів також відбувалася між сервером NetWorker і сервером vCenter. Частота, з якою це впливає на операції захисту VMware, залежить від того, наскільки часто спостерігається втрата пакетів. Коли проблем зі зв'язком не виникало, операції захисту VMware проходили успішно.

Слідкуйте за втратою пакетів між сервером NetWorker і сервером vCenter. Якщо ви помітили будь-які проблеми, проконсультуйтеся з адміністратором мережі або командою брандмауера.

Об'єкт ping Для перевірки втрати пакетів з сервера NetWorker можна використовувати команду: ping vCenter_Hostname
 

Щоб запустити безперервне опитування в системах Windows, запустіть:

ping -t vCenter_hostname

Приклад:

[root@NetWorker-server ~]#ping vCenter_Hostname
PING vCenter_Hostname (X.X.X.X) 56(84) bytes of data.
64 bytes from vCenter_Hostname (X.X.X.X): icmp_seq=1 ttl=61 time=0.868 ms
64 bytes from vCenter_Hostname (X.X.X.X): icmp_seq=2 ttl=61 time=0.574 ms
……..
64 bytes from vCenter_Hostname (X.X.X.X): icmp_seq=29 ttl=61 time=0.388 ms
64 bytes from vCenter_Hostname (X.X.X.X): icmp_seq=30 ttl=61 time=0.431 ms
64 bytes from vCenter_Hostname (X.X.X.X): icmp_seq=34 ttl=61 time=0.556 ms
64 bytes from vCenter_Hostname (X.X.X.X): icmp_seq=35 ttl=61 time=0.477 ms
^C
--- vCenter_Hostname ping statistics ---
35 packets transmitted, 32 received, 8% packet loss, time 34793ms
rtt min/avg/max/mdev = 0.318/0.493/0.868/0.113 ms

Аналогічні помилки можуть спостерігатися, якщо конфігурація пам'яті vSphere API (VAPI) не була змінена, а оточення масштабувало поточні налаштування: NetWorker: Групи VMware, які зазнали невдачі з помилкою, не змогли завантажити інвентар з vCenter

Навантаження на vCenter Virtual Provisioning X Daemon (VPXD) можна зменшити, налаштувавши NetWorker на менш частий запуск процесу інвентаризації: NVP vProxy: Процес NetWorker nsrvim виконується кожні 15 хвилин, що спричиняє високе навантаження на сервер vCenter і потенційну недоступність VPXD