Linuxのタイムゾーンを変更したのに定期実行がUNIXタイムで実施された罠

はじめに

• cronからsystemdのtimerの定期実行に変更した際に、なぜか定期実行がUNIX timeで実行された。
• dateで時間を調べてもJSTで取れているのになぜとなったので、作業ログとして残す

今回の環境

• Amazon EC2
• Amazon Linux 2023

やったこと

• systemdのtimerを使って定期実行を設定
• LinuxのTimeZoneを日本時間（JST）に設定

  date
  Mon Jan 15 00:06:08 JST 2024
  

なにがダメだったのか

• systemdにもtimedatectlという独自のTimeZone設定が存在したこと
  • 実際に見てみる

  timedatectl
             Local time: Sun 2024-01-14 15:09:59 UTC
         Universal time: Sun 2024-01-14 15:09:59 UTC
               RTC time: Sun 2024-01-14 15:09:58
              Time zone: n/a (UTC, +0000)
  System clock synchronized: yes
            NTP service: active
        RTC in local TZ: no
  

  確かにUTCだったわ…

設定をJSTに変更する

• 利用可能なタイムゾーンを確認するために

  • timedatectl list-timezones

  timedatectl list-timezones
  Africa/Abidjan
  Africa/Accra
  Africa/Addis_Ababa
  Africa/Algiers
  Africa/Asmara
  Africa/Asmera
  Africa/Bamako
  Africa/Bangui
  Africa/Banjul
  

  よし、やばそうだからgrepしよう…
  Asiaで絞ったら99件あったので、抜粋

  timedatectl list-timezones | grep Asia | wc -l
  99
  

  Asia/Thimphu
  Asia/Tokyo
  Asia/Tomsk
  Asia/Ujung_Pandang
  Asia/Ulaanbaatar
  Asia/Ulan_Bator
  

  Asia/Tokyoよし！

• 設定する

  • sudo timedatectl set-timezone 設定するタイムゾーン名(今回はAsia/Tokyo)
  • sudo timedatectl set-timezone Asia/Tokyo

• 確認

  • timezonectl

  timedatectl
                 Local time: Mon 2024-01-15 00:17:37 JST
             Universal time: Sun 2024-01-14 15:17:37 UTC
                   RTC time: Sun 2024-01-14 15:17:36
                  Time zone: Asia/Tokyo (JST, +0900)
  System clock synchronized: yes
                NTP service: active
            RTC in local TZ: no
  

  よさそうですね～！

まとめ

• この経験から、Linuxのタイムゾーン設定の重要性を再認識した
• systemd timersとcronの使い分けについて、状況に応じて検討することが重要ですね