linux “date -s” comando não está funcionando para alterar a data em um servidor

4
date +%T --set="12:19:06"
12:19:06
date
Mon Nov 26 12:37:32 SAST 2012

date 112613232012
Mon Nov 26 13:23:00 SAST 2012
date
Mon Nov 26 13:42:27 SAST 2012

Eu tentei muitas formas diferentes deste comando, mas nada parece funcionar. Ao alterar a data neste servidor de computador em execução, a VM não está funcionando.

Nossas mensagens registram mensagens como thise

ntpd[3496]: time correction of -1098 seconds exceeds sanity limit (1000); set clock manually to the correct UTC time.

Nosso servidor agora está com cerca de 20 minutos.

Parece que nosso servidor não atualizou o horário corretamente por alguns dias.

Nov 22 19:29:23 hostname ntpd[1818]: time reset -998.577519 s
Nov 22 19:32:34 hostname ntpd[1818]: synchronized to LOCAL(0), stratum 10
Nov 22 19:33:39 hostname ntpd[1818]: synchronized to 41.134.20.28, stratum 1
Nov 22 19:52:30 hostname ntpd[1818]: time reset -998.992426 s
Nov 22 19:55:47 hostname ntpd[1818]: synchronized to LOCAL(0), stratum 10
Nov 22 19:56:53 hostname ntpd[1818]: synchronized to 41.134.20.28, stratum 1
Nov 22 20:13:04 hostname ntpd[1818]: time reset -999.374412 s
Nov 22 20:16:40 hostname ntpd[1818]: synchronized to LOCAL(0), stratum 10
Nov 22 20:17:44 hostname ntpd[1818]: synchronized to 41.134.20.28, stratum 1
Nov 22 20:32:02 hostname ntpd[1818]: time reset -999.716832 s
Nov 22 20:35:28 hostname ntpd[1818]: synchronized to LOCAL(0), stratum 10
Nov 22 20:36:16 hostname ntpd[1818]: synchronized to 41.134.20.28, stratum 1
Nov 22 20:56:39 hostname ntpd[1818]: time correction of -1000 seconds exceeds sanity limit (1000); set clock manually to the correct UTC time.
    
por nelaaro 26.11.2012 / 11:27

2 respostas

3

link

After a lot of searching I found that by default, the VM's clocks are synchronized to the HOST clock running on the control domain, and cannot be independently changed. This was surprising to me because NTP was still configured and appeared able to synchronize the clocks.

adicione a seguinte linha ao seu arquivo /etc/sysctl.conf

# Allow the VM to update it's own clock, and do not use the DOM host clock.
xen.independent_wallclock=1

reinicie o serviço de rede

/etc/init.d/network restart #for redhat, centos, fedora
/etc/init.d/networking restart #debian, ubuntu

agora você pode definir a data com date -s ...

Este é um link para os documentos oficiais xen
Este é um link para os documentos ntp

    
por 26.11.2012 / 12:37
1

Para os usuários da Mageia e seus pais (RedHat, Mandrake, Mandriva) nós instalaremos o ntp e o ntp-client com o comando urpmi :

# urpmi ntp ntp-client

Em seguida, iniciaremos o serviço e permitiremos que ele seja iniciado automaticamente na reinicialização.

# systemctl start chronyd.service
# systemctl enable chronyd.service

Agora, verificamos se o timedatectl tem a sincronização de horário de rede baseada em NTP ativada:

# timedatectl status
Local time: Wed 2016-12-07 13:39:04 EET
Universal time: Wed 2016-12-07 11:39:04 UTC
RTC time: Wed 2016-12-07 11:38:56
Timezone: Europe/Bucharest (EET, +0200)
NTP enabled: no
NTP synchronized: no
RTC in local TZ: no
DST active: no
Last DST change: DST ended at
Sun 2016-10-30 03:59:59 EEST
Sun 2016-10-30 03:00:00 EET
Next DST change: DST begins (the clock jumps one hour forward) at
Sun 2017-03-26 02:59:59 EET
Sun 2017-03-26 04:00:00 EEST
# date
Wed Dec  7 13:39:11 EET 2016
# timedatectl set-timezone Europe/Bucharest
# date
Wed Dec  7 13:39:48 EET 2016
#

Sem ativar o fuso horário / hora de sincronização do NTP, não será alterado.

Agora, habilitaremos a sincronização de horário de rede baseada em NTP e definiremos o novo fuso horário:

# timedatectl set-ntp 1
# timedatectl set-timezone Europe/Bucharest
# date
Wed Dec  7 10:43:33 EET 2016
# timedatectl status
Local time: Wed 2016-12-07 10:43:59 EET
Universal time: Wed 2016-12-07 08:43:59 UTC
RTC time: Wed 2016-12-07 08:43:59
Timezone: Europe/Bucharest (EET, +0200)
NTP enabled: yes  
NTP synchronized: yes
RTC in local TZ: no
DST active: no
Last DST change: DST ended at
Sun 2016-10-30 03:59:59 EEST
Sun 2016-10-30 03:00:00 EET
Next DST change: DST begins (the clock jumps one hour forward) at
Sun 2017-03-26 02:59:59 EET
Sun 2017-03-26 04:00:00 EEST
    
por 07.12.2016 / 10:16