質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

90.22%

[rails] created_atに保存されるタイムゾーンがずれてしまう

受付中

回答 1

投稿 編集

  • 評価
  • クリップ 0
  • VIEW 1,072

ka20

score 10

webで調べたりして、現在私の環境では以下の状況です。
railsは5を使っています。
CentOS7.4上のrails production環境でこのようになっております。

$ timedatectl status
      Local time: Wed 2018-03-07 01:37:24 JST
  Universal time: Tue 2018-03-06 16:37:24 UTC
        RTC time: Tue 2018-03-06 16:37:23
       Time zone: Asia/Tokyo (JST, +0900)
     NTP enabled: yes
NTP synchronized: yes
 RTC in local TZ: no
      DST active: n/a
mysql> SHOW VARIABLES LIKE '%time_zone%';
+------------------+------------+
| Variable_name    | Value      |
+------------------+------------+
| system_time_zone | JST        |
| time_zone        | Asia/Tokyo |
+------------------+------------+
2 rows in set (0.00 sec)


config/application.rb
config/environments/の中身のそれぞれdevelopment.rbproduction.rbの中身には、タイムゾーンの設定はしておらず、application.rbの中だけで以下のように設定してある状態です。

  class Application < Rails::Application
    config.load_defaults 5.1
    config.generators.template_engine = :slim
    config.time_zone = 'Tokyo'
    config.active_record.default_timezone = :local
  end

またproductionでの、rals c内での実行結果として以下のようにconfig/application.rbでの設定が反映されています。

irb(main):003:0> Time.zone
=> #<ActiveSupport::TimeZone:0x000055e48c0a34a0 @name="Tokyo", @utc_offset=nil, @tzinfo=#<TZInfo::DataTimezone: Asia/Tokyo>>


macでも、以下のように期待通りに動いております。

[1] pry(main)> Time.zone
=> #<ActiveSupport::TimeZone:0x007fac81494500 @name="Tokyo", @tzinfo=#<TZInfo::DataTimezone: Asia/Tokyo>, @utc_offset=nil>

上記のlinuxコマンドで見える時間(Local time: Wed 2018-03-07 01:37:24 JST)と比べると、
productionにてrails cModelName.create(省略)によってレコードを登録するとそのレコードの生成時刻はcreated_at: "2018-03-06 16:39:50"となり、ずれてしまっております。
また、開発環境(Mac, rails development)では登録されるレコードの時刻は正しいです。

原因が少しでもわかる方、ご教授お願いいたします。

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

質問への追記・修正、ベストアンサー選択の依頼

  • ka20

    2018/03/09 14:25

    なるほどです。ありがとうございます。production環境を作り直すのは大変骨が折れる作業ですし、原因がわからないと作り直してもまた同じ現象にたどり着いては意味がないので、まずは仕様を確かめたいと思っております。仕様について何かご存知でしょうか。

    キャンセル

  • bassbone

    2018/03/09 14:48 編集

    すいません、今回のようなケースにrailsがどのような挙動をするのかは私も把握しておりません。。。

    キャンセル

  • ka20

    2018/03/09 19:44

    一応、回答募集中にするため高評価をさせていただきます。ありがとうございました。

    キャンセル

回答 1

+1

(質問への追記・修正の依頼で1つは解決したので、回答として記載させていただきました)
いただいた情報からproduction環境でTime.zoneがUSTなのはapplication.rbの反映漏れかと思われます。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2018/03/09 19:46

    部分的には解決した点がありました。ありがとうございました。
    しかし依然としてアクティブレコードの記録時間は元に戻らず解決にたどり着けませんでした。

    キャンセル

  • 2018/03/09 21:45

    ActiveRecordでcreated_atに保存されるタイムスタンプは通常はUTCで、「config.active_record.default_timezone = :local」の場合はシステムのタイムゾーンあるいは環境変数「TZ」の内容がタイムゾーンとなるようです。
    ですので、いまいちどシステムのタイムゾーンと環境変数「TZ」の内容を確認いただきたいです。

    キャンセル

  • 2018/03/09 22:00

    ありがとうございます。printenvにはTZの設定がございませんでした。またrails consoleでのENV['TZ']は=> nilと帰って来ております。システムのタイムゾーン自体はこちらのページの質問文の先頭にある状態と現在変わりません(こちらは今回触っておりませんので、不具合が起こる前からシステムはTokyoになっていたのではないかと思います。)試しに、環境変数TZに”Tokyo”と設定し、rails consoleでそちらの環境変数に参照してみると設定した通り"Tokyo"と設定が反映されておりますが、依然として、そこでレコードをcreateしますとcreated_atの時間はずれてしまっている状態になります。

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 90.22%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる