Translated message

A translation of this page exists in English.

Resolve Leap Second Issues in Red Hat Enterprise Linux

업데이트됨 -

내용

  1. 소개
  2. 다가오는 윤초 이벤트
  3. 환경
  4. 윤초 이해
  5. 윤초 처리
  6. 확인된 문제
  7. 실시간 커널
  8. 테스트
  9. 설정 예
  10. 추가 리소스

소개

윤초는 시스템의 시간을 평균 태양시에 가깝게 유지하기 위해 협정 세계시(UTC)를 주기적으로 1초 씩 조정하는 것입니다. 그러나 지구의 자전 속도는 기후 및 지질학적 이벤트에 따라 다르게 변화하며, 이로 인해 UTC 윤초의 간격이 불규칙하고 예측할 수 없습니다. 이 문서에서는 Red Hat Enterprise Linux에서 윤초 삽입을 처리하는 방법과 함께 윤초 자체에 대한 정보를 제공하고자 합니다.

다가오는 윤초 이벤트

현재로서는 다가오는 윤초 이벤트에 대해 알 수 없습니다.

환경

  • Red Hat Enterprise Linux 버전 4, 5, 6, 7, 8

윤초 이해

세계 대부분의 현지 시간대에 대한 기본 시간은 협정 세계시 UTC (Coordinated Universal Time)라고 하며, 이는 전 세계 여러 국가에 배포된 수많은 원자 시계에서 파생됩니다. 지구의 자전은 매우 일정하지 않고 평균 회전 속도를 느리게 하면서 시간이 지남에 따라 약간씩 변합니다. 이러한 이유로 UTC 시간에 윤초를 추가하여 실제 지구 자전 속도를 반영하도록 UTC 시간을 조정합니다.

추가 초가 필요한 이유는 무엇입니까? 낮과 밤의 경과를 결정하는 축을 중심으로 한 지구의 자전 속도가 주로 달-태양 인력의 영향으로 장기간에 걸쳐 느려지기 때문에 존재합니다. 또한, 지구는 내부 (코어, 맨틀) 및 외부 (대기, 해양) 요인에도 영향을 받습니다. 이제 시간은 주로 전 세계에 흩어져 있는 250개의 원자 시계에 의해 계산되며, 이 시계는 원자의 에너지 레벨 전이를 측정하여 작동합니다. 이 시계는 UTC를 계산하는 데 사용되지만 이러한 시간 측정 메커니즘은 지구의 자전 속도와 무관하게 작동하므로 그 차이를 일관되게 유지하려면 윤초를 사용하여 주기적으로 조정해야 합니다. 1820년에 비해 하루가 2밀리초 더 길다는 점도 고려해야 합니다. 결과적으로 지구의 자전 속도는 UTC와 서서히 맞지 않게 되었습니다.

IERS (International Earth Rotation Service)는 실제 지구의 자전 속도를 측정하고 윤초를 추가해야 할 시기를 결정합니다. 윤초는 그 달의 마지막 날, 일반적으로 6월 말 또는 12월 말 (UTC 자정)에 추가되도록 예약됩니다. 윤초는 지금까지 다음 중 (*) 하나에 추가되었습니다. 윤초가 예정되어 있는지에 대한 여부는 IERS가 Bulletin C에 게시합니다. 현재 Bulletin C는 다음 윤초 이벤트가 발생하기 6개월 전에 이를 게시합니다.

2005년 7월 IERS Bulletin C #30은 2005년 12월 31일 UTC 자정에 추가된 윤초를 발표했습니다. 이는 1998년 말 이후 처음으로 삽입된 윤초입니다. 이는지난 7년 동안 개발된 많은 애플리케이션이 윤초를 올바르게 처리하지 못했기 때문입니다.

윤초는 전 세계에서 동시에 삽입되어야 하기 때문에 윤초가 삽입되는 현지 시간은 UTC에서 오프셋된 시간대에 따라 달라집니다. 예를 들어 시간대가 UTC +3h인 경우 로컬에서 자정이 지난 뒤 3시간 후 윤초가 삽입됩니다.

UTC 시간에 윤초 삽입을 계산하는 표준 방법은 다음과 같습니다.

  2011-12-31 23.59.57
  2011-12-31 23.59.58
  2011-12-31 23.59.59
  2011-12-31 23.59.60 <-- leap second
  2012-01-01 00.00.00
  2012-01-01 00.00.01
  2012-01-01 00.00.02

