NetWorker. Клонирование с включенной поддержкой RPS завершается сбоем после модернизации до версии 19.11, если у Сервера установлено состояние обратного DNS «Запрещено»

После обновления до NetWorker 19.11 задания клонирования не отвечают, регистрируя следующие циклы сообщений:

01/13/25 16:51:19.000291 nsrclone-D5 find_clone_backend_job(): ENTER
01/13/25 16:51:19.000323 nsrclone-D5 extend_mmd_reservation_all_clone_backend_jobs: ENTER
01/13/25 16:51:19.000335 nsrclone-D5 extend_mmd_reservation_all_clone_backend_jobs: EXIT
01/13/25 16:51:20.001007 nsrclone-D5 extend_mmd_reservation_all_clone_backend_jobs: ENTER
01/13/25 16:51:20.001070 nsrclone-D5 extend_mmd_reservation_all_clone_backend_jobs: EXIT
01/13/25 16:51:21.000097 nsrrecopy-D3 main 0x342e850 wait timed out (locked)

Проблема возникает, когда:

• Сервер имеет обратное состояние DNS: запрещено в базе данных локального агента (nsrladb)
• Задание клонирования настроено для использования в качестве исходного узла (для чтения) удаленного узла хранения, а не сервера
• Для задания клонирования требуется RPS — либо задается глобально в ресурсе NSR (сервер) (отключите RPS Clone: Нет) или автоматически вызывается из-за типа набора сохранений (vProxy/OAPP)

Задание не завершено и завершается сбоем или должно быть прервано.

Причина, по-видимому, связана с изменениями связи в NetWorker 19.11. Новое значение обратного состояния DNS позволяет администраторам отказаться от требований к сопоставлению с обратным поиском, которые были частью NetWorker с момента его первых выпусков.

Тем не менее, это серьезное изменение, по-видимому, привело к возникновению проблем, которые изучаются. Несмотря на то, что обратное состояние DNS не «запрещено» по умолчанию, администраторы, использующие его на сервере, сталкиваются с проблемами клонирования RPS при использовании отдельного узла хранения.

Исправление исследуется в баге NETWORKER-111382. На момент написания статьи это исправление не появится по крайней мере до NetWorker 19.11.0.5 или NetWorker 19.12.0.1. 

В краткосрочной перспективе существует три возможных решения этой проблемы:

• Используйте обратное состояние DNS: кэширован или некэширован вместо забаненного на сервере. Если в настоящее время вы полагаетесь на параметр «Запрещено » для резервного копирования клиентов без возможности обратного разрешения, вам необходимо убедиться, что для IP-адресов этих клиентов, запрашиваемых сервером и узлами этих клиентов, созданы записи зоны обратного поиска DNS, запрашиваемые сервером и узлами NetWorker, чтобы они продолжали работать. Чтобы изменить этот параметр на сервере, в командной строке с повышенными привилегиями выполните команду: 

(echo . type: nsrla & echo upd reverse DNS state: cached) | nsradmin -p nsrexec -i -

printf ". type: nsrla\nupd reverse DNS state: cached\n" | nsradmin -p nsrexec -i -

Затем перезапустите службы в соответствии с изменением:

nsr_shutdown
systemctl start networker

net stop nsrexecd /y
net start nsrd
net start gstd
*Starting gstd is only required if NMC server is installed on the same host as the NetWorker server.

• Измените исходный и целевой узлы в действии клонирования, чтобы использовать сервер (nsrserverhost) вместо узла хранения, если это возможно. Для заданий клонирования Data Domain узел хранения в значительной степени не имеет значения, поскольку трафик данных обрабатывается самими устройствами Data Domain, и зависит только от доступа сервера к каждому домену Data Domain.
• Глобально отключите RPS. Предупреждение! Это не поможет с типами наборов сохранения, для которых требуется RPS, и автоматически вызывать его в рамках операции клонирования, такими как наборы сохранений vProxy и OAPP. Если вы не клонируете эти типы наборов сохранений, требуете, чтобы обратный поиск был запрещен, и не можете использовать сервер в качестве узла по какой-либо причине, это предоставляет третий, хотя и наименее идеальный вариант (из-за того, что RPS предпочтительнее там, где это возможно). Для этого на сервере в командной строке с повышенными привилегиями выполните команду: 

(echo . type: nsr & echo upd Disable RPS Clone: Yes) | nsradmin -i -

printf ". type: nsrla\nupd Disable RPS Clone: Yes\n" | nsradmin -i -

Перезапуск службы не требуется — следующее задание клонирования должно запуститься с отключенным запросом RPS.

Аналогичные проблемы NetWorker 19.11, связанные со сбоями резервного копирования, связанными с новыми параметрами состояния Reverse DNS , см.: NetWorker. После модернизации до версии 19.11 происходит сбой резервного копирования, сообщая о сбое «Hostname resolution failed»