Contents

Introduction

Prerequisites

Informações de Apoio

Solução

Introduction

A partir do HyperFlex 4.0(2a), há um novo serviço de watchdog que monitorará a resolução dos nomes de host do ESXi e do SCVM. O comando show dns é usado pelo processo watchdog para disparar um alarme/evento se o HX não puder resolver o nome do host ou acessar o servidor DNS. Este documento cobrirá a solução alternativa para CSCvt13947 - Um ou mais servidores DNS que não respondem no HX Connect para alerta DNS do Monitoramento de integridade.

Prerequisites

O pré-requisito para resolver esse problema é a Hyperflex Data Platform 4.0(2a).

Informações de Apoio

Com essa nova estrutura, o nome de host esxi e o nome de host scvm devem estar no DNS para não ter esse disparo de eventos.

{

"message": "HX Controller VM {HOSTNAME} one or more configured DNS servers not responding",

"type": "NODE",

"name": "DnsServerOfflineEvent",

"severity": "warning"

},

Há um alarme em torno do DNS também:

{

"name": "HXA-NOD-0009",

"description": "Triggered when one or more configured DNS servers on controller VM cannot be reached.",

"category": "warning",

"message": "One or more DNS servers configured on HX controller VM {HOSTNAME} not responding",

"triggeringEvents" : ["DnsServerOfflineEvent"],

"resetEvents" : ["DnsServerOnlineEvent"]

}

Aqui está um exemplo das falhas que você verá no HX Connect:

Aqui está a saída de show dns correspondente:

root@SpringpathController3G4ZKOQ6SE:~# show dns

+------------------------------------------+------------------+--------------+---------------------------+

| DNS Name                                  | Resolved Address |    status    |           error           |

+-------------------------------------------+------------------+--------------+---------------------------+

| HX01.rchs.local                           | None             | Not Resolved | No DNS servers configured |

| HX04.rchs.local                           | None             | Not Resolved | No DNS servers configured |

| HX03.rchs.local                           | None             | Not Resolved | No DNS servers configured |

| HX02.rchs.local                           | None             | Not Resolved | No DNS servers configured |

| SpringpathController3G4ZKOQ6SE.rchs.local | None             | Not Resolved | No DNS servers configured |

| SpringpathController5DCAL5X6C2.rchs.local | None             | Not Resolved | No DNS servers configured |

| SpringpathControllerWZ2X6H20SF.rchs.local | None             | Not Resolved | No DNS servers configured |

| SpringpathControllerGR57QZVDED.rchs.local | None             | Not Resolved | No DNS servers configured |

+-------------------------------------------+------------------+--------------+---------------------------+

Name Servers: ['172.16.199.101'], Search Domains: - rchs.local

Como você pode ver, o status de cada um não foi resolvido e o erro é que nenhum servidor DNS configurado. O servidor DNS nesta saída é 172.16.199.101.

Se executarmos um nslookup, veremos que o nome do host, SpringpathController3G4ZKOQ6SE, não é resolvido.

root@SpringpathController5DCAL5X6C2:~# nslookup SpringpathController3G4ZKOQ6SE

Server:         172.16.199.101

Address:        172.16.199.101#53

** server can't find SpringpathController3G4ZKOQ6SE: SERVFAIL

Depois que os nomes de host no comando show dns forem adicionados ao DNS, show DNS mostrará o endereço resolvido e o status será Resolvido:

root@SpringpathController3G4ZKOQ6SE:~# show dns

+-------------------------------------------+------------------+--------------+---------------------------+

| DNS Name                                  | Resolved Address |    status    |           error           |

+-------------------------------------------+------------------+--------------+---------------------------+

| HX01.rchs.local                           | 172.16.10.45     | Resolved     |  -                        |

| HX04.rchs.local                           | 172.16.10.48     | Resolved     |  -                        |

| HX03.rchs.local                           | 172.16.10.47     | Resolved     |  -                        |

| HX02.rchs.local                           | 172.16.10.46     | Resolved     |  -                        |

| SpringpathController3G4ZKOQ6SE.rchs.local | 172.16.10.41     | Resolved     |  -                        |

| SpringpathController5DCAL5X6C2.rchs.local | 172.16.10.44     | Resolved     |  -                        |

| SpringpathControllerWZ2X6H20SF.rchs.local | 172.16.10.43     | Resolved     |  -                        |

| SpringpathControllerGR57QZVDED.rchs.local | 172.16.10.42     | Resolved     |  -                        |

+-------------------------------------------+------------------+--------------+---------------------------+

Name Servers: ['172.16.199.101'], Search Domains: - rchs.local

Solução

A solução é desabilitar o recurso de monitoramento usando os comandos abaixo.

root@hx-02-scvm-01:~# grep -i "monitor_dns_servers" /opt/springpath/hx-diag-tools/watchdog_config.json && sed -ie 's/"monitor_dns_servers": true/"monitor_dns_servers": false/' /opt/springpath/hx-diag-tools/watchdog_config.json && grep -i "monitor_dns_servers" /opt/springpath/hx-diag-tools/watchdog_config.json && restart watchdog

"monitor_dns_servers": true,

"monitor_dns_servers": false,

watchdog start/running, process 6350

root@hx-02-scvm-01:~#

Este comando definirá "monitor_dns_servers" como false em /opt/springpath/hx-diag-tools/watchdog_config.json e reiniciará o serviço watchdog.

Para reverter a alteração, execute o seguinte comando em cada VM do controlador de armazenamento:

root@hx-02-scvm-01:~# grep -i "monitor_dns_servers" /opt/springpath/hx-diag-tools/watchdog_config.json && sed -ie 's/"monitor_dns_servers": false/"monitor_dns_servers": true/' /opt/springpath/hx-diag-tools/watchdog_config.json && grep -i "monitor_dns_servers" /opt/springpath/hx-diag-tools/watchdog_config.json && restart watchdog

"monitor_dns_servers": false,

"monitor_dns_servers": true,

watchdog start/running, process 9473

root@hx-02-scvm-01:~#

No Hyperflex 4.0(2b), o recurso será desativado por padrão. A recomendação é que permaneça desativado até novo aviso.