시스템 시계가 TAI로 유지되고 올바른/ * 시간대가 사용되는 경우 23:59:60이 나열될 수 있지만 Unix의 UTC 구현에 23:59:60이 존재하지 않기 때문에 Linux 커널은 0:00 UTC 이후 첫 번째 클럭 업데이트에서 시스템 클럭을 1초 뒤로 돌려 윤초를 삽입합니다. 현지 시간은 시간대 오프셋에 따라 달라집니다 (예: UTC+3h의 경우) 다음과 같습니다.

2012-01-01  02:58:00.000
2012-01-01  02:58:00.500
2012-01-01  02:59:00.000
2012-01-01  02:59:00.500
2012-01-01  03:00:00.0xx <-- leap second inserted
2012-01-01  02:59:00.0xx
2012-01-01  02:59:00.500
2012-01-01  03:00:00.000
2012-01-01  03:00:00.500

​윤초​는 연속적이지 않습니다 . 따라서 시간은 연속적으로 증가하는 것이 아니라 1초 단위로 증가합니다. 윤초가 삽입된 시점과 윤초 이후의 타임 스탬프는 다음과 같습니다.

  2011-12-31 23.59.60 <-- leap second
  2012-01-01 00.00.00

윤초에 대한 시간 및 날짜를 정규화할 수 있습니다.
60 초는 1 분이므로 분의 위치를 59에서 60으로 변경합니다.
60분은 1시간이므로 시간의 위치를 23에서 24로 변경합니다.
24 시간은 1일므로 날짜를 증가하여 변경할 수 있습니다.
마지막으로 위의 두 줄 모두를 정확히 동일한 시간으로 하거나 연속 2 초를 동일한 시간 스탬프로 합니다.

IERS가 윤초 삽입을 결정한 후 여러 시간 보급 서비스도 해당 윤초 정보를 처리합니다. 여기에는 독일 장파 송신기 DCF77과 위성 기반 내비게이션 시스템 GPS가 포함되므로 이러한 시스템에서 신호를 디코딩하는 수신기도 윤초 알림을 디코딩할 수 있습니다. 애플리케이션이 해당 수신기에서 시간을 읽어들이면 윤초 정보(예: 수신기에서 전송한 시간 문자열)를 관련 프로토콜에 포함시킬 지 여부를 결정합니다.

시간 코드 수신기는 애플리케이션에 윤초 알림을 전달할 수만 있고 해당 기간 동안 시간을 ​​올바르게 계산할 수 있습니다. 윤초를 올바르게 처리하는 것은 애플리케이션 및/또는 운영 체제의 작업이 됩니다.

(*): 2012년 8월 31일 UTC 자정에 북미 지역의 일부 NTP(Network Time Protocol) 서버에서 추가 윤초 알림이 잘못 발행되었습니다. 두 개의 계층 1 서버 (truechimer.cites.illinois.edu 및 time -b.nist.gov)에서 윤초 알림을 잘못 발행한 것으로 확인되었습니다. 계층에 이 두 서버 중 하나를 포함하는 상위 계층 (계층 2, 3, 4....) NTP 서버는 윤초를 잘못 발행한 것으로 간주해야 합니다. 이러한 서버를 사용하는 NTP 클라이언트는 커널의 도약 표시기 플래그를 설정하며, 이는 시스템이 재부팅될 때까지 삭제되지 않습니다.

윤초 처리

윤초는 시스템 시계가 구성된 방식에 따라 두 가지 기본 방식으로 처리됩니다.

시스템 시계는 UTC로 시간을 유지하고 NTP 또는 PTP를 통해 동기화됩니다.

앞서 언급했듯이 시스템이 UTC를 사용하는 경우 UTC에는 윤초가 존재하지 않기 때문에 윤초는 처리되지 않습니다. 따라서 시스템 시계가 UTC보다 1초 앞서는 것을 방지하려면 윤초가 발생한 후 시계를 수정해야 합니다. 이러한 수정은 아래에 설명된 다양한 방법으로 수정할 수 있습니다.

커널에 통지하여 시계를 조정하도록 지시

