Ansibleのshellモジュールの結果で条件分岐させる
Ansibleで前のタスクの結果を使って、次のタスクを実行するかしないかを決めるには、when を使います。 また、前のタスクの結果は register で保存することができます。 register と when による条件分岐 when はタスクを実行するかしないかを判断するために使います。 また、register は直前のタスクの結果を保存するために使います。 さらに、shell を実行する際は常に changed になってしまいますが、確認コマンドだけで changed はふさわしくないので、changed_when: False で常に changed にならないように設定します。 --- - hosts: servers tasks: - name: Check timezone shell: LANG=C timedatectl register: timezone chang
タイムゾーン呪いの書 (知識編)
「タイムゾーン呪いの書」は、もともと 2018年に Qiita に投稿した記事でしたが、大幅な改訂を 2021年におこない、同時にこちらの Zenn に引っ越すことにしました。 この改訂では Software Design 誌の 2018年 12月号に特集の一章として寄稿した内容も取り込みつつ、夏時間をめぐって各地で起きつつある変化について 2021年 6月現在の状況なども追加しました。そんな追記もしていたら記事全体が長大になってしまったため、この「知識編」と、「実装編」・「Java 編」に記事を分けました。「知識編」は、導入にあたる第一部です。 Qiita のほうは、引っ越した旨とこの引っ越し先へのリンクだけ追記して、しばらくそのまま残すつもりです。 はじめに タイムゾーンという概念のことは、ほとんどの人が聞いたことがあると思います。ソフトウェア・エンジニアでも多くの方が、時刻やタイムゾ
Dockerコンテナのタイムゾーン変更方法 - Qiita
$ docker run -it --rm -e TZ=Asia/Tokyo verdaccio/verdaccio:4.1.0 sh ~ $ date Tue Jul 16 15:06:26 UTC 2019 # etc/localtimeをvolume mountだと変わった $ docker run -it --rm -v /etc/localtime:/etc/localtime:ro verdaccio/verdaccio:4.1.0 sh ~ $ date Wed Jul 17 00:08:24 JST 2019 etc/localtimeをvolume mountして問題出る場合があるので、 以下のサイトの内容を読んだほうがよい。 Docker で /etc/localtime をホストに volume マウントしてハマった話 Ubuntu 16.04(xenial)のDoc
タイムゾーン呪いの書 - Qiita
コメント欄で「Software Design 誌 (2018/12) に寄稿した内容や修正などをこちらの記事にも適用したい」と言ったあと、やるやる詐欺でずっと放置していましたが、三年近く経ってようやく 2021年 7月に大幅に改訂し、同時に Zenn に引っ越すことにしました。 タイムゾーン呪いの書 (知識編) タイムゾーン呪いの書 (実装編) タイムゾーン呪いの書 (Java 編) なにやら長くなりすぎたので三部構成になっています。 この Qiita 版は、しばらく (最低一年は) 改訂前のまま残しておきます。 タイムゾーンの存在はほぼ全ての人が知っていると思います。ソフトウェア・エンジニアなら多くの方が、自分の得意な言語で、タイムゾーンが関わるなにかしらのコードを書いたことがあるでしょう。ですが、日本に住んで日本の仕事をしていると国内時差もなく1 夏時間もない2 日本標準時 (Japa
Rundeck/dockerでタイムゾーンを変更 - Qiita
TZ: Asia/Tokyo RDECK_JVM: -Dfile.encoding=UTF-8 -Duser.timezone=Asia/Tokyo と設定することでJSTで使うことができます 説明 RundeckをDockerで使う場合、jjethwa/rundeck が定番になっています。 普通にこのコンテナを起動すると、デフォルトのタイムゾーンで立ち上がってしまうので、タスク実行時刻を02:00(夜中二時)を指定すると、お昼頃にタスクが実行されてしまいます。 で、なんとかすべく 「Rundeck timezone」でググると、クラスメソッドさんのこの記事が出てきます。 Rundeck: 任意のタイムゾーン設定によるサーバ稼働を試してみる ｜ Developers.IO 簡単にまとめると、OS上でtimezoneを設定して、Rundeck起動時の引数に-Duser.timezone=A
Rundeck: 任意のタイムゾーン設定によるサーバ稼働を試してみる | DevelopersIO
しんやです。来月新作第7弾が公開されると言う事で『スターウォーズ』過去の総復習を計画・実践中です。先日エピソード4を観終えました。『エピソード4』くらいは過去に観てたかな〜と思ってたのですがどうやら全6作共にフル視聴はしていなかった事が判明しました。『エピソード7』公開前で後1ヶ月ちょいありますが、公開日に間に合うように総復習を進めて行きたいと思います。 さて、本題です。先日、ジョブ管理ツールの1つである『Rundeck』に関するエントリが弊社ブログにて紹介されていましたが、私自身もこのサービスに非常に興味を持つようになり、『Rundeckってこういうケースは対応してるのかな？出来るのかな？』という形で自分が実践で使う事を想定したトピックで調査してみたいなと思うようになりました。 当エントリでは、『Rundeckって所定のタイムゾーン(例えば日本国内、Asia/Tokyoで)で使えるものな
glibcを更新しても大丈夫な「正しい」タイムゾーンの設定方法 (2/3追記あり) - めもおきば
RHEL, CentOS, Amazon Linux (6以前) /etc/localtime を /usr/share/zoneinfo 以下から上書きしたりシンボリックリンク張ったりという手法が横行していますが、 /etc/localtime は glibc パッケージに含まれるためパッケージを更新すると上書きされてESTとかに戻ってしまうわけです。 当然ながら、ディストリビューションとして正しい設定方法が用意されているので、こちらを使います。 /etc/sysconfig/clock にタイムゾーンを書きます。*1sudo sed -i -e "s/^ZONE/#ZONE/g" -e "1i ZONE=\"Asia/Tokyo\"" /etc/sysconfig/clock tzdata-update を実行します。sudo /usr/sbin/tzdata-update これだけで
site:jenkins.io Change time zone - Google 検索
www.jenkins.io › doc › book › using › change-time-z... You may want to change the time zone displayed to match your own time zone. By going to your user configuration page, you can set the User Defined Time Zone to ...
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
docker run時に日本標準時間(Asia/Tokyo)にする - Qiita