はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに Ansibleのモジュールはいくつかの簡単なルールさえ知っていれば自分で作って追加することができる。 そのルールに従うように既存のシェルスクリプトに対して多少修正を加えてやれば、それをAnsibleのモジュールにすることもできる。 また、Ansibleのplaybookは文法が許す表現力という点でどうしても書きづらい処理が現れることがある。そのような箇所はモジュールとして外出しにしてやることで簡単に書けることがある。 公式ドキュメントには主にPythonでのモジュールの書き方が書かれているが、ルールに従っていればPythonで

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに CentOS 7のDockerコンテナ内でsystemdを使ってサービスを起動するに後から追記したが、9月頭くらいから、Dockerの公式CentOS 7イメージの中からsystemdが消え、fakesystemdなるものがインストールされるようになった。 それでサービスを上げることができなくなったので、どう対応したものかしばらく調べる必要があったわけだけど、その過程でDockerの公式CentOSイメージの中身が何によって決まっているかを知ることができたので、以下に示す。 本文 次がイメージの「設計書」たるkickstart

はじめに Ansibleを実行する際に、ホスト名とか書いたインベントリファイルが必ず必要だと思っていないだろうか。 Ansibleではインベントリファイルに書いていなくても操作対象にできるホストが1つだけある。それはlocalhostだ。 つまり、操作対象がlocalhostただ1つだけの場合、インベントリファイルなんて書く必要は全然ない。 さらにlocalhostを操作する場合はSSHを使わないので、鍵がどうの、パスワードがどうのという話ともまったく無縁。 というわけで、インベントリファイルを書くのも面倒くさがるようなものぐささんであっても、Ansibleをインストールするだけで自コンピュータのちょっとした設定変更ができるよ、というお話。 2014-12-31追記: localhostだけでなく他のコンピュータも操作できることがわかったので、別途記事を書いた。 http://qiita.

よくある課題 Ansibleで条件分岐させるにはplayの中でwhen句を使用する。 1つのtrue/falseの条件があってそれぞれ実行させたいものが違う場合はplayを2つ書くことになる。 しかし正直、普通のプログラム言語ならif-elseで書けるところをplayを2つ並べないとならないというのはいささか美しさに欠ける。実行させたいものが全く違うならまだ良いが、ほとんど一緒なら尚更だ。そのほとんど一緒な部分を修正したくなったら2箇所直さなければならない。 それでも2つならとは思わなくないが、さてtrue/falseの条件分岐が3つあったとしよう。playを8つ書けって？ それは勘弁して欲しい。 そんな悩みをある程度解決するのがset_factモジュールである。 set_factの使い方（基本編） set_factは変数に値をセットするモジュールである。 この値はスカラーでもシークエンス

はじめに Dockerコンテナが他のコンピュータやその上にあるコンテナと通信するために、任意の固定IPアドレスを割り当てるのに用いられるツールとしてpipeworkが知られている。 使い方： http://blog.hansode.org/archives/52634473.html pipeworkには不満はないのだが、ただ1つREADME.mdに「Pipework should become obsolete」と書かれていることが気掛かりである。 そこで今のうちに任意の固定IPアドレスを割り当てるための別の手段を確保しておくことにした。 探してみると（0.8までデフォルトコンテナエンジンとして使われていた）LXCをコンテナエンジンとして使用すれば任意の固定IPアドレスを割り当てることができるようだ。 それでは以下に手順を記述する。 前回と同じくホスト側の操作は非rootの管理者ユーザで

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ルール 随時更新 ある程度触っているか興味があって、かつ書きやすいものだけ 原則としてサポート中のものと可能な限りその1つ前のもののみ記載 RTM(Release To Manufacturing: 量産開始)とGA(General Availability: 一般公開)が共に設定されている場合はGAをリリース日とする リリース日は資料によってまちまちなことがあるので、その場合一番信頼性の高そうなものをソースにしている 存在する場合、メーリングリストへの通知メールの日付を正としている。これはサポート終了日(End Of Life: EO

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

はじめに Ansible 1.7よりWindowsの操作ができるようになったので、実施するための準備を書き出してみる。 （2015-01-18: 現状に合わせて大きく書き直した） （2015-03-27: 「Ansible 1.9.0.1を使用する場合の追加作業」を追加） （2015-04-29: 1.9.1で「Ansible 1.9.0.1を使用する場合の追加作業」が解決されたため、文章を修正） （2016-02-27: やっと時間が取れたので遅ればせながら文章を2.0に対応） （2016-04-17: ネットワークプロファイルがパブリックでも利用できるようになっていたのとansible_winrm_*が1.9.5にバックポートされていたのに対応） （2017-06-03: 2.3.1でpython 3でも動作するようになった） 今回の環境 最初に試した段階では以下の通り： 操作されるW

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

従来との違い 管理者のパスワードを忘れてログインできなくなった場合はシングルユーザモードに入ってパスワードを変更する、というのがCentOSのみならずLinux全般でのお作法であった。 しかしCentOS 7では旧来のシングルユーザモードに相当するレスキューモードに入ってもrootユーザのパスワードを要求されるので、その手は使えなくなっている。 エマージェンシーモード（レスキューモードとの違いはルートパーティションだけ読み取り専用でマウントする）というのもあるが同様にrootユーザのパスワードを入力する必要がある。 CentOS 7では以下のURLに書かれている方法を使用するが、検証の結果、手順に多少誤りがあるようなので、より良い手順を書き出しておく。 https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linu

はじめに CentOS 7で"最小限のインストール"以外を選んだ場合にインストールされるchronyはntpdに代わり標準となったNTPクライアント兼サーバである。 とはいえ、CentOS 7でも相変わらずntpdは使用できるし、ntpdateの代わりではないのでntpdateコマンドを打ちたければntpdateを使用する。 以下、初期稿ではchronyの、ntpdとの違いを中心に記述する。注目点があればそれも書くが、まともに追っていくと深いので、後で気になる点が増えたら追記する形を取る。 あと、この記事でネタにするのはchronyであってcronieではないので悪しからず。 chronyのインストールと起動 CentOS 7ではOSインストール時にインストールされていなければyum install chronyでインストールすることができる（CentOS 6でも6.8からOS標準のリポジ

ちなみに、yum groups listはCentOS 6で使われているバージョンのyumではyum grouplistに当たるコマンドであるが、CentOS 6にはenvironment groupはまだ使われていない。 CentOS 6での「yum groupなんとか」はCentOS 7ではすべて「yum groups なんとか」となっているが、「yum groupなんとか」もまだ通してくれる。 「ソフトウェアの選択」の中身 environment groupの中身 それぞれのenvironment groupの中身を知るにはyum groups info <environment group名とかIDとか>を実行すれば良い。"インフラストラクチャサーバー"だとyum groups info インフラストラクチャサーバーを実行すると以下が出力される。 なお、この例の通りコマンド実行の際