대부분의 데몬의 기본 접근 방식은 커널에 알리고 윤초를 삽입할 수 있도록 하는 것입니다. 예를 들어 윤초를 삽입해야 하는 전날에 NTP 서버는 클라이언트에게 윤초가 23:59:59 UTC에 삽입될 것임을 알려야 하며 Linux 커널은 60 번째 초를 두 번 발생시키거나 완전히 제거하여 추가 1초를 추가하거나 60 번째 초를 삭제합니다. 따라서 마지막 윤초 수정 동안 기본 구성으로 NTP 클라이언트로 작동하는 Red Hat Enterprise Linux 시스템은 다음과 같이 시간을 계산해야 합니다.

2008-12-31 23:59:59:052549000 UTC    <-- 1st occurrence of the 60th second
2008-12-31 23:59:59:259988000 UTC
2008-12-31 23:59:59:465214000 UTC
2008-12-31 23:59:59:669629000 UTC
2008-12-31 23:59:59:873936000 UTC
2008-12-31 23:59:59:079184000 UTC    <-- 2nd occurrence of the 60th second
2008-12-31 23:59:59:284011000 UTC
2008-12-31 23:59:59:488648000 UTC
2008-12-31 23:59:59:692691000 UTC
2008-12-31 23:59:59:896577000 UTC
2009-01-01 00:00:00:052378000 UTC

윤초가 발생하면 커널은 시스템 로그에 메시지를 출력합니다.

데몬으로 시계를 조정

커널에 알리고 시간을 되돌리도록 허용하는 대신 데몬이 시스템 시계를 되돌리도록 할 수 있습니다. 윤초를 삽입하는 커널과 유사하게 시간이 계산됩니다. 그러나 데몬이 실제 삽입을 수행하기 때문에 커널에 특정한 버그는 발생하지 않습니다.

윤초 슬루

RHEL 6.8 및 RHEL 7.2에는 Chrony를 사용하는 시스템에 윤초를 슬루하는 옵션이 도입되어 시간을 한 번에 조정하지 않고 일정 기간 동안 윤초의 편차를 수정할 수 있도록 했습니다. 슬루는 윤초 삽입의 경우 00:00:00 UTC, 윤초 삭제의 경우 23:59:59 UTC에 누적된 1초 오프셋으로 처리되며 시간이 지남에 따라 조정됩니다. 이 방법은 시스템에서 실행 중인 애플리케이션이 시스템 시간의 갑작스러운 변화에 민감하고 시계가 더 오랜 시간 동안 꺼져 있는 것이 허용되는 경우 이 방법을 선호할 수 있습니다.

윤초 무시

윤초를 처리하는 대신 이를 완전히 무시하도록 데몬을 구성할 수 있으므로 다른 예기치 않은 변경이 발생했을 때 시간이 천천히 수정됩니다. 이 구성을 사용하면 정상 작동으로 문제가 해결될 때까지 시계가 잘못된 시간을 계속 사용합니다. 이 방법을 사용하여 여러 시스템을 구성하는 경우 수정 프로세스가 어느 정도 무작위로 수행되기 때문에 여러 시스템의 시간이 어느 정도 달라질 수 있습니다. 이 방법은 동기화 연결이 필요한 시스템에는 권장되지 않습니다.

NTP 서버에서 윤초 스미어 (leap smear)

RHEL 6.8 및 RHEL 7.2에는 Chrony가 NTP 서버에서 실행 중일 때 윤초를 지우는 옵션이 도입되었습니다. 클라이언트가 윤초를 슬루(slew)하게 하는 대신 서버에서 이를 제어하고 윤초를 단계적으로 조정하는 대신 슬루(slewing)하여 서버에서 제공하는 시간을 천천히 조정할 수 있습니다. 클라이언트는 윤초를 인식하지 못하고 있기 때문에 특별한 구성이 필요하지 않으며 UTC와 동기화될 때까지 서버 시간을 계속 따릅니다. 서버에서 윤초를 스미어링하는 것은 개별 클라이언트에서 수행하는 것보다 것보다 시간이 오래 걸리지만 모든 클라이언트가 연결할 수 있습니다.

윤초를 스미어링하도록 NTP 서버를 구성하는 경우 이를 사용하는 모든 클라이언트가 동일한 방식으로 스미어링을 수행하는 서버를 가리키도록 해야 합니다. 클라이언트가 여러 서버에서 업데이트를 수신하도록 구성되어 있고 이러한 서버가 윤초를 다른 방식으로 처리하는 경우 일관성 없는 결과가 발생합니다.

옵션 표

다음 표에서는 각 데몬에서 사용할 수 있는 옵션을 강조 표시합니다.

