Console de service ECS : « Validate Node hostname » « Check DNS Settings » Échec avec incompatibilité des incidents

20220101 12:00:00.000: Validate Node hostname
[ERROR] The hostname on node 169.254.1.1 is 'ecsnode01.dell.com' and the fqdn from the ini file is 'ECSNODE01.dell.com' - they do not match

20231108 09:31:22.270: |   | FAIL
[ERROR] 'Check DNS settings' failed: Could not find 'ECSNODE01.dell.com' in 'nslookup 10.0.0.1' output. Node: 169.254.1.1
10.0.0.1.dell.com = ecsnode1.dell.com.

Authoritative answers can be found from:

Vérifiez que les DNS de zone directe et inverse correspondent exactement au nom d’hôte. 

Dans cet exemple, les DNS Forward et Reverse uniquement, diffèrent par rapport à la casse, générant ainsi une alerte. 

Dans cet exemple, le nom d’hôte est « ecsnode01 ».Dell.com :" 

admin@ecsnode01:~> hostname -f
ecsnode01.dell.com

Vérifiez le DNS de transfert sur le système de l’utilisateur à l’aide de nslookup et le FQDN du nœud : 

admin@ecsnode01:~> nslookup ecsnode01.dell.com
Server:         192.1xx.2xx.254
Address:        192.1xx.2xx.254#53

Non-authoritative answer:
Name:   ecsnode01.dell.com
Address: 10.0.0.1

Dans cet exemple, la recherche Forward DNS correspond au nom d’hôte. Les deux sont tous en minuscules.

Cochez la case Reverse DNS sur le système de l’utilisateur à l’aide de la commande suivante : nslookup et l’adresse IP du nœud :

admin@ecsnode01:~> nslookup 10.0.0.1
1.0.0.10.in-addr.arpa       name = ECSNODE01.dell.com.in-addr.arpa.

Authoritative answers can be found from:

Dans cet exemple, la recherche DNS inversée renvoie des lettres majuscules pour le nom d’hôte. La zone DNS inverse doit être mise à jour en minuscules pour correspondre au nom d’hôte sur le système. 

Pour résoudre ce problème, modifiez les entrées du serveur DNS, car le FQDN dans ECS ne peut pas être modifié. Le DNS de ce problème doit être mis à jour afin qu’il corresponde au nom d’hôte. Toute incompatibilité entre le nom d’hôte, la recherche DNS directe ou la recherche DNS inversée provoque cette erreur. 

Action de l’utilisateur :
Article 80094 : ECS : La modification du nom externe ou public (FQDN) ou de l’adresse IP publique d’un nœud ECS est-elle prise en charge ?

Si elle est détectée dans le cadre d’une vérification préalable à la mise à niveau :

20231107 12:51:45.771: |   Check DNS settings
20231107 12:51:46.248: |   | FAIL
[ERROR] 'Check DNS settings' failed: Could not find 'ECSNODE1.ch.net.intra' in 'nslookup 10.0.0.1' output. Node: 169.2xx.1.1
10.0.0.1.in-addr.arpa name = ecsnode1.ch.net.intra.

Authoritative answers can be found from:

Il peut s’agir d’une fausse alerte en raison de la différence sensible à la casse et si elle est différente uniquement en ce qui concerne la sensibilité à la casse, cela ne bloque pas une mise à niveau.

Exécutez les vérifications suivantes pour le nœud afin de vérifier s’il s’agit d’une différence sensible à la casse :

admin@ECSNODE1:~> hostname
ECSNODE1.ch.net.intra


admin@ECSNODE1:~> hostname -f
ECSNODE1.ch.net.intra


admin@ECSNODE1:~> hostname -i
10.0.0.1

admin@ECSNODE1:~> nslookup ECSNODE1
Server:         192.1xx.2xx.254
Address:        192.1xx.2xx.254#53

Non-authoritative answer:
Name:   ECSNODE1.ch.net.intra
Address: 10.0.0.1

admin@ECSNODE1:~> nslookup ecsnode1
Server:         192.1xx.2xx.254
Address:        192.1xx.2xx.254#53

Non-authoritative answer:
Name:   ecsnode1.ch.net.intra
Address: 10.0.0.1

admin@ECSNODE1:~> nslookup 10.0.0.1
1.88.96.10.in-addr.arpa name = ecsnode1.ch.net.intra.

Authoritative answers can be found from:

admin@ECSNODE1:~>

Si la seule différence détectée est la casse, il s’agit d’une fausse alerte dans la vérification préalable à la mise à niveau.