dockerを触ってみる
centosのイメージを持ってくる
公式に解説があるので、それを参考にする。 https://hub.docker.com/_/centos/
途中で公式が解決方法を提供している問題をひとつずつ踏みながら、理解しつつ進むので少しまどろっこしい方法で理解する。
以下のようなDockerfileを作成する。
# cat Dockerfile FROM centos:7 MAINTAINER "you"ENV container docker RUN yum -y swap -- remove fakesystemd -- install systemd systemd-libs RUN yum -y update; yum clean all; \ (cd /lib/systemd/system/sysinit.target.wants/; for i in *; do [ $i == systemd-tmpfiles-setup.service ] || rm -f $i; done); \ rm -f /lib/systemd/system/multi-user.target.wants/*;\ rm -f /etc/systemd/system/*.wants/*;\ rm -f /lib/systemd/system/local-fs.target.wants/*; \ rm -f /lib/systemd/system/sockets.target.wants/*udev*; \ rm -f /lib/systemd/system/sockets.target.wants/*initctl*; \ rm -f /lib/systemd/system/basic.target.wants/*;\ rm -f /lib/systemd/system/anaconda.target.wants/*; VOLUME [ "/sys/fs/cgroup" ] CMD ["/usr/sbin/init"]
イメージをビルドする
Dockerfileからイメージをビルドする。
# docker build --rm -t local/c7-systemd .
作成されたことを確認する。
# docker images REPOSITORY TAG IMAGE ID CREATED VIRTUAL SIZE local/c7-systemd latest 55328d2ac5c8 6 minutes ago 229.4 MB
コンテナを起動する
次に、このイメージからコンテナを作成して、シェルを実行させる。 dockerにおけるコンテナは起動後に必ず一つのプロセスを動かす必要があるようだ。 シェルからapacheをインストールして、起動してみる。
# docker run -it local/c7-systemd /bin/bash [root@4747003b4111 /]# [root@4747003b4111 /]# yum install httpd [root@4747003b4111 /]# systemctl start httpd.service Failed to get D-Bus connection: No connection to service manager. [root@42ebe1f0dcb4 /]# ps auxww USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.2 0.1 11744 1872 ? Ss 05:09 0:00 /bin/bash root 18 0.0 0.1 19764 1228 ? R+ 05:09 0:00 ps auxww
コンテナのシェルのプロンプトが現れる。 「-it」はstdinを有効にするために必要らしい。 httpdをインストールして起動してみたが、エラーが出る。 psコマンドを見てもシェルから起動したプロセスしか現れない。これがコンテナか。
Dockerfileを以下のように書き換えて再実行。 apacheをインストールして、systemctlでhttpを起動してinitを実行する。
# cat Dockerfile FROM centos:7 MAINTAINER "you"ENV container docker RUN yum -y swap -- remove fakesystemd -- install systemd systemd-libs RUN yum -y update; yum clean all; \ (cd /lib/systemd/system/sysinit.target.wants/; for i in *; do [ $i == systemd-tmpfiles-setup.service ] || rm -f $i; done); \ rm -f /lib/systemd/system/multi-user.target.wants/*;\ rm -f /etc/systemd/system/*.wants/*;\ rm -f /lib/systemd/system/local-fs.target.wants/*; \ rm -f /lib/systemd/system/sockets.target.wants/*udev*; \ rm -f /lib/systemd/system/sockets.target.wants/*initctl*; \ rm -f /lib/systemd/system/basic.target.wants/*;\ rm -f /lib/systemd/system/anaconda.target.wants/*; VOLUME [ "/sys/fs/cgroup" ] FROM local/c7-systemd RUN yum -y install httpd; yum clean all; systemctl enable httpd.service EXPOSE 80 CMD ["/usr/sbin/init"]
先ほどと同様の方法で起動するが、失敗する。
# docker run -it local/c7-systemd Usage of loopback devices is strongly discouraged for production use. Either use `--storage-opt dm.thinpooldev` or use `--storage-opt dm.no_warn_on_loop_devices=true` to suppress this warning. systemd 208 running in system mode. (+PAM -LIBWRAP -AUDIT +SELINUX -IMA +SYSVINIT -LIBCRYPTSETUP -GCRYPT -ACL -XZ) Detected virtualization 'docker'. Welcome to CentOS Linux 7 (Core)! Initializing machine ID from container UUID. No control group support available, not creating root group. Please start this container with '-v /sys/fs/cgroup:/sys/fs/cgroup' Failed to allocate manager object: Operation not permitted
エラーが出て停止する。cgroupに関するエラーのようだ。
これは以下のようにコンテナを実行すると回避できる。
# docker run --privileged -ti -v /sys/fs/cgroup:/sys/fs/cgroup:ro -p 80:80 local/c7-systemd
今度はエラーが出ない。起動時の表示が出たまま 以下のようにすると起動していることを確認できる。
# docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 0c3958d6a846 local/c7-systemd:latest "/usr/sbin/init" 4 minutes ago Up 4 minutes 0.0.0.0:80->80/tcp adoring_almeida
変な名前「adoring_almeida」が付いている。なんだろこれ。
試しにホストのlocalhostの80版ポートにアクセスしてみる。
# telnet localhost 80 Trying ::1... Connected to localhost. Escape character is '^]'. GET / index.htmlが返ってくる。
GETできたので成功だ。
あとは終了して、コンテナを終了しておく。
# docker stop adoring_almeida adoring_almeida
他の方法
以下のようにすれば、もっと簡単に検証できらしい。 参照: CentOS 7のDockerコンテナ内でsystemdを使ってサービスを起動する
$ sudo docker run --privileged -d -p 80:80 --name httpd centos:centos7 /sbin/init $ sudo docker exec -it httpd /bin/bash # yum install httpd -y # systemctl enable httpd.service # systemctl start httpd.service # exit $ curl -s http://localhost/ | head -n 1
docker runとdocker execの違いを理解していないため、よくわからなくなってしまった。 以下がそれぞれのコマンドの役割である。
- docker run コンテナを起動する
- docker exec 実行中のコンテナで新しいコマンドを実行する
docker runで起動中のコンテナ上で新しいコマンドを起動したければdocker execを使う。
うえのほうで実行していたapacheのインストールと起動が失敗した理由は単純にDockerfileから起動したものに対してシェルを起動したつもりになっていて実はそうなっていなかったのかも。
systemdについてちょっと調べた
参考文献を並べて重要な箇所だけ引用する。 参考になった順にならべる。
なぜsystemdなのか? (翻訳 Why systemd(2014-07-23)by Jorgen Schäfer)
SysV initサービスを起動したり停止したりするのに用いられる一般的な方法は”service”コマンドを用いることです。多くの人はinitスクリプト/etc/init.d/$nameを直接使いますが、実はこれには問題があります。initスクリプトをカレントの環境で起動するのですが、ブート時に有効な環境とは違う可能性があるからです。影響としてコマンドラインから実行させた時はソフトウェアが正しく起動するのに、ブート時の起動では失敗してしまう、というようなことがあります。
sysinitの場合はスクリプトに依存関係がある場合にうまく起動できない場合がある。
似たように、SysV initは、機能をinit自身に実装することはせず、それぞれ全てのサービスに対して、共通の機能を実装するように求めています。
daemon化がそれぞれのスクリプトで実施する必要があるのは確かに面倒くさい。 それにforkが2回実行されると祖父プロセスとの関連性を失うのも良くない。
GNU/LinuxにとってDebian とUbuntuがsysytemdに乗り換えたという決定は、まぎれもなくsystemdが勝ったということを意味しています。使い手の好みに関わらず、systemdは、いまやGNU/Linuxのinitシステムなのです。
systemd同様にsysinitを置換する候補としては以下のように多くのソフトウェアがあるらしい。しかし勝者はsystemd。 * eInit * Upstart * OpenRC * initng * busybox-init * s6 * procd
systemdと連動するためにサービスをデーモン化する必要はありません。supervisorを使った時と同じように、プロセスは通常通り実行できます。syslogにログメッセージを記録する時でさえ、stdoutとstderrに書き込むだけでよいのです。
syslogとの連携が標準出力だけなんて楽だな。 しかも、ログをありかを覚えておく必要はなく、systemdのコマンドを使えば良いらしい。 知らないシステムを調査しなければならない時にログの在処を探し当てるのが面倒くさいんだよね。
CentOS 7実践ガイド (古賀 政純)
http://www.amazon.co.jp/dp/484433753X centos7からsystemdが採用されるそうだ。操作方法などがまとめられている。
systemd超入門(佐々木 大輔)
http://dev.classmethod.jp/cloud/aws/systemd-getting-started/
PIDではなくcgroupによってプロセスを管理する
cgroupを使っているから、コンテナ関連の話でsystemdが出てくるのだろう。 Dockerのコンテナはsystemdにおけるユニットとして実行されることでリソースが制限されるのだろうか。
without systemd
http://without-systemd.org/wiki/index.php/Main_Page systemd反対派(?)のWiki systemdのどこがわるいのかはよくわかっていない。 少なくとも多くのディストリで標準になりつつある現状を見ると、反対派のちからが及ばない程度にsystemdは優れているのだろう。
systemd-nspawn (Arch Linux wiki)
https://archlinuxjp.kusakata.com/wiki/Systemd-nspawn
Dockerより柔軟なコンテナ型仮想化 systemd-nspawn を使ってみた
まぁね。ArchWikiに書いてあるしね・・・別にいらん世話かとは思いますけど、DockerやRocketみたいなコンテナ型の仮想化機構です。
ステッドラー アバンギャルド 927AG-S をJETSTREAMに換装
自分はJESTREAM厨なのだが、JESTREAMの高級モデルはデザインが今ひとつ。 (なぞの宝石がついているところとか。)
三菱鉛筆 多機能ペン ジェットストリーム プライム 3&1 MSXE450000724 ブラック
- 出版社/メーカー: 三菱鉛筆
- 発売日: 2013/10/20
- メディア: オフィス用品
- この商品を含むブログ (3件) を見る
したがって、他社のボールペンにJETSTREAMのリフィルを入れて使うことになる。
しらべてみると、ステッドラーのアバンギャルドはJETSTREAMが入るらしい。 色とか値段がちょうどいいので購入したので紹介する。
以下の2つの商品をアマゾンで購入した。
- アバンギャルド 927AG-S
- ジェットストリームプライム多色多機能用 3本入 0.5mm 黒赤青
ステッドラー 多機能ペン アバンギャルド 927AG-S クールシルバー
- 出版社/メーカー: ステッドラー
- メディア: オフィス用品
- クリック: 2回
- この商品を含むブログを見る
三菱鉛筆 ボールペン替芯 ジェットストリームプライム多色多機能用 3本入 0.5mm 黒赤青 164145002
- 出版社/メーカー: 三菱鉛筆
- メディア: オフィス用品
- この商品を含むブログを見る
アバンギャルドの包装が高級感があって、ワクワクさせる。
開けて取り出すと、かなり軽い。使ってみないとわからないが、この軽さは微妙かもしれない。
換装する前に少し試し書きしてみたところ、なんとなくかすれる感じがする。
日頃JETSTREAMに慣れているとカサカサ感が否めない。
3色のボールペンとシャープペンシルが入っているのだが、どれを出すかは、ペンのどこが上を向いているのかで変わる。
ペンの上部に「Black」「0.5mm」「●」「Red」と書かれていて、それぞれが書かれている部分を上に持ってきて、ノック部を押すと対応するペン先が出てくる。 ちなみに0.5mmはシャープペンシル、●は青色に対応している。多分●は他の色を入れてもいいよってことなんだろう。
この仕組みのためか、中でシャカシャカ音がなる。
ペンを開けてペン先を入れ替えるのは非常に簡単だ。完全にJETSTREAM互換だ。
やはりJETSTREAMはいい。 書いたときの滑らかな感じ、この一言に尽きる。
OpenCVとWebカメラで動画像処理を始める。
やりたいこと
ビリヤードのテーブル上のたまの動きを撮影して、自動的にスコアをつけたり、あとで試合の運びを確認できるようにしたい。 そのために、opencvで動画を解析するのが今回の目的。 * 動作環境: Ubuntu 14.04.2 LTS * Webカメラ: logicool c920t
カメラの動作確認と設定
Linuxで使うのだが、とりあえずキャプチャ(動画じゃなくて、一枚の画像)を取得することにした。 コマンドや使い方は以下を参考にした。 http://atelier-orchard.blogspot.jp/2014_05_01_archive.html
opencvのサンプルコードを動かす
ここまででWebカメラが正常に動いていることを確認できたので、実際にopencvを動かす。
$ sudo apt-get install python-opencv libcv2.4
次に以下のサンプルを実行して動体(動くもの)を検知してみた。 特に画像処理の仕組みを理解したわけではないが、実行できるものを手元で動かすってのは重要だ。できた感があるからね。 http://python-gazo.blog.jp/opencv/%E3%83%95%E3%83%AC%E3%83%BC%E3%83%A0%E9%96%93%E5%B7%AE%E5%88%86%E6%B3%95
サンプルコードをtest.pyという名前で保存して実行する。
$ python test.py
実行結果は以下の通り、手を振ると、動いている部分のエッジが白くなる。 今日の目的はとりあえず達成。(部屋の物がいろいろ見えてしまうので、ぼやかした。)
ビリヤード台がほしい
ビリヤード台がほしい
ほしいと思ったきっかけ
仕事忙しい・・・ビリヤード場いけねぇ・・・
条件
- 1LDKのアパートにおける
- それなりに本格的
- 折りたためること
一般的なビリヤード台の大きさ重さ
- 大きさ: 9フィート
- 重さ: 300kg
自分の部屋に置くのはムリだ。いや実際の大きさを図るまでもなく、ムリなのはわかる。
したがってビリヤード台の中でも家庭用ビリヤード台と呼ばれるジャンルの台を探すことになる。
家庭用ビリヤード台
ググってみるといろいろ出てくるが、気に入ったものだけをリストアップしてみた。
- ES-1800
- ユニバー社製
- 販売ページ(レビューあり)(楽天)
- 高76×幅180×奥90cm
- FP-5B
- Riley社製
- 販売ページ
- 奥84x幅152x高79cm
- Riley社他
ES-1800が6フィートなので、大きさがちょうどいいなと思った。 5フィートは小さすぎる感じ。
しかしRileyの台が本格的で良い感じ。悩む。
6フィート以上のRiley社の台が国内で売ってない・・・?
国内でRiley社の台を売っているところを探してみた。
FP-5BとJL-2Cは見つかるのだが、それ以外の台が見つからない。 6フィートの台がほしいのに。
ということで、とりあえず問い合わせてみることにする。
どの台を買ったとしても、レビューしようと思う。
CentOSでpymilterをインストールしたメモ(2)
以下のエントリの続き
CentOSでpymilterをインストールしたメモ - いわゆる備忘録
持ってきたpymilterのは以下にはサンプル(sample.py)が含まれている。
それを簡単に書き換えて使ってみる
設定
- sample.pyを書き換える
# A simple milter. # Author: Stuart D. Gathman <stuart@bmsi.com> # Copyright 2001 Business Management Systems, Inc. # This code is under GPL. See COPYING for details. import sys import os import StringIO import rfc822 import mime import Milter import tempfile from time import strftime #import syslog #syslog.openlog('milter') class sampleMilter(Milter.Milter): def log(self,*msg): pass def __init__(self): pass def envfrom(self,f,*str): if f == 'hogehoge@example.com': self.setreply('500', '5.7.1', 'go home') return Milter.REJECT return Milter.CONTINUE def envrcpt(self,to,*str): return Milter.CONTINUE def header(self,name,val): return Milter.CONTINUE def eoh(self): return Milter.CONTINUE def body(self,chunk): return Milter.CONTINUE def eom(self): return Milter.ACCEPT def close(self): return Milter.CONTINUE def abort(self): return Milter.CONTINUE if __name__ == "__main__": socketname = "/tmp/sample.sock"; Milter.factory = sampleMilter Milter.set_flags(Milter.CHGBODY + Milter.CHGHDRS + Milter.ADDHDRS) sys.stdout.flush() Milter.runmilter("pythonfilter",socketname,240) print "sample milter shutdown"
- Postfixの設定を修正する。
vi /etc/postfix/main.cf
smtpd_milters = unix:/tmp/sample.sock
- Postfixを再起動する
/etc/init.d/postfix restart
- sample.pyを起動する
nohup sudo -u postfix python sample.py &
pythonのデコレータを勉強するためにmemoizedにlruとtimeout機能を追加してみた
Pythonのデコレータって面白い。
メモ化(Memoization)も簡単に、そして美しく実現できる。
何かDBにアクセスして得られる結果をメモ化でキャッシュして、アプリケーションの動作を高速化したりできるだろう。
ただ無尽蔵に引数と結果の組み合わせをキャッシュされても困る。それにキャッシュするなら、期間も指定したい。
ということでちょっと書き換えてそれを実現してみた。
memoizationは以下のページのものを元とした。
https://wiki.python.org/moin/PythonDecoratorLibrary#Memoize
ソースコード
import pylru import time class memoized_lru(object): '''Decorator. Caches a function's return value each time it is called. If called later with the same arguments, the cached value is returned (not reevaluated). ''' def __init__(self, func, cachesize=1024, expire=1): self.func = func self.cache = cache = pylru.lrucache(cachesize) self.expire = expire def __call__(self, *args): if not isinstance(args, collections.Hashable): # uncacheable. a list, for instance. # better to not cache than blow up. return self.func(*args) if args in self.cache: (value, ts) = self.cache[args] now_ts = time.time() if (now_ts - ts) < self.expire: return value # no valid cache! call function. value = self.func(*args) ts = time.time() self.cache[args] = (value, ts) return value def __repr__(self): '''Return the function's docstring.''' return self.func.__doc__ def __get__(self, obj, objtype): '''Support instance methods.''' return functools.partial(self.__call__, obj)