방법 NTPD CHRONYD PTP4L PHC2SYS
커널 단계 제공됨(기본값) 제공됨(기본값) 제공됨(기본값) 제공됨(기본값)
데몬 단계 제공됨(커널을 ntp 4.2.6로 비활성화) 제공됨 (leapsecmode 단계) 제공되지 않음 제공되지 않음
슬루 제공되지 않음 제공됨 (leapsecmode 슬루) 제공되지 않음 제공되지 않음
무시 제공됨 (-x) 제공됨 (leapsecmode 무시) 제공됨 (kernel_leap 0) 제공됨 (-x)

구성 예제 목록은 이 페이지의 하단에 있는 예제 구성에서 찾을 수 있습니다.

다음 표는 각 구성 방법의 영향을 보여줍니다.

클라이언트 커널 단계 클라이언트 데몬 단계 클라이언트 슬루 클라이언트를 무시 (ntpd -x) 서버 슬루 (smear)
연속 시간 제공되지 않음 제공되지 않음 제공됨 제공됨 제공됨
시간 오차 1초 1초 몇 초 또는 몇 분 몇 시간 몇 시간
주파수 오차 제로* 제로* 대규모 소규모 소규모
커널 버그 제공됨 제공되지 않음 제공되지 않음 제공되지 않음 제공되지 않음
클라이언트가 서로 동기화 상태를 유지 제공됨* 제공됨* 제공됨 제공되지 않음 제공됨

* 시간 중단을 무시

시스템 시계가 TAI-10 초 단위로 시간을 유지하고, 동기화되지 않으며, 올바른/ * 시간대를 사용하고 있습니다.

또한 시스템은 tzdata 패키지를 사용 가능한 최신 버전으로 업데이트하고, /usr/share/zoneinfo/right 디렉터리 계층 구조에서 /etc/localtime으로 복사한 후 올바른 로컬 시간으로 클럭을 재설정하여 수정된 윤초를 보고하도록 구성할 수도 있습니다. /usr/share/zoneinfo/right에 있는 파일에는 ECDHE-01-01-01 00:00:00 UTC의 Epoch 시작 이후 발생한 모든 윤초에 대해 수정된 로컬 시간 정보가 포함되어 있습니다. /usr/share/zoneinfo의 다른 시간대 파일에는 윤초 수정 사항이 추가되지 않았습니다. 2008년에 윤초가 추가된 이후 Epoch에서 24회 윤초가 추가되었습니다. ** 시간이 UTC에 있을 것으로 예상되는 모든 애플리케이션은 올바른/ 시간대*를 사용하는 경우 문제가 발생합니다.**

예를 들어, 시스템이 America/Los_Angeles (미국 태평양) 시간대에 있는 경우 윤초를 올바르게 처리한 시간을 보고하도록 시스템을 재구성하고 다음 명령을 실행하여 시계를 태평양 표준시로 재설정할 수 있습니다.

cp /usr/share/zoneinfo/right/America/Los_Angeles /etc/localtime

/etc/localtime이 변경되면 glibc 가 이 파일을 자동으로 다시 로드합니다. 또한 시간대를 조정해도 시스템 시간에서 localtime(), ctime() 등의 glibc 함수를 통해 실행되는 로컬 시간으로의 변환만 가능합니다. 이를 업데이트한 후에는 시스템을 다시 시작할 필요가 없습니다. 그러나 이러한 기능의 결과를 캐싱하는 애플리케이션이 있는 경우 tzdata를 업데이트한 후 이러한 애플리케이션을 다시 시작해야 할 수 있습니다.

참고: Red Hat은 시스템이 서로 동기화된 상태로 유지된다는 보장이 없기 때문에 시간 동기화 소스를 활성화하지 않고 실행하는 것을 권장하지 않습니다. 클럭 소스에 의해 결정된 각 시스템에서 시간 변동이 발생할 수 있습니다. NTP/PTP/Chrony 없이 실행하려면 시간 변동이 발생할 수 있음을 이해하면서 시스템 또는 클러스터별로 실행해야 합니다.

기본적으로 NTP 또는 PTP를 사용하지 않는 Linux 시스템은 윤초에 대해 올바르게 시간이 조정되지 않습니다. 이러한 시스템에서 윤초가 발생하면 UTC에서 1초 차이가 납니다. 윤초가 발생한 후 수동으로 시계를 재설정해야 합니다.

