E o mais importante, descobri que com o primeiro método, nossos nós do cluster se movem com mais de 15 segundos com frequência. Graças a Serviço ntpd e ntpdate do Linux Agora eu sei o motivo, talvez por alguma razão o timedrift é maior que 2 segundos e o ntpd se recusou a fazer qualquer coisa.
Para o que David Schwartz disse, achei isso útil: Como mencionado em outro lugar, o NTP fornece uma correção de tempo suave. Se os aplicativos em seu servidor não se importarem em ter segundos inteiros desaparecidos, ou fazendo os mesmos segundos novamente, então o ntpd não irá ganhar muito mais do que o ntpdate.
Se, por outro lado, você tiver aplicativos sensíveis ao tempo que são sensíveis a segundos, ou pior ainda, são sensíveis a segundos parciais, então o ntpd é de longe a melhor escolha. Atualizações do registro de data e hora do Novell eDirectory para manipulação de colisão de atualização, que se torna crítica se as atualizações forem muito rápidas (como durante a corrida de login matinal). Um servidor syslog precisa ter um tempo preciso de pelo menos meio segundo para manter os registros sadios. Link: link
Obrigado, tudo.