Сбой резервного копирования NVP vProxy с ошибкой: Не удается завершить вход из-за неверного имени пользователя или пароля
Summary: Резервное копирование защиты NetWorker VMware и попытки загрузить инвентаризацию виртуальных машин VMware (ВМ) периодически завершаются сбоем. Ошибки относительно учетной записи пользователя vCenter, настроенной в NetWorker, завершаются сбоем с ошибкой «неверное имя пользователя или пароль». Использованные учетные данные VMware верны. ...
Symptoms
- Рабочие процессы NetWorker, связанные с типом группы: VMware и имеет включенную функцию Динамическое сопоставление (связь на основе тегов).
- Резервное копирование виртуальных машин периодически завершается сбоем.
- Попытки изменить пароль пользователя vCenter с помощью консоли управления NetWorker Management Console (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
Windows: C:\Program Files\EMC NetWorker\nsr\vproxy\logs\nsrvisd\nsrvisd-daemon.log/b>
Cause
Периодически наблюдается потеря пакетов между сервером NetWorker и сервером vCenter. Эта проблема возникает на сетевом уровне за пределами конфигурации NetWorker. Если учетные данные пользователя vCenter, используемые NetWorker, неверны, то сбой сеанса POST при отправке сессии в службу CIS vCenter будет повторяться до тех пор, пока он не будет исправлен. Проблема наблюдалась одновременно, так как между сервером NetWorker и сервером vCenter также происходила потеря пакетов. Частота, с которой будут затронуты операции защиты VMware, зависит от частоты наблюдаемой потери пакетов. Если проблем со связью не было, операции по защите VMware выполнялись успешно.
Resolution
Отслеживайте потерю пакетов между серверами 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
Additional Information
Аналогичные ошибки могут наблюдаться, если конфигурация памяти API vSphere (VAPI) не была изменена, а среда масштабировала текущие параметры: NetWorker. Группам VMware не удалось загрузить инвентаризацию из vCenter
Нагрузку на управляющую программу vCenter Virtual Provisioning X (VPXD) можно уменьшить, настроив NetWorker на более редкий запуск процесса инвентаризации: NVP-vProxy. Процесс nsrvim NetWorker выполняется каждые 15 минут, что приводит к высокой рабочей нагрузке на vCenter Server и потенциальной недоступности VPXD