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 (Сервер) (Disable RPS Clone: Ні) або викликається автоматично через тип saveset (vProxy/OAPP)

Робота не завершується, і зазнає невдачі або повинна бути перервана.

Причина, схоже, пов'язана зі змінами в комунікаціях в NetWorker 19.11. Нове зворотне значення стану DNS дозволяє адміністраторам видаляти вимоги до зворотного пошуку, які були частиною NetWorker з моменту його початкових релізів.

Однак ця серйозна зміна, схоже, спричинила проблеми, які досліджуються. Хоча зворотний стан DNS не «заборонено» за замовчуванням, адміністратори, які використовують його на сервері, стикаються з проблемами клонування RPS, коли використовується окремий вузол зберігання.

Виправлення досліджується у ваді NETWORKER-111382. На момент написання цієї статті це виправлення не з'явиться принаймні до NetWorker 19.11.0.5 або NetWorker 19.12.0.1. 

У короткостроковій перспективі є три потенційні обхідні шляхи вирішення проблеми:

• Використовуйте зворотний стан DNS: кешований або некешований замість забороненого на сервері. Якщо ви в даний час покладаєтеся на заборонене налаштування для резервних копій клієнтів, які не вирішуються зі зворотним вирішенням, вам потрібно буде переконатися, що для IP-адрес цих клієнтів, які запитуються сервером 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.

• Змініть вузли Source і Destination у дії клонування, щоб використовувати сервер (nsrserverhost) замість вузла зберігання, якщо це можливо. Для завдань з клонування домену даних вузол зберігання в основному не має значення, оскільки домени даних самі обробляють трафік даних і залежить лише від доступу сервера до кожного домену даних.
• Вимкніть RPS глобально. Попередження: Це не допоможе з типами saveset, які вимагають 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, які мають справу з помилками резервного копіювання, пов'язаними з новими налаштуваннями зворотного стану DNS , дивіться: NetWorker: Після оновлення до версії 19.11 не вдається отримати повідомлення про помилку «Помилка розпізнавання імені хоста»