はてなブックマーク

以下は社内向け勉強会のLT枠で話した内容をベースにして編集増補したものである。増補しただけでなくそもそも1回分を記事にしたものではなかったりもするので、この内容を5分で話したわけではない。 git mergeコマンドの概要 git mergeはブランチの履歴にないコミットのファイル変更を取り込むためのコマンドである。 git mergeはgit pullによっても暗黙的に実行される。つまり、git pullは内部的にはgit fetchを行い、続けてgit mergeを行っている。ただしgit pullに--rebaseオプションを指定していればgit mergeの代わりにgit rebaseが実行される。 git mergeコマンドの形 git mergeコマンドには、これからマージを開始する時に実行するコマンドと、競合によって等でマージが中断している時に実行するコマンドの2種類がある。

以下は社内向け勉強会のLT枠で話した内容をベースにして編集増補したものである。増補しただけでなくそもそも1回分を記事にしたものではなかったりもするので、この内容を5分で話したわけではない。 git checkoutコマンドの概要 「ブランチの切り替え」と「ファイルの復元」の2つの機能を持つコマンド 2019-08-16にリリースされたGit 2.23にて「ブランチの切り替え」についてはgit switch、「ファイルの復元」についてはgit restoreという、git checkoutの機能を分割した同じことができるコマンドが実験的に追加された 当記事ではgit checkoutのサンプルコマンドを記載する際は、同一の処理を行うgit switchあるいはgit restoreのサンプルコマンドも記載する。 「ブランチの切り替え」に関係する機能の説明 単純なブランチの切り替え ブランチの

はじめに Ansible 2.4からAnsible Vaultで、あるファイルはパスワードA、またあるファイルはパスワードB、……と別々のパスワードを使って暗号化した場合でも1つのコマンドで復号できるようになった。 これは公式ドキュメント（ http://docs.ansible.com/ansible/2.4/vault.html ）の「Use encrypt_string to create encrypted variables to embed in yaml」、「Vault Ids and Multiple Vault Passwords」、「Providing Vault Passwords」辺りに説明されている。 要約 2.4からも従来の--vault-password-fileオプションは使えるが、代わりに--vault-idオプションで置き換えることもできる。 --vau

(2017-01-03 : 変数の値にシークエンスやディクショナリを書けることに気付いたので修正) Ansibleの2017年を眺めておこうを読んだけど、Ansibleのインベントリファイルは実は2.1以降YAMLで書けるという事実はきっとまだほとんど知られていないに違いない。 そりゃまあ、ドキュメントに書いてないしな。 というわけでソースがドキュメントだ。 まず、lib/ansible/inventory/dir.pyを見るとYAMLで書いたインベントリファイルの拡張子はlib/ansible/constants.pyのYAML_FILENAME_EXTENSIONSに定義されているもののうちのどれかである必要がある。 つまり、拡張子なし、yml、yaml、jsonのうちのどれかである必要がある。 lib/ansible/inventory/yaml.pyを見ると、以下のようなフォーマッ

現象 Ubuntu 16.04でntp.serviceはntpインストール時にenableになっているのに、OS起動時にntp.serviceが停止しているという現象が発生した。 $ systemctl status ntp.service ● ntp.service - LSB: Start NTP daemon Loaded: loaded (/etc/init.d/ntp; bad; vendor preset: enabled) Active: inactive (dead) Docs: man:systemd-sysv-generator(8) Apr 24 22:04:05 ubuntu1604 systemd[1]: Stopped LSB: Start NTP daemon. $ sudo systemctl start ntp.service $ systemctl st

一見これで良さそうだが Ansibleで対象ホストのIPアドレスを変更して、さらに処理が継続されるようなplaybookを考えてみる。 Ansible v2で操作対象がCentOS 7だと以下のような感じになる。 - hosts: all tasks: - (前処理) - command: nmcli connection modify {{ nic }} ipv4.method manual ipv4.addresses {{ new_addr }}/{{ prefix }} ipv4.gateway {{ gateway }} ipv4.dns {{ dns }} - shell: sleep 1; ifdown {{ nic }} && ifup {{ nic }} async: -1 poll: 0 - block: - lineinfile: dest=/etc/hosts ba

（2017-03-25: ドキュメントが追加されていた。 http://docs.ansible.com/ansible/playbooks_vault.html#single-encrypted-variable これによると2.3から、ということになっている。また、公式に名称は「Single Encrypted Variable」となった） per variable vault Ansible Vaultはパスフレーズ等の機密情報をAnsibleで扱える状態で暗号化する機能であるが、通常暗号化したいのは値だけで変数名は暗号化する必要がないにもかかわらず、従来、一連の変数名とその値を定義した1ファイルまるごと暗号化しないとならなかった。 結果として、利用者はどのような変数が定義されているのかを、暗号化されたファイルを一見して知ることができなかった。 そこでAnsible 2.2より変数の

