qual é a maneira mais fácil de testar o impacto das mudanças de etapa do NTP em outro software?

Question

Durante o teste de nossa configuração do Red Hat Cluster System, o NTP aumentou o tempo em 16 segundos e, logo em seguida, o software de cluster foi bloqueado.

ntpd[30917]: time reset -16.332117 s

Eu preciso repetir a falha para garantir que não seja apenas uma coincidência. Minha intenção é fazer o NTP repetir o tempo repetidamente até que a) eu desista ou b) o cluster trava novamente.

Se o ntpd usar o mesmo mecanismo que / bin / date para definir a hora, isso é fácil. Se ele usa um mecanismo diferente e eu preciso enganar o ntpd para pisar o relógio, então eu estou preso.

Qual é a maneira mais fácil de fazer esse teste?

    

Answer 1

Se você quiser testar como um sistema reage a mudanças de hora, use date para mexer com o relógio (isso provavelmente é suficiente para o seu caso: Meu instinto diz que o software de cluster não gosta de time() indo para trás. ..).

Se você quiser testar como um sistema reage às mudanças de horário iniciadas pelo ntpd , configure um servidor NTP, sincronize-o e altere a hora no servidor NTP (e deixe os daemons do cliente a coisa certa). Esta não é uma grande quantidade de esforço, então provavelmente vale a pena fazer isso de qualquer maneira.

Saltos para trás costumam causar mais problemas do que os saltos para frente, mas ambos devem ser testados quanto à sua integridade.