알려진 문제

RHEL 4
  1. 이 메시지를 인쇄하면 Red Hat Enterprise Linux 4에서 커널이 충돌할 수 있는 가능성이 있습니다. 이 문제는 System hangs on printing the leap second insertion message에 설명되어 있습니다.
  2. 슬루(Slew) 모드를 사용해도 ntp가 커널 플래그를 설정합니다. 이 문제는In Red Hat Enterprise Linux 4, slew mode does not prevent ntp from setting the kernel flag에서 참조하십시오.
  3. 시스템이 ntpd 또는 ptp와 동기화되지 않은 경우 12월 31일 윤초가 포함된 업데이트된 tzdata 패키지가 필요합니다. 업데이트된 tzdata 패키지는 RHEA-2016-1982의 일부로 릴리스되었으며, 이 수정 사항을 수신하기 위해 ntpd 또는 ptp에서 동기화하지 않는 RHEL 4를 사용하는 모든 시스템은 tzdata-2016g-2.el4 또는 이후 버전으로 업데이트해야 합니다.
RHEL 5
  1. 이 메시지를 인쇄하면 Red Hat Enterprise Linux 5에서 커널이 충돌할 가능성이 있습니다. 이 문제는 System hangs on printing the leap second insertion message에 설명되어 있습니다.
  2. 슬루 모드에서 ntp를 실행하는 경우 윤초로 인해 시간이 제대로 설정되지 않습니다. 이 문제는 Time is not adjusted by a leap second when ntpd runs with -x option에서 참조하십시오.
  3. 시스템이 ntpd 또는 ptp와 동기화되지 않은 경우 12월 31일 윤초가 포함된 업데이트된 tzdata 패키지가 필요합니다. 업데이트된 tzdata 패키지는 RHEA-2016-1982의 일부로 릴리스되었으며, 이 수정 사항을 수신하기 위해 ntpd 또는 ptp에서 동기화하지 않는 RHEL 5를 사용하는 모든 시스템은 tzdata-2016g-2.el5 또는 이후 버전으로 업데이트해야 합니다.
RHEL 6
  1. 시스템이 윤초 삽입 알림을 수신하면 시스템이 중단될 수 있습니다. 이 문제는 Systems hang due to leap-second livelock에 설명되어 있습니다.
  2. 윤초가 삽입된 후 futex 시스템 호출을 많이 사용하는 애플리케이션이 많은 양의 CPU를 소비하기 시작합니다. 이 문제는 Why is there high CPU usage after inserting the leap second?에 설명되어 있습니다.
  3. 윤초 삽입시 TAI 오프셋이 올바르게 업데이트되지 않습니다. 이 문제는 TAI offset is incorrect during the leap second에 설명되어 있습니다.
  4. ntp와 함께 -x를 사용하면 윤초가 발생할 때 즉시 시계가 변경될 수 있습니다. 이 문제는 Does Red Hat plan to release xleap.patch with ntp?에 설명되어 있습니다.
  5. 윤초가 삽입되면 절대 타이머가 조기에 실행될 수 있습니다. 이 문제는 Absolute Timers that Expire at Midnight UTC May Fire Early When the Leap Second is Inserted에 설명되어 있습니다.
  6. 시스템이 ntpd 또는 ptp와 동기화되지 않은 경우 12월 31일 윤초가 포함된 업데이트된 tzdata 패키지가 필요합니다. 업데이트된 tzdata 패키지는 RHEA-2016-1982 의 일부로 릴리스되었으며, 이 수정 사항을 수신하기 위해 ntpd 또는 ptp에서 동기화하지 않는 RHEL 6를 사용하는 모든 시스템은 tzdata-2016g-2.el6 또는 이후 버전으로 업데이트해야 합니다.
  7. 윤초를 조정할 때 chronyd가 충돌할 수 있습니다. 이 문제는 Chronyd crashes when performing server leap smear에 설명되어 있습니다.
  8. NTP 버전 중 일부는 윤초가 삽입된 후에도 계속 알림을 받습니다. 이 문제는 The ntpd leap status is not reset after inserting a leap second에 설명되어 있습니다.
