こんなことする必要なく、python_d.exeを使うだけでOKですよー。#←これこのサーバーのタイムゾーンはUTC。このままだとなにかと不都合です。心臓にもわるいので、JST時間帯へ変更したいと思います。sysconfigディレクトリの設定ファイル(clock)からタイムゾーンを修正します。/etc/sysconfig/clock#下記に追記修正ZONE="Asia/Tokyo"UTC=falseシンボリックリンクの向き先Asia/Tokyoへ変更します。#←これサーバーのタイムゾーンがUTCからJSTに変わりました。これでひと安心かと思いきや、この作業を行う前にすでに記録されているログの時刻をJSTに修正しないと何かと収まりがわるいです。USTで記録されているログをJSTへと変換するスクリプトを作りたいと思います。出力されているログの時刻をJSTへ修正スクリプトは、サーバーに標準でインストールされているpythonで作成してライブラリをひとつだけ追加します。#UTCからJSTへ変換する関数。#新規ファイルへの書き込み。file:#UTCからJSTへ変換する関数。row)#新規ファイルへの書き込み。line)粗いスクリプトですが、ひとまず期待通りに動くことが確認できましたので、作業するサーバーのhttpdを停止してスクリプトを実行しました。ちなみにAWSのELBがunhealthyを認識して振り分けを開始するまで約1分~2分ほどかかるようです。認識する前にhttpdを止めると502で振り分けもされなくなるので注意が必要です。処理するディレクトリのバックアップを取って実行。diff-fileName_log.txtなんとか完了です。サーバー時刻もUTCからJSTへ変更します。その後、httpdを再起動。無事に現在時刻が18時に修正されました。あれ、cronの実行がおかしいそれから様子をみること数日。dateコマンドやログに出力される時刻はしっかりUTCからJSTに変更がされているけど、cronに設定したタスクの実行時間がおかしい!どうにも9時間遅れて実行されている!と気づきました。調べてみるとサーバーのタイムゾーンを変更しただけではcronの実行時刻への反映がされないようです。crondを再起動してJSTタイムゾーンの反映が必要でした。crontabの設定ファイルへtimezoneを記述して、crondの再起動。restartこれでcronの実行時間にもJSTが反映されました。