NetWorker: У NMC немає деталей у жодній вкладці. Daemon має помилку Не отримано результатів для запиту NSR Storage Node resource for X на сервері X

Запис у файлі хоста оновлювався з моменту останнього запуску NetWorker з неправильною інформацією.

Після перезавантаження NetWorker або перезавантаження сервера виникають обидві ці проблеми:
NMC не має деталей у жодній вкладці, а демон має помилку nsrd RAP попередження Не отримано результатів для NSR Storage Node ресурсний запит на <><>

ім'я сервера nsrwatch показує, що сервер, здається, працює нормально

Обидві проблеми є симптомом зміни імені сервера з FQDN на коротку або навпаки.

• Коли підтримка EMC помітила проблему, після перезапуску NetWorker почалася помилка: nsrd RAP warning Not Received Not Got Request for Name on server Node Storage Resource <><> запит на ім'я сервера.
• <ім'я>— це коротка назва сервера, а вузол зберігання, на який він скаржиться, стосується самого NW сервера.
• При перевірці ресурсу вузла зберігання резервного сервера за допомогою nsradmin вузол був визначений як FQDN, як у name.domain.com — ресурс вузла не може мати псевдонім (хоча клієнт може).

Загалом, хост-файли не повинні бути необхідними, якщо DNS працює коректно.

• У випадку, над яким працювала підтримка EMC, DNS-пошук був правильним і повернув FQDN, як і очікувалося.
• /etc/hosts мав запис для NW сервера як: [IP-адреса] > [коротке ім'я] > [FQDN]
• Видалення (або хешування) запису хоста для NW-сервера (щоб він використовував лише DNS для вирішення імен), а потім перезапуск NetWorker вирішили проблему

Після повторного запуску NW помилка «nsrd RAP warning Received no results for NSR Storage Node resource query for <name> on <server> name» більше не з'являлася, і після повторного запуску GST NMC знову працював нормально.

Це пов'язано з тим, що NetWorker взяв коротке ім'я для себе з запису на хоста, що спричиняло деякі проблеми з розв'язкою імен, які вважалися помилкою вузла зберігання та NMC.

Якщо віддають перевагу записам файлу хоста, зміна на '[IP-адреса] > [FQDN] > [коротка назва]' вирішить цю проблему.

Можливо (у нещодавньому випадку):

• Неправильний запис хоста (або інший фактор) був зроблений після початкової конфігурації NetWorker, тому NetWorker використовував FQDN як ресурс вузла зберігання та базу даних GST.
• Що зміна конфігурації або патч ОС могла змінити порядок пошуку з DNS спочатку на hostfile

NetWorker не зазнав впливу до перезапуску.