Dell VxRail: Фізичний вигляд відсутній через збої в розпізнаванні DNS

Summary: Фізичний вигляд відсутній через "Тимчасовий збій у розпізнаванні імен" або "Немає адреси, пов'язаної з іменем хоста"

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

Фізичний вигляд хоста не може завантажуватися.
 

Помилка завантаження графічного інтерфейсу, що показує фізичний вигляд хоста



Перевірка web.log показує:

2021-12-20T05:11:52.456+0000 ПОМИЛКА [myScheduler-9] com.emc.mystic.manager.cluster.service.HostEnrichServiceImpl HostEnrichServiceImpl.enrichHostInfo:58 - Не вдалося отримати інформацію, збагачену хостом.
java.lang.NullPointerException: null
 


Перевірка short.term.log показує помилку "Тимчасовий збій у роздільній здатності імені" при підключенні до порту ESXi 9090.

2021-12-20-05:17:18 microservice.do-host "2021-12-20 05:17:18,146 [ERROR] <Dummy-490:140670147712840> linzhi_dataloader.py fetch_async() (67): Query data failed,url:https://ESXI-hostname:9090/rest/ps/private/v1/nodeinfo, Exception:Cannot connect to host ESXI-hostname:9090 ssl:False [Temporary failure in name resolution]"



OR показує "Немає адреси пов'язано з ім'ям хоста" під час підключення до порту ESXi 9090.

"2022-12-23 08:30:22,706" microservice.do-host "2022-12-23T08:30:21.856095571Z stderr F 2022-12-23 08:30:21,855 [ERROR] <Dummy-719:140226024808520> linzhi_dataloader.py fetch_async() (84): Query data failed,url:https://ESXI-hostname:9090/rest/ps/private/v1/status,Exception:Cannot connect to host ESXI-hostname:9090 ssl:<gevent._ssl3.SSLContext object at 0x7f88e80cb198> [No address associated with hostname]"



OR показує "Ім'я або служба невідомі" під час підключення до порту ESXi 9090.

"2023-02-03 11:44:18,126" microservice.do-host "2023-02-03T11:44:17.392285551Z stderr F 2023-02-03 11:44:17,392 [ERROR] <Dummy-940:139996724212296> platform_service.py __get_platform() (61): Linzhi service seems not ready, do deeper check to judge platform. exception: HTTPSConnectionPool(host='xxxxxxxxx', port=9090): Max retries exceeded with url: /rest/ps/private/v1/status (Caused by NewConnectionError('<urllib3.connection.HTTPSConnection object at 0x7f5387504438>: Failed to establish a new connection: [Errno -2] Name or service not known',))"



OR показує "Тимчасовий збій у роздільній здатності імен" під час вирішення поля ClusterDomainOwnerQuery.cluster.

"2022-06-23 13:54:05,524" microservice.do-cluster "2022-06-23T13:54:04.737166669Z stderr F 2022-06-23 13:54:04,736 [ERROR] <Dummy-152:139828974536264> executor.py resolve_or_error() (456): An error occurred while resolving field ClusterDomainOwnerQuery.cluster" "2022-06-23 13:54:05,524" microservice.do-cluster "2022-06-23T13:54:04.737321073Z stderr F socket.gaierror: [Errno -3] Temporary failure in name resolution"



OR показує "Немає адреси пов'язано з ім'ям хоста" під час вирішення поля ClusterDomainOwnerQuery.cluster.

"2022-09-08 01:31:18,777" microservice.do-cluster "2022-09-08T01:31:17.881370793Z stderr F 2022-09-08 01:31:17,879 [ERROR] <Dummy-1323:139978918375496> executor.py resolve_or_error() (456): An error occurred while resolving field ClusterDomainOwnerQuery.cluster" "2022-09-08 01:31:18,777" microservice.do-cluster "2022-09-08T01:31:17.881507231Z stderr F socket.gaierror: [Errno -5] No address associated with hostname"
 