前書き Windows 10 1607から使用できるようになったWindows Subsystem for Linux。 ベータ版ということもあり、特に入力周りに問題があり表示が崩れるためまだ常用するとは行かないが、それでもAnsibleを実行するくらいの役には十分立つ。 一方、Windows 10はOSに更新プログラムが当たると勝手に再起動することがあるのが非常に困りものである。 そこを何とかしたい、というのが当初のモチベーション。 それを含めたWindows 10 Pro用の初期設定をほとんど自動でやってしまおうというのがこの記事の目的である。 よくあるMacの初期設定をAnsibleで、ってやつのWindows版を書きたかったという話でもある。 本文 注意事項 これはWindows 10 1607で実施しているが、将来この記事を書き直すことがあれば将来のバージョンに対応したものに書き

冗長化したConsulサーバクラスタでの問題 Consulはサーバを-bootstrap-expectオプションで3以上（あるいは、設定ファイルでbootstrap_expectの値を3以上）を指定して3台以上起動することによってサーバクラスタとして冗長化することができ、半数以上が停止するまでサーバとして利用可能な状態のままで居続けることができる。 つまり、-bootstrap-expectが3なら1台までサーバが落ちても問題ない。 逆に言えば半数以上のサーバが落ちてしまえば利用できなくなる。1 もちろんそれは仕様通りなのだが、（少なくとも私の環境では）その後再度落ちたサーバを普通に起動してもLeaderの再選定が行われず全員Followerになってしまうため利用可能な状態になってくれない。 これはバグだと思われる。 https://github.com/hashicorp/consul/

（2015-06-21 Fedora 21とFedora 22とで公式リポジトリに同じ名前で違う中身のファイルが一部あることがわかったのでその対策を追加） （2015-07-06 DebianとUbuntuを追加。DebianとUbuntuとでも同じ名前で違う中身のファイルがあった） 何故そうしようとしたか Cobblerを使ってOSをインストールする際に、通常はCobblerの機能を使って事前にOSのリポジトリをミラーしてローカルに保持しておく、ということを行う。 これは何台（何十台、何百台……）もOSインストールを行う場合にはネットワーク的に近い場所にパッケージがあった方が早く済むし、パブリックミラーに迷惑も掛からないし、そもそもOSインストールされるマシンはインターネットに繋がらないようになっていることもしばしばあることだ。 しかしCobblerの機能としては、インストールしたOSに

ansible-consoleの概要 ansible-consoleコマンドはAnsible 2.1で追加された、これまでアドホックコマンド（ansibleコマンド）で行っていた作業をインタラクティブに実行することができるものである。 https://github.com/dominis/ansible-shell からAnsible本体に取り込まれ、コマンド名がansible-shellからansible-consoleに変更されている。 ansible-consoleの起動 ansible-consoleコマンドは通常インベントリファイルを指定して起動する。 インベントリファイルを指定するオプションはアドホックコマンドやansible-playbookコマンドと同じく-iである。 その他、アドホックコマンドと大体同じオプションが指定できる。例えばAnsible Vaultのパスワードを

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 2015-09-28に発表されたHashicorpの新プロダクトであるOttoはVagrantの後継となることを予定されたものである。 そこで現時点でVagrantの代わりになるかを、既存のVagrantfileを食わせることで確認してみた。 先に結論を書くと、今のところはVagrantのラッパーになっているだけで、このような用途ではVagrantの代わりに使う意味は特にないだろう。 Ottoの簡単な説明をしながら試していく OttoはVagrantの後継として作られたものだが、Vagrantで行う開発環境の構築だけでなく本番

きっかけ 前回の記事でsystemdのユニットファイルを書いた時に、どうすべきか悩んだ点が1つ。 NetworkManager-wait-online.serviceをenableにすべきと伝えるか否か、である。 NetworkManager-wait-online.serviceは簡単に言えば、ネットワークデバイスがIPアドレスを取得するまで待つという処理を行うサービスである。 この「ネットワークデバイスがIPアドレスを取得するまで待つ」のを必須としたかったため、NetworkManager-wait-online.serviceをenableにする必要があると最初は思ったのだが、ドキュメントを見ると、NetworkManager-wait-online.serviceをenableにする代わりにユニットファイルの[Unit]セクションに「After=network-online.tar

