はてなブックマーク

VAGRANTFILE_API_VERSION = "2" DOCKER_REGISTRY_HOST = "docker-registry" Vagrant.configure(VAGRANTFILE_API_VERSION) do |config| config.vm.define "docker-registry" config.vm.box = "yungsang/boot2docker" config.vm.network :forwarded_port, guest: 8080, host: 8080 config.vm.provision :shell do |sh| sh.inline = <<-EOT sudo echo 'EXTRA_ARGS="--insecure-registry localhost:5000"' > /var/lib/boot2docker/prof

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

AUFS の 40(42?) レイヤ問題 ノーマルの boot2docker で動作する Docker デーモンはストレージに AUFS を使用しているので、AUFS の制限によって Dockerfile でビルドするステップ(レイヤ)が多いと失敗する。 自分の Dockerfile だったら、ステップを減らしたりして調節出来るけど、既に作られた Docker Hub にあるやつだったりすると困ったことに。。。 当の boot2docker.iso のビルドも、以前までは boot2docker 上で出来ていたのに、最近ではステップが多すぎてビルドに失敗するようになってしまいました。 [訂正] AUFS の 42 レイヤ問題は、ある条件下で発生し、それを回避する方法があることがわかりました。 また、boot2docker 自体には問題が無く、boot2docker.box (boot2do

Introducing flannel: An etcd backed overlay network for containers https://coreos.com/blog/introducing-rudder/ Things are not as easy on other cloud providers where a host cannot get an entire subnet to itself. Rudder aims to solve this problem by creating an overlay mesh network that provisions a subnet to each server. Running Kubernetes Example on CoreOS, Part 2 - Qiita http://qiita.com/yungsang

Pecrant にインスパイアされて、Docker でも peco を使いたいと思い、 peco-docker スクリプトを作ってみました。 YungSang/peco-docker 大別して、 docker search <term> | peco を使った検索系 docker images | peco を使ったイメージ操作系 docker ps | peco を使ったコンテナ操作系 があります。 インストールは、 https://github.com/YungSang/peco-docker/releases/latest から peco-docker をダウンロードして、 chmod +x peco-docker で実行可能にし、 $PATH の通ったディレクトリに配置するだけ。 もちろん、peco、docker は既にインストールされていることが前提です。 私は例によって今回も

_itunes_list_tracks() { osascript <<EOF tell application "iTunes" set accumulator to "" repeat with t in every track set output to "" & (id of t) & tab & "\"" & (name of t) & "\"" & tab & "\"" & (artist of t) & "\"" set trackInfo to do shell script "echo " & quoted form of output without altering line endings set accumulator to accumulator & trackInfo end repeat end tell EOF } _itunes_delete_playl

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

更新(2014/07/11)： 自動アップデートをスキップする方法を最後に追加しました。 お詫びと訂正(2014/07/10)： 本エントリの中で、「ロールバック後アップデートがスキップされ次回アップデートまでそのまま使い続けられる」旨の記述がありましたが、間違いでした。 しばらくすると、再度同じアップデートが行われてしまいます。 これが意図された正しい動作なのか疑問が残りますが、アップデートは必ず実行されるようです。 不正確な情報発信をしてしまい、申し訳ありませんでした。 CoreOS は、リードオンリーの /usr パーティションを A、B ２つ持っていて、自動アップデートでは使われていない方のパーティションにインストールされ、リブート(これも自動)時に切り替えています。 下の図では 最初 A が使われていて、A が起動中に自動アップデートが始まると、B に対してインストールが始まりま

export HISTCONTROL="ignoredups" peco-history() { local NUM=$(history | wc -l) local FIRST=$((-1*(NUM-1))) if [ $FIRST -eq 0 ] ; then # Remove the last entry, "peco-history" history -d $((HISTCMD-1)) echo "No history" >&2 return fi local CMD=$(fc -l $FIRST | sort -k 2 -k 1nr | uniq -f 1 | sort -nr | sed -E 's/^[0-9]+[[:blank:]]+//' | peco | head -n 1) if [ -n "$CMD" ] ; then # Replace the last entr

mog project: Docker: How to Run 'nsinit' in the boot2docker VM を yungsang/boot2docker で試してみたところ、nsinit でエラーが出てどうしても上手く行かなかった。 failed to nsenter: drop capabilities operation not permitted 本家の boot2docker-cli + boot2docker.iso では問題無く自分の環境でも上手く行くので、何が違うのか気になって調べてみることに。 (ここまで昨日) (ここから今日) NFS を入れて独自に boot2docker.iso をビルドしているので、一旦、本家と同じ状態で boot2docker.iso をビルドしてみた。=> エラーの表示が微妙に違うもののやはりエラーになって上手く行かず。 fai

Simplistic interactive filtering tool https://github.com/peco/peco Vagrant global-status controller for peco https://github.com/gongo/pecrant [pecrant =$(vagrant global-status | peco) - Thanks Driven Life] (http://gongo.hatenablog.com/entry/2014/06/19/232538) vagrant global-status 便利 便利だけど id をコピペして vagrant up $id とかしないといけないのがめんどい peco かっこいい 素晴らしさが言葉で上手く表現出来ないので、各ページを参照して下さいw コマンドラインから vagrant の各

Attaching to a container with Docker 0.9 and libcontainer を参考に CoreOS で nsinit を試してみました。 流れ Vagrant で CoreOS を起動する。 適当なイメージでコンテナを作成する。 golang + gcc の環境が必要なので、toolbox を使う。 nsinit をビルドする。 nsinit を使ってコンテナにログインする。 $ vagrant init -m yungsang/coreos-alpha $ vagrant up $ vagrant ssh ______ ____ _____ / ____/___ ________ / __ \/ ___/ / / / __ \/ ___/ _ \/ / / /\__ \ / /___/ /_/ / / / __/ /_/ /___/ / \____

MacOSX - MacOSでスクリーンをロック - Qiita という記事を見かけたので、自分がやってる方法もご紹介。 この方法は、Fast User Switching という形でログアウト状態を作ってスクリーン・ロックしようというもの。 osx - Fast User Switching/Apple Menu? - Super User ↑ここで紹介されているので、既にやっている人もいるのではないでしょうか。 ロックする時の Fast User Switching のキューブ・トランジションが気に入って使っています。 まず、Automator で Fast User Switching を実行するサービスを作ります。 Automator.app を起動します。 ファイルメニューの 新規 から書類の種類で サービス を選択します。 右上の ”サービス”は、次の選択項目を受け取る： を

Docker をネイティブでサポートしていない Mac で Vagrant の Docker provider を使うと、boot2docker が VM として自動的に起動されて、それを仮想ホストマシンとしてコンテナが作られるようになってますね。 これだけでも面倒な仕組みになっているのだけれども、さらにローカルの開発マシンのフォルダーを仮想ホストマシンにマップしてビルドとかで使うようにするのに、rsync を使っていてコンテナ作成時にまるごとコピーが発生して、これもあまりよろしくない。 ので、NFS synced folder を使うようにパッチを当ててみようという試み。 追記： CoreOS を仮想ホストマシンに使うバージョン https://github.com/YungSang/vagrant-docker-helper/tree/coreos しかし、Docker provide

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