RHEL 7
  1. ntp와 함께 -x를 사용하면 윤초가 발생할 때 즉시 시계가 변경될 수 있습니다. 이 문제는 Does Red Hat plan to release xleap.patch with ntp?에 설명되어 있습니다.
  2. 윤초가 삽입되면 절대 타이머가 조기에 실행될 수 있습니다. 이 문제는 Absolute Timers that Expire at Midnight UTC May Fire Early When the Leap Second is Inserted에 설명되어 있습니다.
  3. 시스템이 ntpd 또는 ptp와 동기화되지 않은 경우 12월 31일 윤초가 포함된 업데이트된 tzdata 패키지가 필요합니다. 업데이트된 tzdata 패키지는 RHEA-2016-1982의 일부로 릴리스되었으며, 이 수정 사항을 수신하기 위해 ntpd 또는 ptp에서 동기화하지 않는 RHEL 7을 사용하는 모든 시스템은 tzdata-2016g-2.el7 또는 이후 버전으로 업데이트해야 합니다.
  4. 윤초를 조정할 때 chronyd가 충돌할 수 있습니다. 이 문제는 Chronyd crashes when performing server leap smear에 설명되어 있습니다.
  5. 윤초가 삽입되기 전에 hrtimers가 발생할 수 있습니다. 이 문제는 Hrtimers may expire early when a leap second is inserted에 설명되어 있습니다.
  6. NTP 버전 중 일부는 윤초가 삽입된 후에도 계속 알림을 받습니다. 이 문제는 The ntpd leap status is not reset after inserting a leap second에 설명되어 있습니다.

위에서 언급한 문제 외에도 특정 애플리케이션을 개발할 때 윤초를 고려하지 않으면 다른 문제가 발생할 수 있습니다. 이러한 특성의 문제는 Libraries and Applications do not account for the Leap Second에 설명되어 있습니다.

참고: PPC 및 IA64 아키텍처를 사용하는 고객은 NTP 또는 PTP를 실행하지 않는 시스템에 설명된 방법을 사용하는 것이 좋습니다.

실시간 커널

실시간 커널과 관련된 문제는 별도의 문서에서 다룹니다. 자세한 내용은 Resolve Leap Second Issues in Realtime (RT) 커널에서 참조하십시오.

테스트

Red Hat은 관련 문제를 지속적으로 테스트하고 완료된 테스트에 대한 새로운 정보로 이 문서가 업데이트됩니다.

이 테스트를 수행하기 위해 개발된 랩은 Leap Second Issue Detector에서 제공됩니다.

Red Hat은 고객이 빌드 및 환경을 테스트할 것을 강력히 권장합니다. 이를 수행하는 샘플 프로그램을 포함한 테스트 방법에 대한 지침은 Are we susceptible to a leap second event?에서 참조하십시오.

설정 예

Chrony를 사용하여 윤초를 한 번에 수정

윤초를 한 번에 수정하려면 /etc/chrony.conf에 다음 옵션을 추가합니다.

leapsecmode step

이러한 옵션은 chronyd가 윤초를 즉시 반환하여 시스템 시계를 수정합니다. 이렇게 하면 커널에 의한 윤초 삽입 문제를 방지할 수 있습니다.

chrony를 사용하여 윤초를 슬루

윤초를 슬루하려면 /etc/chrony.conf에 다음 옵션을 추가합니다.

leapsecmode slew

이러한 옵션은 chronyd가 윤초에 대한 시간 조정을 즉시 수행하지 않고 서서히 조정하도록 하여 시스템 시계를 수정합니다.

클라이언트에게 시간을 제공하기 위해 chrony NTP 서버에 윤초를 스미어링

윤초를 스미어링하려면 다음 옵션을 /etc/chrony.conf에 추가합니다.

leapsecmode slew
maxslewrate 1000
smoothtime 400 0.001 leaponly

이러한 옵션은 chronyd가 윤초를 슬루하여 시스템 시계를 수정하고 로컬 시계의 슬루 속도를 1000ppm(1000ppm)으로 제한하도록 지시합니다.

NTPD를 사용하여 윤초를 무시

윤초를 무시하고 대신 일반 슬루 작업으로 조정하도록 하려면 /etc/sysconfig/ntpd에 다음 행이 있는지 확인합니다.

OPTIONS="-g -x"

이 플래그를 추가하면 커널의 윤초 조정이 비활성화되고 일정 시간이 지나야 윤초가 조정됩니다.

추가 리소스

추가 윤초에 대한 정보와 Linux 및 NTP에서 처리되는 방법에 대한 자세한 내용은 다음 링크에서 확인할 수 있습니다.

Comments