はじめに 注意事項 この記事は何らかの理由でSELinuxを利用しなければならない時に発生する、意図せずプログラムが動かなくなる問題を解決するための手段を書いたものである。 作業対象のOSは作業中いつでも停止可能であるものとする。SELinuxの設定作業中に停止不可能とか無茶なので。 また、すべての操作はrootユーザで行っている。SELinuxは「管理者による強制的なアクセス制御」なのでrootユーザが操作しなければならない。 内容は主にCentOS 7で確認し、CentOS 6やFedora 22も一部確認に使用している。 SELinuxの管理で使用する各種のコマンドは初期からインストールされているものは少なく、またコマンド名がそれを含むrpmパッケージ名と一致しないものが多い。 このような場合はyum install *bin/<コマンド名>でインストールすることができる。Fedor

Ansibleにおいて操作対象ホスト上でファイルやディレクトリをコピーすることはcopyモジュールではできないが、synchronizeモジュールではできるようになっている。 synchronizeモジュールはrsyncを実行させるモジュールであり、他のモジュールにないちょっと特殊な動きをする。 というのもsynchronizeモジュールは通常、"操作対象ホスト"ではなく"Ansibleの実行ホスト"でrsyncが起動されるのだが、にもかかわらずdelegate_toアトリビュートを指定すれば"Ansibleの実行ホスト"でもなく"delegate_toで指定されたホスト"でrsyncが起動されるようにすることができるのである。 synchronizeモジュールは「rsync起動ホスト」から「操作対象ホスト」へのファイルやディレクトリのコピーを行う。1 つまりdelegate_toを使って

はじめに 電気代が高騰している昨今、今まではデスクトップ端末で行っていたようなことも、より省電力な端末によってリプレースしたいという欲求が私の中で高まっている。 そこでAndroid端末でのAnsible実行を試してみた。 もうすでにやっている人がいるのを見て、私もやってみたかったという話でもある。 Android上でLinuxディストリビューションを動作させる方法はいくつかあるが、今回はGNURootを使用した。 私の知る限り他の方法を使うにはrootedな端末でないとならないが、GNURootはrootedでなくても動作するのが特徴である。 なのでAndroidで動く家電辺りが将来増えてきたら、そこで比較的簡単に実行できたり、もするかもしれない。 ハードウェアはNexus 7 (2013)を使用した。 Androidのバージョンは4.4.4(KTU84P)および5.0(LRX21P)で

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 本資料は多数のドキュメントにバラバラに書かれているAnsibleのplaybookに指定可能なアトリビュートの一覧とそれぞれの簡単な解説である。 アトリビュートとは、playbookに記述することのできる各種のディクショナリキーのことである。と言っても現在のところこれが定まった呼び方というわけではない。Ansible v2のソースにAttributeと書かれているのでここでもそう呼ぶことにしたものである。 アトリビュートにはplayに指定できるもの、taskに指定できるもの、どちらにも指定できるものがある。 playあるいはt

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに DNFはyumの後継であり、Fedora 22からyumに代わりデフォルトのパッケージ管理システムとして採用されている。 何故DNFが作られることになったかというと、yumはPython 2とPython 3の両対応ではなくPython 2でしか動かないため、yumを使い続ける限りPython 3をOSのデフォルトにすることができないからである。 yumをPython 3に対応させるより、Python 2,3両対応のパッケージ管理システムを新しく作り直した方が良いという判断がどこかで行われたと思われる。 もっともFedoraで

Vaultって何？ VaultはHashicorpが発表した機密情報管理ツールである。 詳細はいくらか日本語情報があるのでそちらを参照のこと。 http://pocketstudio.jp/log3/2015/04/29/vault/ http://kiririmode.hatenablog.jp/entry/20150429/1430279218 今回やること VaultはConsulをstorage backendにすることによりHA構成を取ることができる、とドキュメントに書いてあったので試してみることにした。 今回、VaultサーバとなるコンピュータはConsulクライアントでもあることとする。 これは設定ファイルでConsulのアドレスを指定する箇所だけに影響する。 Vaultサーバは2台立てることにする。 10.0.2.167(hostname: cc6)はCentOS 6、10

#!/bin/sh # # consul - this script manages the consul agent # # chkconfig: 345 95 05 # processname: consul ### BEGIN INIT INFO # Provides: consul # Required-Start: $local_fs $network # Required-Stop: $local_fs $network # Default-Start: 3 4 5 # Default-Stop: 0 1 2 6 # Short-Description: Manage the consul agent ### END INIT INFO # Source function library. . /etc/rc.d/init.d/functions # Source networ

