Linux Centos 6.2 “trava” até a data ser sincronizada

1

Estou tendo um problema que não consigo entender por que ou como resolvê-lo. Eu tenho um servidor Centos 6.2, que é meu DNS secundário (bind 8) e DHCP (servidor dhcp do ISC).

Eu preciso manter uma data precisa porque o servidor principal do dhcp reclama e até pára de sincronizar com o servidor secundário se a diferença de data for alta e aqui está o kicker.

No meu servidor secundário, eu tenho um script cron que duas vezes ao dia sincroniza a data e a hora (ou pelo menos deveria).

Problema: O tipo de máquina trava - meio que trava porque eu consigo pingar, e até mesmo ssh, mas depois de logar, eu só fico no prompt e não consigo fazer mais nada ... Eu resolvo o problema indo para a máquina física, efetuo login e sincronizo a data e a hora manualmente com o ntpdate (ou outro método como o rdate). Assim que a data e a hora estiverem corretas, a máquina funcionará bem novamente até que a data e a hora fiquem dessincronizadas novamente ...

Alguém sabe o que pode estar acontecendo? isso pode ser um problema de hardware, com a bateria da placa-mãe ou algo do tipo?

EDITED: É um problema de DHCP. Desde que eu desliguei o serviço DHCPD, a máquina está respondendo e funcionando perfeitamente. É realmente algo com a configuração do equilíbrio de carga do DHCP. Eu preciso investigar profundamente isso, porque as configurações são padrão. Obrigado a todos pelas respostas ...

    
por Feiticeir0 23.04.2012 / 12:21

3 respostas

3

Não use ntpdate em nenhuma base programada para manter seu relógio sincronizado. Não foi feito para isso, causa problemas, é abusivo para o servidor que você está tirando tempo. Não faça isso.

Se você precisar manter a hora do servidor sincronizada, use ntpd . Não é tão difícil de configurar, não há desculpa para usar qualquer outra coisa no * nix (e eu corro ntpd no Windows também).

Se você tiver várias máquinas no local que precisem de seus relógios sincronizados. Escolha um para ser o "servidor ntp" (aquele que extrai tempo de uma fonte externa). Você pode escolher dois ou até três se tiver muitos servidores e precisar de algum grau de confiabilidade / disponibilidade.

Colocar no servidor (es) selecionado /etc/ntpd.conf

server 0.us.pool.ntp.org minpoll 7 maxpoll 12 iburst
server 1.us.pool.ntp.org minpoll 8 maxpoll 14
server 2.us.pool.ntp.org minpoll 8 maxpoll 14
server 3.us.pool.ntp.org minpoll 9 maxpoll 15

driftfile /var/db/drift.ntp

logfile /var/log/ntp.log
logconfig +sysall +syncall

Essas duas últimas linhas sobre log são totalmente opcionais. Ative o ntpd , como vai depender do seu sistema.

Agora, o restante dos servidores do seu site: configure-os com um arquivo semelhante a este:

server 192.168.1.1

driftfile /var/db/drift.ntp

logfile /var/log/ntp.log
logconfig +sysall +syncall

Novamente, os bits de registro são opcionais. Altere o IP para o seu servidor "selecionado". Se você escolheu mais de um servidor, duplique a primeira linha para cada servidor. Então, se você escolheu dois servidores para manter seu tempo:

server 192.168.1.1
server 192.168.1.2

Nada disso. Existem milhões de configurações mais avançadas que você pode configurar. Eu recomendo começar com uma configuração simples. Basta fazer com que um servidor seja sincronizado com uma fonte externa. Depois disso, configure os outros servidores para sincronizá-lo. Se você achar que precisa de mais precisão ou maior disponibilidade, basta perguntar, e podemos gerar a configuração.

A configuração incorreta da sincronização de horário é uma preocupação minha. Este material existe há muitos anos e não é complicado. A execução de um servidor público do NTP Pool não é tão ruim assim ...

    
por 23.04.2012 / 14:51
2

Como você está configurando a data? Você está configurando o relógio do hardware também? Isso é algo que eu tive que adicionar aos meus kickstarts e criar processos para o CentOS 6.

Depois de executar o comando ntpdate , defina o relógio do hardware para a nova hora do sistema usando hwclock -w .

Você não deu detalhes sobre quanto tempo isso está acontecendo, ou se foi uma nova compilação, novo hardware, hardware antigo ou se você está reinicializando. Isso pode ajudar. Eu olharia para a bateria da placa-mãe se você começasse a perder as configurações da BIOS nas reinicializações e o sistema fosse mais antigo.

    
por 23.04.2012 / 14:23
0

Estou resolvendo minha pergunta. Eu sei o que está acontecendo agora. A solução de balanceamento de carga DHCP (de acordo com a documentação do DHCP) é o que está causando tudo isso. Desde que eu parei o serviço, o servidor está funcionando sem problemas.

Eu vou investigar e verificar o que posso fazer para ter uma solução de balanceamento de carga "pelo livro".

Obrigado a todos pelas dicas e respostas.

EDIT: Acontece que o problema é realmente a máquina ... Algo está errado e trava ... DHCP foi desligado por algum tempo e eu encontrei a máquina "caiu" ... Obrigado a todos pelas respostas.

    
por 09.05.2012 / 10:30