strptimeでのパースがDocker上だとできない

Question

仮想マシンのCentOS7だと以下のように正しくパースできるのですが、

[root@centos7-vm01 ~]# python
Python 2.7.5 (default, Oct 30 2018, 23:45:53) 
[GCC 4.8.5 20150623 (Red Hat 4.8.5-36)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from datetime import datetime
>>> data_string = '3/19/19 4:35:00 PM JST'
>>> format = '%m/%d/%y %I:%M:%S %p %Z'
>>> datetime.strptime(data_string, format)
datetime.datetime(2019, 3, 19, 16, 35)
>>> 

DockerコンテナのCentOS7だとパースエラーとなってしまいます。

[root@ed72b9566ecf app]# python
Python 2.7.5 (default, Oct 30 2018, 23:45:53) 
[GCC 4.8.5 20150623 (Red Hat 4.8.5-36)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from datetime import datetime
>>> data_string = '3/19/19 4:35:00 PM JST'
>>> format = '%m/%d/%y %I:%M:%S %p %Z'
>>> datetime.strptime(data_string, format)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib64/python2.7/_strptime.py", line 325, in _strptime
    (data_string, format))
ValueError: time data '3/19/19 4:35:00 PM JST' does not match format '%m/%d/%y %I:%M:%S %p %Z'
>>> 

何が原因と考えられるでしょうか。。

Comments

[can110]

各マシンのシェル上で「timedatectl」コマンドを実行した結果を追記ください。

[imokurity]

仮想マシン上は以下となりまして、

```
Local time: Tue 2019-04-09 12:10:23 JST
Universal time: Tue 2019-04-09 03:10:23 UTC
RTC time: Tue 2019-04-09 03:10:23
Time zone: Asia/Tokyo (JST, +0900)
NTP enabled: yes
NTP synchronized: yes
RTC in local TZ: no
DST active: n/a
```

コンテナの方は、このようになりました。

```
[root@e56381db4b00 app]# timedatectl
Failed to create bus connection: No such file or directory
```

時刻や、タイムゾーンに関する設定が必要な感じでしょうか。。

[imokurity]

似たような、事例っぽいやつ。

https://bugs.python.org/issue22377

[can110]

同じ情報を見つけられたようですね。
ちょうど今、こちらの環境での検証動作と合わせて回答しました。

Answer 1

Dockerでのタイムゾーンの設定、の観点で行きますと、以下の解決方法もありそうでした。

これで問題となっていたコードも実行できました。

https://yoru9zine.hatenablog.com/entry/2017/01/12/224637

解決にご協力いただいたみなさま、ありがとうございました。

Answer 2

当方環境でもタイムゾーンが未設定では～ JSTの解釈時に提示エラーが発生しました。
一方、入力文字列が～ UTCならエラーは発生しません。

ただしUTCまたはJSTで変換できたとしても、その結果のdatetime値は**タイムゾーン情報を持たない(native)**データであることに注意が必要です。
もしタイムゾーン情報を持つ(aware)データに変換したい場合は、pytzモジュールなりで自力で変換が必要なようです。
参考：Pythonで、pytzを使ったタイムゾーンの変換

以下検証コードです。

from datetime import datetime

# タイムゾーン未設定な環境ではValueError:
# タイムゾーン設定あり環境では2019-03-19 16:35:00
print(datetime.strptime('3/19/19 4:35:00 PM JST', '%m/%d/%y %I:%M:%S %p %Z'))

# どちらの環境でも2019-03-19 16:35:00
print(datetime.strptime('3/19/19 4:35:00 PM UTC', '%m/%d/%y %I:%M:%S %p %Z'))

# 上記の変換結果のdatetimeはいずれにせよタイムゾーン情報を持っていない(native)！

# タイムゾーン情報を持たせる(aware)には…

import pytz
jst = pytz.timezone('Asia/Tokyo')

native_dt = datetime.strptime('3/19/19 4:35:00 PM UTC', '%m/%d/%y %I:%M:%S %p %Z')
print(native_dt)# 2019-03-19 16:35:00

# native -> aware なデータに変換
aware_dt = jst.localize(naive_dt)
print(aware_dt) # 2019-03-19 16:35:00+09:00

このあたりの動きについて情報を探してみましたが、ジャストなものは見つからず、以下しか見つかりませんでした。
%Z in strptime doesn't match EST and others
strptimeでは%Zって無意味（使えない）んじゃないだろうか…

Comments

[imokurity]

詳細に検証までしていただきまして、ありがとうございます！頂いた情報からうまいことやってみます。ありがとうございました。

Answer 3

DocketコンテナだとJSTを扱えないのかもしれません。
JSTを自身で作成して、あとで変換するのはいかがでしょうか。
data_string中のJSTを自動判別する必要がある場合は、別の方法を考えなければなりませんが・・・

>>> from datetime import datetime, timedelta, timezone
>>> data_string = '3/19/19 4:35:00 PM JST'
>>> format = '%m/%d/%y %I:%M:%S %p JST'
>>> jst = timezone(timedelta(hours=+9), 'JST')
>>> datetime.strptime(data_string, format).astimezone(jst)
datetime.datetime(2019, 3, 19, 16, 35, tzinfo=datetime.timezone(datetime.timedelta(seconds=32400), 'JST'))

Comments

[imokurity]

ご回答ありがとうございます！いただいた方法も検討いたします！