settings { logfile = "/var/log/lsyncd.log", nodaemon = false, } exec = function(event) local src = event.source if string.match(event.sourcePathname, "^" .. src .. "/%%[^/]+$") then spawnShell(event, "bash " .. src .. "ansible_best_practice.sh -dH -f " .. src .. " -t " .. src) end end ansible_best_practice = { maxProcesses = 1, delay = 0, onCreate = exec, onDelete = exec, onMove = exec, } sync { a

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

Ansibleのlookup pluginについて、あまり良く知らなかったので調べてみた。 長いので先にまとめると、 lookup pluginはwith_*の処理、つまりloopを作るための処理が書かれたプラグインである。 他にlookup('プラグイン名', 引数)の形で呼び出すこともできる。 lookup pluginはAnsibleを実行しているコンピュータで実行される。操作対象のコンピュータ上ではない。 pluginはPythonで実装される。 自作したlookup pluginはplaybookのあるディレクトリにlookup_pluginsというディレクトリを作り配置するか、ansible.cfgの[defaults]セクション、lookup_plugins項に指定されたディレクトリに配置すると利用できる。 参考とした公式ドキュメントは次である。 http://docs.an

成り行き 私はVirtualBox上に仮想マシンを立ててちょっとした試しをする、というのを週に何回かはやっている。 Vagrantを使えば仮想マシンを立てるのに時間が掛からないというのはわかっているのだけど、Cobbler使ってほぼ最新のパッケージで仮想マシンを立てられるというのも捨て難く、これまでVagrantは採用していなかった。 つまりインターネット上で配布されているVagrant Boxでは満足できない、というわけなのだが、遂に私は両方のメリットを享受すべく、Packerを使ってCobblerにあるパッケージから定期的に自分でVagrant Boxを作成することにしてみた。 また、手習いとしてただ作るだけでは面白くないので、ストレージ容量を簡単に増加できるようなBoxを作ってみる。 とりあえずCentOS 7のVagrant Boxを作ることにする。 他のものは余裕があればここに追

Cobblerって？ CobblerはOSの自動インストールのためのあれこれを用意してくれるミドルウェアである。 「あれこれ」の内容は、 ネットワークブートを受け付け、OSのインストールを行ってくれるPXEサーバの提供（DHCPサーバ、TFTPサーバ、HTTPサーバ） OSインストール時の自動応答ファイルであるkickstartやpreseedのテンプレートの提供 yumやaptのパッケージリポジトリのミラーリング ネットワークブートが利用できないコンピュータのためのインストールイメージISO作成機能 などである。 ちなみに、Cobblerの元々の作者は現在Ansibleの一番えらい人であるMichael DeHaanであり、現在の開発リーダーであるJames CammarataもAnsible社の人である、と以下のURLに書かれている。 http://docs.ansible.com/i

はじめに GlusterFSのボリュームは、FUSEを使ってマウントする以外にNFSクライアントを使ってマウントすることもできる。 GlusterFS内蔵のNFSサーバはNFSv3プロトコルにのみ対応している。しかしNFS-Ganeshaと連携することによりNFSv4プロトコルにも対応することができる。 元情報は http://blog.gluster.org/2014/09/glusterfs-and-nfs-ganesha-integration/ だが、やってみると結構違った。 セットアップ 本題ではないので特に解説はしないが、私がCentOS 7でいつも使っている標準的な方法を載せておく。CentOS 6でもsystemctlがserviceかchkconfigに変わるのと、xfsprogsがインストールされてなければインストールするくらいの違いだろう。 なお面倒なのでfirewa

なりゆき ここしばらくChefを使っていたけど、台数が増えてくると実行がだんだん面倒になってきたのでpull型のツールだけじゃなくてpush型のツールも使ってみなきゃなあ、と思っていたところ、Ansibleが目に入ったので使ってみることにした。 Ansibleを触っての最初の目標は、chefのenvironmentに当たるもの、つまり環境によって設定内容の切り替えを行う方法を見つけることとした。 Ansibleでenvironmentは環境変数を示す予約語のようなのでgoogleに聞くのはちょっと難易度が高かったのだが、なんとか以下のようなページを見つけることができた。 http://qiita.com/yteraoka/items/5ed2bddefff32e1b9faf http://tdoc.info/blog/2014/05/30/ansible_target_switching.

はじめに 今回はWindowsをAnsibleを使ってSSHサーバにしてみる。 環境は、操作する側がAnsible 1.7.2であり、操作される側はWindows 8.1 Updateである。 AnsibleでWindowsを操作する準備をするが終わっているものとする。 使用しているインベントリファイルを再掲する。 [windows] 10.0.2.172 [windows:vars] ansible_ssh_user=<Windows側のユーザ名> ansible_ssh_pass=<Windows側ユーザのパスワード> ansible_ssh_port=5986 ansible_connection=winrm WindowsをSSHサーバにするために定番のcygwinを使用することにする。 以下のような手順で実施する。 （任意で）cygwinのインストーラやルートディレクトリを配置す