SLES 11 SP2를 사용하는 경우 문제는 다음과 같습니다.
NTP 서비스를 구성했으며 다시 시작하면 시간이 올바르게 동기화됩니다.
그러다가 7~8분 정도 지나면 갑자기 시간이 바뀌더라구요. 다음은 date
10초마다 표시되는 명령 로그입니다.
Tue May 24 20:11:35 CEST 2016
Tue May 24 20:10:38 CEST 2016 <-- Restart of the NTP service
Tue May 24 20:10:48 CEST 2016
....
Tue May 24 20:17:59 CEST 2016
Tue May 24 20:19:16 CEST 2016 <-- Here it changed
무엇이 문제일까요?
고쳐 쓰다:
- 예, XenServer 6.5의 VM입니다.
- 아니요, 거기
/var/log/messages/
있어요아니요시간이 변경되면 입력하세요. - 출력
ntpq -p
:
remote refid st t when poll reach delay offset jitter ------------------------------------------------------------------------------ LOCAL(0) .LOCL. 10 l 24 64 377 0.000 0.000 0.001 *rs000486.fastro 192.53.103.108 2 u 119 256 377 21.547 -66949. 1.243
고쳐 쓰다:
2개의 호스트 시스템에 총 10개의 Linux SLES 11 SP2 VM이 있습니다. 하나는 XenServer 6.5이고 다른 하나는 XenServer 6.0입니다. 이 문제는 XenServer 6.5가 설치된 호스트(XenServer 6.0이 설치된 호스트에서 실행되는 모든 가상 컴퓨터)에서만 발생합니다.아니요이 문제가 있습니다.
/etc/ntp.conf
올바르게 실행 중인 VM에서 파일을 복사했지만 아무것도 변경되지 않았습니다 .
답변1
sysadmiral
이미 올바른 방향으로 가고 있으며 Mark Plotnick
아이디어를 마무리하고 있습니다. XenServer 호스트 시간이 잘못되었습니다. 시간은 다음과 같습니다.복사가상 머신에.
지금까지 문제의 원인을 찾았으니 이제 XenServer에서 시간 문제를 해결하는 방법을 해결해야 하는데 이는 또 다른 문제일 수 있습니다.
이제 sysadmiral
호스트를 무시하거나 호스트에 올바른 시간을 설정하도록 클라이언트를 구성할 수 있습니다. 마지막 옵션의 장점은 ntp
서비스를 전혀 구성할 필요가 없다는 것입니다...
답변2
출력 ntpq -p
에는 선택한 참조(열 1)로부터의 밀리초 오프셋이 표시됩니다. 안정화되면 ntp는 20:17:59에서 20:19:16까지 관찰한 점프에 해당하는 66초 단계를 수행하여 시간을 수정합니다(관찰 사이에 10초 추가).-66949.
*
일반적으로 실행하여 ntpdate
시간을 정확하게 추정한 다음 ntpd를 실행하여 천천히 안정화한 다음 천천히 시계를 다시 동기화할 수 있습니다.
귀하의 운영 체제가 무엇을 제공하는지 모르겠지만 줄 끝에서 옵션 -x
및 구성을 찾으십시오.-g
iburst
server ...