Перевірте роздільну здатність імен для vCenter та ESXi FQDN у менеджері VxRail, ви можете знайти:

  • A. Використання команди nslookup або dig у менеджері VxRail показує, що роздільна здатність імені хоста є нормальною, але під час перевірки її всередині контейнера do-cluster це не вдається.
  • B. Використання команди nslookup або dig у менеджері VxRail показує, що розпізнавання імен хостів не вдається з одним або декількома DNS-серверами


Виконайте наведені нижче команди від імені root користувача в менеджері VxRail, щоб перевірити роздільну здатність імен:

dig VC_FQDN/ESXi_FQDN
nslookup -debug VC_FQDN/ESXi_FQDN
dig VC_FQDN/ESXi_FQDN @127.0.0.1
nslookup -debug VC_FQDN/ESXi_FQDN 127.0.0.1
nslookup VC_FQDN/ESXI_FDQN <DNS_server> //determine which DNS server is not working


Виконайте наведені нижче команди docker від імені користувача root у менеджері VxRail, щоб перевірити роздільну здатність імен у контейнері do-cluster:

docker exec -it -u 0 $(docker ps -q -f name=do-cluster) dig VC_FQDN/ESXI_FQDN
docker exec -it -u 0 $(docker ps -q -f name=do-cluster) ping VC_FQDN/ESXI_FQDN


Наприклад, ESXi_FQDN "esx01.xyz.com", ви можете знайти нижче помилку у виводі команди:

vxm:~ # docker exec -it -u 0 $(docker ps -q -f name=do-cluster) dig esx01.xyz.com

; <<>> DiG 9.16.6 <<>> esx01.xyz.com
;; global options: +cmd
;; connection timed out; no servers could be reached

vxm:~ # docker exec -it -u 0 $(docker ps -q -f name=do-cluster) ping esx01.xyz.com

ping: esx01.xyz.com: Temporary failure in name resolution


Якщо версія VxRail Manager 7.0.370 або новіша, запустіть нижче команди kubectl у менеджері VxRail, щоб перевірити роздільну здатність імен у модулі do-cluster:

kubectl exec -it $(kubectl get pods -o=name | grep do-cluster | sed "s/^.\{4\}//") -- dig VC_FQDN/ESXI_FQDN
kubectl exec -it $(kubectl get pods -o=name | grep do-cluster | sed "s/^.\{4\}//") -- nslookup -debug VC_FQDN/ESXI_FQDN
 

Cause

  • Контейнери використовують VxRail manger як DNS-сервер. Якщо щось не так із DNS-службою VxRail manager, розпізнавання імені хоста не працює.
  • DNS-сервер менеджера VxRail налаштовується із зовнішнім публічним DNS, наприклад 8.8.8.8.
  • DNS-сервер менеджера VxRail налаштований на кілька зовнішніх DNS, і деякі з них не працюють
  • DNS-сервер VxRail Manager налаштований із зовнішнім DNS, але в /etc/dnsmasq.conf налаштований auth-server і auth-zone

Resolution

  1. Перевірте файл /etc/resolv.conf на менеджері VxRail. Якщо він має будь-які зовнішні публічні DNS-записи, видаліть їх із файлу resolv.conf.
  2. Проблема з правильним розпізнаванням імен для деяких проблемних DNS-серверів
  3. Переконайтеся, що DNS-сервер працює нормально, і дотримуйтесь 000216054 у форматі KB , щоб оновити правильний DNS-сервер для кластера.
  4. Перевірте /etc/dnsmasq.conf, якщо VxRail Manager не працює як DNS-сервер для кластера, налаштований зовнішній DNS, видаліть наступні записи:
auth-server=127.0.0.1,eth0
auth-zone=xx.xx
  1. Виконайте наведену нижче команду на менеджері VxRail, щоб перезапустити службу DNS:
systemctl restart dnsmasq
  1. Зачекайте 15 хвилин, а потім знову перевірте фізичний вигляд.



Зверніться до служби підтримки Dell, якщо вам потрібні додаткові помічники, і зверніться до цієї статті бази знань.

Affected Products

VxRail Software
Article Properties
Article Number: 000194844
Article Type: Solution
Last Modified: 15 Aug 2025
Version:  13
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.