Avamar: Perguntas frequentes sobre o utilitário asktime

Este artigo discute o Avamar asktime utilitário e tenta responder a perguntas comuns que não são respondidas na documentação padrão.

P: Os grids do Avamar de único nó são sincronizados com os servidores de horário externos?

R: Não, uma grade de único nó não precisa ter um servidor de horário. Se nenhuma fonte de horário externa for especificada, o asktime O utilitário desativa o serviço NTP (Network Time Protocol) Network Time Protocol Daemon (NTPD).

A coluna asktime O utilitário ainda deve ser executado (ou avw_install durante uma instalação ou upgrade) como mais do que apenas NTP deve ser configurado (por exemplo, o horário local).

P: As grades de vários nós do Avamar têm servidores de horário externos?

R: Não, os grids Avamar de vários nós sempre têm servidores de horário internos, que são nós 0.s e 0.0.

Se nenhum servidor de horário externo estiver disponível, o relógio local do BIOS 0.s ou do nó do utilitário (relógio de hardware) se tornará a fonte de horário principal. (Isso não é recomendado, porque os relógios do BIOS do PC são "drifty".)

P: Um servidor de horário externo foi especificado, mas asktime, avw_install ou avw-time nunca sincroniza com ele. Qual é o problema?

• O suposto servidor de horário não fala NTP (Network Time Protocol), que usa a porta 123/UDP. Existem vários protocolos de horário que não são compatíveis com NTP (como UNIX daytime).
• Um bloqueio explícito de rede, firewall ou uma lista de controle de acesso (ACL) de roteadores impedindo a comunicação bidirecional para UDP Protocolo na porta 123.
• Há um problema de conectividade de rede em algum lugar. Esse é um problema comum. Como o NTP é um dos primeiros protocolos configurados para comunicação externa, a configuração do NTP geralmente fornece a primeira indicação de um problema com a conectividade de rede.

P: Como recuperar durante avw_install ou asktime Quando se torna evidente que os servidores de horário nunca sincronizam?

Isso pode prosseguir para além do problema de configuração do NTP, mas pode prosseguir posteriormente para problemas relacionados à conectividade de rede. É melhor entender a causa raiz do problema de NTP antes de continuar.

P: Como derrotar avw_install's configuração de tempo totalmente em, digamos, VMware?

R: Se estiver executando um servidor de um único nó no VMware, não há necessidade de especificar um servidor de horário externo.

P: Por que há tantas mensagens de sincronização de tempo em /var/log/messages, alguns minutos depois das outras?

• Problemas de hardware: Por exemplo, hardware problemático ou interrupções que são roubadas por um driver.
• Problemas de rede: Por exemplo, há tanto tráfego de backup do Avamar que UDP Os pacotes estão sendo descartados. Como alternativa, uma porta de switch com defeito está causando uma alta taxa de retransmissão, saturando artificialmente a rede.
• Problemas do servidor de horário: Por exemplo, nem sempre o servidor é sincronizado com The One True Time. NTPD gosta de todos os seus servidores de tempo para concordar. Caso contrário, o NTPD pode pular por aí procurando o que considera ser a fonte de tempo mais confiável.

As mensagens de sincronização de horário não são prejudiciais, a menos que sejam tão volumosas que façam com que os logs do sistema consumam todo o espaço na partição /var.

Alivie o congestionamento da rede, escolha melhores servidores de horário ou corrija problemas de hardware.

P: Por que o NTPD (o serviço NTP) está morrendo com tanta frequência?

R: O NTP é sensível à perda de conectividade com servidores de horário. Se a rede estiver ocupada, e UDP os pacotes estão sendo jogados no chão em algum lugar da rede e, em seguida, o NTPD pode falhar.

Há um cron em cada nó que tenta reiniciar o NTPD a cada 20 minutos.

• /usr/local/avamar/var/cron/ntpd_keepalive_cron.log (Avamar Utility Node)
• /usr/local/avamar/var/ntpd_keepalive_cron.log (Nós de armazenamento de dados Avamar)

P: Como configurar o NTP em tipos de nó diferentes dos nós utility e de dados?

R: É possível trapacear colocando temporariamente os endereços IP desses outros tipos de nó no arquivo probe.xml. (Isso deve ser feito antes da execução asktime. Em seguida, remova os endereços extras de probe.xml).