オタク日記

(Mac と Linux, 2014Q2)

2014-06-18 (Wed): 自宅サーバがクラッシュ

Mac Pro のメモリがおかしくなって、その時は「もうだめか」と思ったものだが、 その後一月近く無事に動いてくれて、危機感が薄れてきていた。 (というか、中古の旧型 Mac Pro が意外に高価で、現行機に頼り続けるしかなかったとも言う :-)

しかし、そんな平和な日々も長くは続かず、今度は、 自宅サーバ (Lark、 Ubuntu-14-04 on ThinkPad X200) がクラッシュ…… 昨晩、寝ているところを家人の「ネットに繋らない」とのクレームで起こされた。 なので、最初は WiFi ルータを疑ったが、どうやらそれは、 Lark の DHCPd + Dynamic DNS が止まった事による artifact だったようだ。

CPU （本体左奥）のあたりが触れないくらい熱いので、 Power button の長押しで一旦電源を切り、 5 分程放置して少し温度が下がってから起動したら、あっさり動き始めた。 家中の PC/Mac がインターネットにアクセスできるようになったようだ。 (有難い！） しかし、オーバヒートが原因だったように見えるので、ThinkPad を立てた状態でしばらく様子を見る。

その間にちょろっと原因解明を…… syslog には何も残っていない。 というか警告もなしに、ゴミ（バイナリ？）データが書き込まれてお終いになっている。 これはおかしいな、と思い、CPU 温度や電池がどうなっているか調べようとしたら、 /proc の下にそれらしいファイルが何もない。 BAT0 も同様……。 どうやら、新しい Ubuntu では各所の温度や電池の状態を調べるには、 それぞれ固有のコマンドを用いる事になっているらしい。

何はともあれ温度の測定は必須だ……

fukuda@lark:~% sudo apt-get install lm-sensors
fukuda@lark:~% sensors
acpitz-virtual-0
Adapter: Virtual device
temp1:        +49.0°C  (crit = +127.0°C)
temp2:        +46.0°C  (crit = +104.0°C)

thinkpad-isa-0000
Adapter: ISA adapter
fan1:        3773 RPM
temp1:        +49.0°C  
temp2:        +47.0°C  
temp3:            N/A  
temp4:        +47.0°C  
temp5:        +35.0°C  
temp6:            N/A  
temp7:        +34.0°C  
temp8:            N/A  
temp9:        +48.0°C  
temp10:       +50.0°C  
temp11:           N/A  
    .....
coretemp-isa-0000
Adapter: ISA adapter
Core 0:       +41.0°C  (high = +105.0°C, crit = +105.0°C)
Core 1:       +47.0°C  (high = +105.0°C, crit = +105.0°C)

さて次はバッテリの状態……

% fukuda@lark:~% sudo apt-get install upower 
% fukuda@lark:~% upower -e                                              
/org/freedesktop/UPower/devices/battery_BAT0
/org/freedesktop/UPower/devices/line_power_AC
% fukuda@lark:~% upower -i /org/freedesktop/UPower/devices/battery_BAT0
 native-path:          BAT0
 vendor:               SANYO
model:                42T4534
serial:               482
power supply:         yes
updated:              Tue 17 Jun 2014 10:58:51 PM JST (14 seconds ago)
has history:          yes
has statistics:       yes
battery
  present:             yes
  rechargeable:        yes
  state:               charging
  energy:              2.18 Wh
  energy-empty:        0 Wh
  energy-full:         20.08 Wh
  energy-full-design:  28.8 Wh
  energy-rate:         0 W
  voltage:             15.093 V
  percentage:          10%
  capacity:            69.7222%
  technology:          lithium-ion    

それはともかく、これを見ると「充電量が 10% のまま永久に充電中」になっていて、もはやバッテリとして働いていないのは明白。 ここで AC アダプタを外したら即パワーオフだろう—— いつぞやは好奇心に抗しきれずにやってしまったが、今回は踏み止まる事ができた :-)

それでは、と何故か残してあった、互換バッテリと入れ換えてみるが、 こちらは 3 時間経っても残量が 0 のまま。 どうやら、ダメになっていた奴を捨てきれないで引出しにしまい忘れていただけ、 のようだ。

仕方ないので、互換バッテリを発注した。送料込で 5000円也。

過熱の原因がダメなバッテリである可能性は十分あるので、 発注したバッテリが届くまで、何も挿さないでおこうかとも思ったが、 万が一の怪我の功名を期待して、元の方 (4 cell) に差し替えて、新バッテリの到着を待つ事にした。

fukuda@lark:~% upower -i /org/freedesktop/UPower/devices/battery_BAT0 
    .....
  battery
    .....
    state:               fully-charged
    energy:              18.66 Wh
    energy-empty:        0 Wh
    energy-full:         20.08 Wh
    energy-full-design:  28.8 Wh
    energy-rate:         0.033 W
    voltage:             16.689 V
    percentage:          92%
    capacity:            69.7222%
    technology:          lithium-ion 

2014-06-07 (Sat): Paspberry Pi カメラ再訪

新 Raspberry Pi の追加とカメラの装着

本体は既に買ってあったが、SD card は新たに買う必要が有った。 前回 class 6 のカードに Raspbian OS を書き込むのに、えらく時間がかかったので、 今回は class 10 のを奮発した。 で、前回と同様にして Mac-mini で書こうとしたのだが、 やっぱり凄く遅い。というか、前回の 1.5 MB/s よりさらに遅くなって、 300 kB/s あたりとなっている。単純外挿すれば、2時間半以上かかる事になる。 さすがにこれは中断した。

次に、 Mavericks の Disk Utilities を使って焼いてみた。 すると、あっと言う間に転送が終って 「なあんだ、最初からこうすれば良かったんだ」 と思ったが、しかし、こうして焼いたカードでは、 ブートが途中で止まってしまう。

やはり dd コマンドを使うしかないのか。しかし、bs を細かく弄るくらいしか思いつかないなぁ、なんて悩んでいると、 ふと最初に感じた疑問を思い出した。どこかで見つけたインストラクションに of=/dev/rdisk2 としろと有ったが、# diskutil list では当然 /dev/disk2 なので、rdisk2 は何かの間違いだろうと決めて、disk2 としたのだった。 まさか、とは思ったが、rdisk2 で試してみた。すなわち、

fukuda@mac-mini-3:~% diskutil unmountDisk /dev/disk2
Unmount of all volumes on disk2 was successful

fukuda@mac-mini-3:~% sudo dd bs=1M  if=2014-01-07-wheezy-raspbian.img of=/dev/rdisk2              
2825+0 records in
2825+0 records out
2962227200 bytes (3.0 GB) copied, 242.136 s, 12.2 MB/s 

焼けた SD カードと友人に買ってきてもらった USB キーボードを古い方の Raspi に挿して power-on したら無事立ち上がった。Raspi01 と同様に初期設定を行う。 違うのは、hostname を Raspi02 とした事くらい。

新しい SD カードを新しい方の Raspi に挿す (以降、Raspi02 と呼ぶ)。

新しく購入した Raspberry Pi Camera Module (ver.1.3) をそれぞれ、Raspi に装着。

Raspi 設定から camera の起動

Raspi01: Raspi01 を turn on して Quadra (Mac Pro) から ssh でログインして packages を更新。mjpg_streamer も更新 (git pull) して、再コンパイル:

pi@raspi01:~% sudo apt-get update
pi@raspi01:~% sudo apt-get upgrade
pi@raspi01:~/mjpg-streamer% git pull
pi@raspi01:~/mjpg-streamer/mjpg-streamer-experimental% make USE_LIBV4L2=true clean all    
pi@raspi01:~/mjpg-streamer/mjpg-streamer-experimental% sudo make DESTDIR=/usr install
pi@raspi01:~% mjpg_streamer \
         -i "/usr/lib/input_raspicam.so -fps 30" \
         -o "/usr/lib/output_http.so -w /usr/www" &! 

Raspi02: こちらも Raspi02 を power on した後 Quadra から ssh でログインして作業。 raspi01 でやった作業を最初から繰返す（つまり、libv4l-devel, cmake 他のインストールから始める。）

pi@raspi02:~% sudo apt-get update
pi@raspi02:~% sudo apt-get upgrade
pi@raspi02:~% sudo apt-get install libv4l-dev libjpeg8-dev subversion imagemagick uvcdynctrl 
pi@raspi02:~% sudo apt-get install cmake
pi@raspi02:~% git clone https://github.com/jacksonliam/mjpg-streamer.git
pi@raspi02:~% cd mjpg-streamer/mjpg-streamer-experimental/
pi@raspi02:~/mjpg-streamer/mjpg-streamer-experimental% make USE_LIBV4L2=true clean all    
pi@raspi02:~/mjpg-streamer/mjpg-streamer-experimental% sudo make DESTDIR=/usr install
pi@raspi02:~% mjpg_streamer \
        -i "/usr/lib/input_raspicam.so -fps 30 -br 55 -co 20" \
        -o "/usr/lib/output_http.so -w /usr/www" &! 

Multi (両眼視) カメラのプロトタイプ

マルチストリームの受信

まずウェブブラウザで試してみたが……

• Firafox では、そもそも一つのストリームでもうまく行かない——latency 大、動きがカクカクする。 （既知の問題だが忘れていて、ちょっと悩んだ。）
• Chromeでは、（前回同様）ストリームが一本の時はうまく行くが、 二本にして同時に表示させると、片方（後から受信を始めた方）が時々表示が消える。
• Safari でも、Chrome と同様の結果となった。

先々もっとストリーム数を増やすかも知れないので、 何だか前途に暗雲が漂う結果となったが、 OpenCV-Python のスクリプトではなんとかうまく行った。 但し、表示ウィンドウの名前と URL をそれぞれ raspi01 と raspi02 にして get_stream01.py と get_stream02.py を作り、別々に起動する必要が有った。

fukuda@quadra:~% python2.7 script/get_stream01.py  &!      
fukuda@quadra:~% python2.7 script/get_stream02.py  &!    

この時の CPU の占有率は、

• get_stream01.py: 34-36%
• get_stream02.py: 34-35%

ちなみに、Raspi の方は

• Raspi01: 46-51%
• Raspi02: 45-50%

マルチカメラのビデオストリームを表示
（非常に大雑把ながら両眼視できている？）

2014-05-31 (Sat): Python 環境の見直し

py3k だけで生きて行くのは難しい

何故か「ムキ（向き？）」になって Python 3K への移行を目指してきたが、 Django, Mezzanine がそれに対応するようになるに及んで、かなり目標に近付いたと思っている。 （よく考えてみれば、Gnuplot.py, gnuradio, git, web2py 等々 py27 でないとダメなものはまだ結構あるのだが。）

そんなところに OpenCV を使う事になったので、当然のように、 py33 で何とかならないかとジタバタしてみた。 少し前にちょこっと触ったみた時に OpenCV3 ならば py3k で動きそう、という感触を得ていたので、 またぞろ「向き」になって、3.0.0b の make を試みたのだが、 どうしてもインタプリタとして、Python-2.7.x を選んでしまう。 もうちょっと押せそうな気もしたが、 それまでに「そもそもどれが 3.0.0b のソースなのか分らなかった」事とか、 Stack Overflow で見た担当者の傲慢さ等にも嫌気が差してきていたので、 3.0.0b は諦めて、2.9.x で行く決心がついた。

つまり py33 を通す事はあきらめて、 py27 の上で、2.9.x を使う事にした。

PyPI と MacPorts の干渉

Mezzanine は MacPorts に無いので、 不本意ながら PyPI 版を使っている。 つまり、Python のパッケージコントロールは MacPorts と PyPI (pip) とが混在していた。 インストール当初は何の問題も無く両立しているように見えたが、 pip freeze で、MacPorts のパッケージが見える (list される) ので、何だか気味が悪いなとは思っていた。

で、今回 py33-matplotlib を MacPorts でインストールしようとしたら、 その悪い予感が当ってしまった。 six や pyzt が依存関係を満足しないと言って、matplotlib のインストールが途中で止まる。 では pip で再インストールを、となったが、そもそも pip が起動できない。 MacPorts で pip を再インストールしてもダメ…… 大パニック。

一層、全部強制的に消して一から、とキレかけたが……何とか気を取り直して pip の起動時のエラーメッセージを見て、ファイル

/opt/local/Library/Frameworks/Python.framework/Versions/3.3/lib/python3.3/site-packages/pip-1.5.3.dist-info

ここまで来て、MacPorts で入れた pip を、その後何度も pip 自身で upgrade した事を思い出した。これが悪かったに違いない。 MacPorts と pip を安定に共存させるには MacPorts で入れたパッケージは pip でアップグレードできないようにする仕組が必要のようだ。 ともあれ、これも、py33 への拘りをあきらめる遠因となった。

OpenCV-Python と matplotlib の環境構築

というような訣で、OpenCV-Python とその関連のモジュール ( numpy, scipy, matplotlib, iPython) を、py27 の上にインストールする事にした。 これで良いなら全てが MacPorts で管理できるので、それ程難しい話ではない。

しかし、些細ながら、依存性がうまく解決されないところもあるので、 インストールの手順の案を示しておく。

# baseline
fukuda@quadra:~% sudo port install python2.7 py27-readline py27-numpy    
# OpenCV-Python (takes a long time.)
fukuda@quadra:~% sudo port install opencv
# matplotlib
fukuda@quadra:~% sudo port install py27-matplotlib
fukuda@quadra:~% sudo port install py27-ipython
# py27-scientific has been installed with py27-ipython
fukuda@quadra:~% sudo port install py27-pyqt4 py27-pygments py27-zmq 
# these modules are required for ipython on qtconsole
fukuda@quadra:~% ipython qtconsole --pylab=inline 

qtconsole で Interactive Shell 内にグラフが表示される

iPython? matplotlib?

この両方とも上で事も無げにインストールしているが、 実はこれまで matplotlib を意識的に避けてきたのだった。 Gnuplot + Gnuplot.py に比べてこちらの方が、python + numpy の環境への親和性が高そうだという事は解っていて、移行してみようか、 と思い立った事も何度かあるのだが、その度に撃退されてしまった。 iPython を使うか使わないか、pylab って何やってんだろ、等の「もやもや」と相俟って、 チュートリアルをやっている内に頭の中が煮詰ってきて、「もうやってられねぇ」 となるのでありました。

今回も半ば切れかけていたのだが、こういう時はやはり「急がば回れ」のようで、 matplotlib のホームページに秀逸な解説 (FAQ) が有った。それを自分なりに纏めてみると……

1. モジュールを実直に load して、ディフォルト無しで、グラフを作ろうとすると

   >>> import matplotlib.pyplot as plt
   >>> import numpy as np
   >>> x = np.arange(0, 10, 0.2)
   >>> y = np.sin(x)
   >>> fig = plt.figure()
   >>> ax = fig.add_subplot(111)
   >>> ax.plot(x, y)
   >>> plt.show()    

   結構面倒だし、一度 plt.show() した後は fig object がおかしくなるようで、fig = plt.figure() の行から入力しなおさないと、 plt.show() が効かない。
2. さすがにこれでは面倒すぎるので、pyplot の state-machine を使うと

   >>> import matplotlib.pyplot as plt
   >>> import numpy as np
   >>> x = np.arange(0, 10, 0.2)
   >>> y = np.sin(x)
   >>> plt.plot(x, y)
   >>> plt.show()    

   てな具合に簡素化できる。
3. さらに pylab を使うと、

   >>> from pylab import * 
   >>> x = arange(0, 10, 0.2)
   >>> y = sin(x)
   >>> plot(x, y)
   >>> show()    

   とできる。つまり、pylab は matplotlib.pyplot と numpy を含んでいる、という事。
4. iPython の起動時

   fukuda@quadra:~% ipython --pylab 

   とやれば、この import 文まで省略できる上に、show() も省略できて

   In [1]: x = arange(0, 10, 0.2)
   
   In [2]: y = sin(x)
   
   In [3]: plot(x, y)
   Out[3]: [<matplotlib.lines.Line2D at 0x1066b41d0>]    

   のような感じになる。 (この場合は、inline ではなく、別の窓が開いてグラフが表示される。) こうなって何が嬉しいか、というと、どうやら MATLAB とそっくりになる事らしい。

2014-05-21 (Wed): MacPro で久々の Kernel Panic

MacPro に戻って System Information をよく観ると、 何と DIMM Riser Card B のメモリが認識されていない。 うむ Card が壊れたか、と思うが、一応お約束の手順から始める。

1. Riser A/B を Mother Board (MB) から外し、メモリを挿し直す。 その上で、Riser Card も挿し直す ⇒ 無事ブートし、8 GB 認識される。 「なんだ、やっぱりこれか……」と安心しかけていたら、いきなり「バシッ」 という音がして reboot が始まる。無事立ち上がったが、4 GB しか認識されなくなった。もう一回、shtudown/start をやってみるが、 認識されるのはやはり 4 GB だけだった。
2. Riser B を MB から外す ⇒ 無事ブートし 4 GB 認識される。 Apple の言い分からすると、本来これは有り得ない。Riser A/B の対応する slot にメモリが挿さってないといけないから。
3. 上で外した Riser B を、Riser A と取り替える（つまり、 元の Riser B を ソケット A に挿す）⇒ 無事ブートし 4 GB 認識。 どうやら、問題は MB 側 (のソケット B の辺り) に有りそうだ。
4. Riser B のメモリを両方とも Riser A に移し、 それを MB のソケット A に挿す。⇒ 無事ブートし 8 GB 認識。 良かった、App を沢山起動しっぱなしのズボラな生活を続けられる、 元い、VMware Fusion が使い続けられる！

最後のは「さらに有り得ない」構成の筈だが、何故か上手く動いている。

Riser A Card だけでちゃんと動いている様子

結局、Apple さんのメモリ構成に対する「要求」は過剰だったとも言えるが、 メモリモジュールが結構高温になる事もあり、モジュール 4 本がすべて Riser A に載っている状態というのもあまり好ましくない。 しかし本格的に修理するとなれば即 MB の交換となる訣で、 こっちも何だかアホらしい気がする。とりあえずは現状のままで様子を見よう。

この愛機 MacPro は買って 8 年で、すっかり枯れて安定していた—— 今回の Kernel Panic の診断メッセージによると、前の Panic は 410 日も前だとか。 なので、次にハードウェアの故障が出たら「天寿」だと諦めようと思っていたが、 今回の故障は結果的には何とか救えてしまった…… ともあれ、長期的にどうするかを考えないといけない。が、あの火鉢（ゴミ箱） MacPro には食指が動かないしなぁ。旧型 MacPro の中古を手に入れるか、 またぞろ Linux に戻るか……悩ましい。

2014-05-19 (Mon): ストリーミング動画を OpenCV で受ける

RaspPi 純正のカメラを繋ぐ

Raspbian/RaspPi で動く最新の mjpg-streamer は、どうやら Raspberry Pi Camera Module (? 例によって、どれが正式な型名なのかよく分らない）に特化しているようだ。 このカメラだと、Sharpness, Contrast はもとより、画像の Rotation や Flip まで制御できるらしい…… という事で、どうしても試してみたくなり、 純正カメラ (Rev 1.3) を知人からお借りして継いでみた。

しかしすぐにはうまく行かなかった。mjpg-streamer を立ち上げると

mmal: mmal_vc_component_create: failed to create component 'vc.ril.camera' (1:ENOMEM)
mmal: mmal_component_create_core: could not create component 'vc.ril.camera' (1)
error create camera 

大いに悩んだが、結論から言うと、 「raspi-config で、camera を enable していなかった」というお粗末。 しかし、弁解をさせて頂くなら、これを enable してなくても、 普通のウェブカメラでは前述のように問題なく動いたんだよねぇ。

ともあれ、これをイネーブルして動く事を確認したので、 motion daemon を止めてしまい、改めて mjpg_streamer を USE_LIBV4L2=true を外して再コンパイルするところから……

pi@raspi01 ~ $ sudo apt-get remove motion
pi@raspi01 ~ $ sudo update-rc.d -f motion remove
pi@raspi01 ~/mjpg-streamer/mjpg-streamer-experimental $ make clean all
pi@raspi01 ~/mjpg-streamer/mjpg-streamer-experimental $ sudo make DESTDIR=/usr install
install --mode=755 mjpg_streamer /usr/bin
install --mode=644 input_uvc.so output_file.so output_http.so input_raspicam.so /usr/lib/
install --mode=755 -d /usr/www
install --mode=644 -D www/* /usr/www
pi@raspi01 ~/mjpg-streamer/mjpg-streamer-experimental $ cd
pi@raspi01 ~ $ mjpg_streamer -i "/usr/lib/input_raspicam.so --fp 30" 
  -o "/usr/lib/output_http.so -w /usr/www"
MJPG Streamer Version: svn rev: Unversioned directory
 DBG(/home/pi/mjpg-streamer/mjpg-streamer-experimental/plugins/input_raspicam/input_raspicam.c,  input_init(), 118): argv[0]=raspicam input plugin
....
 i: fps.............: 30
 i: resolution........: 640 x 480
 i: camera parameters..............:

Sharpness 0, Contrast 0, Brightness 50
Saturation 0, ISO 400, Video Stabilisation No, Exposure compensation 0
Exposure Mode 'auto', AWB Mode 'auto', Image Effect 'none'
Metering Mode 'average', Colour Effect Enabled No with U = 128, V = 128
Rotation 0, hflip No, vflip No
 o: www-folder-path...: /usr/www/
 o: HTTP TCP port.....: 8080
 o: username:password.: disabled
 o: commands..........: enabled
 i: Starting Camera
 DBG(/home/pi/mjpg-streamer/mjpg-streamer-experimental/plugins/input_raspicam/input_raspicam.c, worker_thread(), 553): Host init, starting mmal stuff
 ....
 DBG(/home/pi/mjpg-streamer/mjpg-streamer-experimental/plugins/input_raspicam/input_raspicam.c, worker_thread(), 880): Starting video output

pi@raspi01 ~ $ top  
  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND
  ....
  3533 pi        20   0  108m 2288  956 S  71.3  0.6   5:45.70 mjpg_streamer    
  ....

OpenCV: インストールと動作確認

さて本題の OpenCV。 これを大昔の記憶を基に Quadra (MacPro 1,1) にインストールしようとしたら結構はまってしまった……大体 Python.org の PyPI で opencv で検索したら、opencv-cython 他、ずらずらと出てくるのが良くないぞ :-p。 （あと、OpenCV3 に拘ったのも時間の浪費だった。）

要は、今時の OpenCV には Python binding が「同梱」されているので、 MacPorts で opencv をインストールすれば、関連の module (cv, cv2 等) も一緒にインストールされるのだった。

fukuda@quadra:~% port installed opencv
The following ports are currently installed:
  opencv @2.4.8_2
  opencv @2.4.9_0+python27 (active)
fukuda@quadra:~% python2.7
Python 2.7.6 (default, Nov 12 2013, 13:12:10) 
[GCC 4.2.1 Compatible Apple Clang 4.1 ((tags/Apple/clang-421.11.66))] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import cv, cv2
>>> cv2.__version__
'2.4.9'    

お客様は OpenCV で、と仰っているので Python binding に拘るのは、半ば私の趣味であるが、しかし、実際これは霊験あらたかで

fukuda@quadra:~% python2.7
Python 2.7.6 (default, Nov 12 2013, 13:12:10) 
[GCC 4.2.1 Compatible Apple Clang 4.1 ((tags/Apple/clang-421.11.66))] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import cv2, cv
>>> cv2.namedWindow("Original")
>>> cap0 = cv2.VideoCapture(0)
>>> key = -1
>>> while (key < 0):
...   success0, img0 = cap0.read()
...   cv2.imshow("Original", img0)
...   key = cv2.waitKey(27)
...    

OpenCV-Python が WebCam の動画を表示中

OpenCV: ストリーム映像を受ける

さて、この cv2.VideoCapture() をうまく設定してやれば、 （つまり '0' のかわりに URL を書いて）remote のネットワーク・カメラからの動画を OpenCV のフレームとして取り込めるのではないか、というのが「お題」であったのだが、 結局今のところこれはうまく行ってない。 しかし、Motion-JPEG に話を限るなら、単に JPEG 画像を次々に送ってくるだけなので、VideoCapture の代りに、urllib を使ってダラダラとデータを取り込み、その後で frame を切り出し、decode してもうまく行く筈……という事で、 StackOverflow から拾ってきた snipet を基に、次のようなコマンドを書いてみた。

# get_frame.py
import cv2
import urllib 
import numpy as np

stream = urllib.urlopen('http://raspi01.otacky.jp:8080/?action=stream')
bytes = ''
while True:
    bytes += stream.read(1024)
    a = bytes.find('\xff\xd8')
    b = bytes.find('\xff\xd9')
    if a != -1 and b != -1:
        jpg = bytes[a:b+2]
        bytes = bytes[b+2:]
        i = cv2.imdecode(np.fromstring(jpg, dtype=np.uint8),
                         cv2.CV_LOAD_IMAGE_COLOR)
        cv2.imshow('i',i)
        if cv2.waitKey(1) > 0:
            exit(0)   

これを用いて streaming を試す。

# Raspi に log in して、mjpg_streamer を起動
fukuda@quadra:~% ssh pi@raspi01
pi@raspi01 ~ $ mjpg_streamer -i "/usr/lib/input_raspicam.so --fp 30" \
    -o "/usr/lib/output_http.so -w /usr/www" &!
[1] 2151
    ....
 i: fps.............: 30
 i: resolution........: 640 x 480
 i: camera parameters..............:
    ....
 o: www-folder-path...: /usr/www/
 o: HTTP TCP port.....: 8080
 o: username:password.: disabled
 o: commands..........: enabled
 i: Starting Camera
# '&!' をつけて起動したので、prompt が帰ってくる。Exit して Quadra に戻る
pi@raspi01 ~ $ exit
logout
Connection to raspi01 closed.
# Quadra で先の streamer script を走らせる
fukuda@quadra:~% python2.7 script/get_stream.py
Corrupt JPEG data: 32764 extraneous bytes before marker 0xd9 

ここで、self-power の USB-Hub ごしに Logitech のカメラをつないであれば、 上記の mjpg_streamer を立ち上げるところで

pi@raspi01 ~ $ sudo mjpg_streamer -i "/usr/lib/input_uvc.so -f 30" \
    -o "/usr/lib/output_http.so -w /usr/www" &!   

とするだけで、Logitech カメラが動作し始め、受信 (Quadra) 側では、まったく同様にして OpenCV の Window に動画を表示できる。

Raspberry Pi Camera

Logitech WebCam

この時のカメラの配置は以下の通り。（Display の右下の窓は streaming の表示画面。）

Logitech WebCam と Raspi Camera （と Streaming 窓）

まとめ

• 最新版の mjpg_streamer を、Raspbian on Raspberry Pi type B の上で走らせる事で、USB WebCam もしくは Raspberry Pi Camera をネットワークカメラにする事ができた。（但し、動画の encoding は Motion-JPEG のみ。）
• 上記 streaming 信号を Ethernet 越しに Web brower で取り込み・表示する事ができた。
• さらに、Web browser の代りに、OpenCV-Python で組んだ簡単な script により取り込み・表示する事ができた。
• Raspi camera は、Logitech WebCam に比較して（望遠側に振れているにもかかわらず）明るい、分解能が高い、 追加的な電源 (USB power) が不要である等の特長があるが、 一方で、Raspi の CPU パワーを多く食う、ケーブルの取り回しが大変、 などが問題になる可能性も有る。

2014-05-14 (Wed): Raspberry Pi と Webcam でストリーミング

古いのはやっぱりうまく行かない

• RasPi の USB port の bus power は、Webcam を駆動できない。 単に配線が弱いだけなので、太い線でバイパスしてやれば…… などという示唆も有ったが、ここに不安を残すのは嫌なので、 素直に "self power" の USB ハブを買った（今回唯一の追加予算。）
• motion では、十分スムースなストリーミングにはならない。 apt-get でインストールできるので、ついつい「何とかなるのでは」と思ったが、 320x240 でも、1-2 fps より早くならない。
• 上の motion と 一緒に ffmpeg もインストールされるので ffserver (avserver) も試してみたが、こちらは曲がりなりにさえも動くようにできなかった。 大昔これには四苦八苦させられた記憶が有るので、深追いはしない…… 筈なのだが、実は結構時間を潰してしまった。しかし、readme を読んでいたら、なんと「avserver は古いし壊れているので使うをのを避ける事」 などと書いてある。さすがにあっさり諦めがついた。

mjpg-streamer は良さげ

pi@raspi01 ~ $ sudo apt-get update
pi@raspi01 ~ $ sudo apt-get upgrade
pi@raspi01 ~ $ sudo apt-get install libv4l-dev libjpeg8-dev subversion imagemagick uvcdynctrl -y 
pi@raspi01 ~ $ sudo apt-get install cmake
pi@raspi01 ~ $ git clone https://github.com/jacksonliam/mjpg-streamer.git
pi@raspi01 ~ $ cd mjpg-streamer/mjpg-streamer-experimental/
pi@raspi01 ~/mjpg-streamer/mjpg-streamer-experimental $ make USE_LIBV4L2=true all
pi@raspi01 ~/mjpg-streamer/mjpg-streamer-experimental $ ./mjpg_streamer -i "./input_uvc.so -d /dev/video0" -o "./output_http.so"
MJPG Streamer Version: svn rev: Unversioned directory
 i: Using V4L2 device.: /dev/video0
 i: Desired Resolution: 640 x 480
 i: Frames Per Second.: -1
 i: Format............: JPEG
 i: TV-Norm...........: DEFAULT
UVCIOC_CTRL_ADD - Error at Pan (relative): Inappropriate ioctl for device (25)
.....
UVCIOC_CTRL_MAP - Error at Raw bits per pixel: Inappropriate ioctl for device (25)
 o: www-folder-path...: disabled
 o: HTTP TCP port.....: 8080
 o: username:password.: disabled
 o: commands..........: enabled 

やれやれ、 これでシステム構成のベースラインというかバックアッププランはできた、 と喜んでいたら、じわじわと動きがぎこちなくなり、レイテンシも増えてきた。 （Avserver でも同様の症状につきあたり、かつその後どうにもならなかった、 という経験が有るので、少々ショック。）ただ、そのうち Firefox そのものが応答しなくなるという事があって、「もしや」と確認したら、 案の定 Firefox が Mac のメモリが食い潰している。

それなら、という事で、Chrome にしてみた。が、

501: Not Implemented!
no www-folder configured 

しかし、Safari ではちゃんと表示された。 その後 3時間程、Mac の Activity Monitor を監視しているが、 Firefox で見られたメモリリークは起きていないようだ。

mjpg-streamer で 640x480 の画面を表示中

mjpg-streamer を極める

まずは、ちゃんとコンパイル・インストール

pi@raspi01 ~ $ sudo apt-get install libjpeg62-dev 
pi@raspi01 ~ $ cd mjpg-streamer/mjpg-streamer-experimental/
pi@raspi01 ~/mjpg-streamer/mjpg-streamer-experimental $ make USE_LIBV4L2=true clean all
pi@raspi01 ~/mjpg-streamer/mjpg-streamer-experimental $ sudo make DESTDIR=/usr install
pi@raspi01 ~/mjpg-streamer/mjpg-streamer-experimental $ cd    
pi@raspi01 ~ $ mjpg_streamer -i "/usr/lib/input_uvc.so" -o "/usr/lib/output_http.so -w /usr/www"
MJPG Streamer Version: svn rev: Unversioned directory
 i: Using V4L2 device.: /dev/video0
 i: Desired Resolution: 640 x 480
 i: Frames Per Second.: -1
 i: Format............: JPEG
 i: TV-Norm...........: DEFAULT
UVCIOC_CTRL_ADD - Error at Pan (relative): Inappropriate ioctl for device (25)
    ..... snip .....
UVCIOC_CTRL_MAP - Error at Disable video processing: Inappropriate ioctl for device (25)
UVCIOC_CTRL_MAP - Error at Raw bits per pixel: Inappropriate ioctl for device (25)
 o: www-folder-path...: /usr/www/
 o: HTTP TCP port.....: 8080
 o: username:password.: disabled
 o: commands..........: enabled

• ちゃんとコマンドになったので、/etc/init.d へ置いて、自動スタートしやすくなった。
• レイテンシは 1/3 - 1/2 秒程度。 フレームレートを明示的に 60 fps にしても然程変化はない。 表示精度の面から -1 にした方が良さそう。
• libjpeg62-dev をインストールするなど、Jacksonliam 版の最新の要求条件を充たしたが、 Raspberry Pi Camera を繋げなければ、MJPEG にはできないようだ。
• インストールする事で、http://raspi01:8080 へアクセスしたらまずメニューが表示されるようになった。 これによって、Safari 同様 Chrome でも、動画が表示可能になった。
• Firefox でもこれは同じ。しかし、メモリリークの方は直らない。

2014-05-11 (Sun): Raspberry Pi

そんなところに、 これを組込みで使ってみようという「正当」な目的ができたので、 評判の高い Raspberry Pi を触ってみる事にした。 例によってちゃんと調べないで、先輩達に聞いてなんとかしようと……

• Raspberry Pi 本体: 組み込み目的なので Compute Module が欲しかったが、入手が 6 月になるとの事なので、Raspberry Pi, Type B にした。Amazon に注文。翌日には届いた。
• 電源: Kindle の micro-B-USB ケーブルと、Apple のアダプタを流用。
• ビデオケーブル: 現在愛用しているモニタは、HDMI ポートを持っていないので、BluRay ドライブ用に買った HDMI/DVI ケーブルを流用。
• キーボード・マウス: これも今 MacPro で使っているものを流用 (HHK2 （有線 USB）と、それに無線で繋ぐマウス。）
• Ethernet Cable: とりあえず普段持って歩いているフラットな奴を流用。
• SD メモリカード: これだけは新たに買う必要が有った。 Raspberry Pi とのコンパチビリティを気にして？ Class 6 を選ぶという失敗をしてしまった。

起動ディスクを作る

OS は、使用目的から Raspbian と決まっていて、迷う事はなかった。 が、 Downloads サイトから取ってくるのに 1時間近くもかかってしまった。 以下は、SD card slot が備わている Mac-min (Mavericks) で実行した。

fukuda@mac-mini-3:~% scp quadra:2014-01-07-wheezy-raspbian.zip .
fukuda@mac-mini-3:~% unzip 2014-01-07-wheezy-raspbian.zip 
Archive:  2014-01-07-wheezy-raspbian.zip
  inflating: 2014-01-07-wheezy-raspbian.img
    
fukuda@mac-mini-3:~% diskutil list
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Server HD               499.2 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                  Apple_HFS Macintosh HD2           499.8 GB   disk1s2
/dev/disk2
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *8.0 GB     disk2
   1:                 DOS_FAT_32 NO NAME                 8.0 GB     disk2s1
fukuda@mac-mini-3:~% diskutil unmountDisk /dev/disk2
Unmount of all volumes on disk2 was successful

fukuda@mac-mini-3:~% sudo dd bs=4M  if=2014-01-07-wheezy-raspbian.img of=/dev/disk2              
  ....
165+0 records in
165+0 records out
692060160 bytes (692 MB) copied, 474.124 s, 1.5 MB/s
278+0 records in
278+0 records out
1166016512 bytes (1.2 GB) copied, 797.339 s, 1.5 MB/s
706+1 records in
706+1 records out
2962227200 bytes (3.0 GB) copied, 2014.14 s, 1.5 MB/s
fukuda@mac-mini-3:~% diskutil unmountDisk /dev/disk2
Unmount of all volumes on disk2 was successful 

fukuda@mac-mini-3:~% ps ax
  PID   TT  STAT      TIME COMMAND
    1   ??  Ss     0:00.57 /sbin/launchd
   11   ??  Ss     0:00.35 /usr/libexec/UserEventAgent (System)
   12   ??  Ss     0:00.63 /usr/libexec/kextd
   13   ??  Ss     0:00.46 /usr/libexec/taskgated -s
   ....
  254 s000  S+     0:00.02 sudo dd bs=4M if=2014-01-07-wheezy-raspbian.img of=/d
  255 s000  U+     0:01.65 dd bs=4M if=2014-01-07-wheezy-raspbian.img of=/dev/di
   ....
fukuda@mac-mini-3:~% sudo kill -INFO 255

Raspberry のブートと所期設定

そもそもの目的が「組み込み用途」なので、 ssh による remote login だけができれば良い。 そのための最小限の設定のみ行う。 画面のダンプのやり方がよく分らないので、おおまかな感じだけ……

1. 1 Expand Filesystem: enable しておく
2. 2 Change User Password: この設定は必須
3. 4 Internationalization Options: locale: en_US.UTF-8, Time Zone: Asia/Tokyo, keyboard: これはどう設定しても何故か日本語配列になってしまう。
4. 8 Advanced Options: enable して passwd を設定する
   1. A2 Hostname: 短かい名前をつけておく（本機は raspi01 とした。）
   2. A4 SSH: enable しておく（必須）

X11 Desktop

startx してみた。(scrot というツールでダンプできる。）

SSH

Quadra から SSH で login した様子

2014-05-03 (Sat): Cygwin on Windows 8.1

Win8.1 もやっぱり Cygwin に優しくない

Taka Fukuda@S-1-5-21-3717807398-.....:~%

fukuda@thrush:~% 

しかし、username の方はそう簡単ではなかった。 ただ、最初から

• Local Account を作り （"Microsoft Account" では、単一の username が作れない模様）
• これを Administrator アカウントにし
• それでログインしてから、Cygwin をインストールする

「筈」というのは、実際には、Maicrosoft Account で Cygwin をインストールしてしまっていて、おまけに、 そのアカウントを消してしまったために、Cygwin のディレクトリを「合法的」には消去できなくなって……という大騒ぎをやったから。 「うう、また VM から作り直しかぁ」と暗い気持になったが、しかし（消す事はできなくても） rename はできたので、setup-x86_64.exe を再ダウンロード、 それを用いて最小限のインストールをしてみた (勿論 fukuda で login して)。首尾は上々で、zsh の prompt が所期の表示となった。

古い Cygwin の root directory を rename して、新規にインストール

少々グリッチ有り

• ipconfig が何故かインターフェイス名等を日本語で表示しようとする。 おまけにそれが Shift-JIS なので、Cygwin Terminal では文字化けする。
• Cygwin が、user (fukuda) のディフォルトグループを「なし」と設定してしまう。 (それにしても何故グループ名が日本語？しかも「なし」？ :-)

Cygwin Terminal の表示

おまけ

• Killer Appli?: Windows on Fusion は Cygwin 他が使えない事もあって、 長らくその上のブラウザでウェブページの互換性を確認するだけの用途になっていた。 というのも、それまでの「存在理由」だった LTspice IV や MS Office は Mac 版ができていて、今やそれで十分用がたせる。 どうしても Windows でなければ、というアプリは、「弥生会計」くらいかな。 実は、その必要に背中を押されて Win 8.1 に再挑戦したという面もあるのだが、 まごまごしているうちに、freee になりそうな気配。
• McAfee: Win 8 にしたあたりで、McAfee の正式（有償）版にしていたのだが、何と 3月末でそれが切れていた…… Win 8 の不調のせいで殆んど使わないままに、期限切れになってしまった訣だ。 これがまた、Your computer is at Risk! としょっちゅう Pop-up pane が出て五月蝿い事この上ない。ある人の勧めで無償の Anti-virus ソフトを試す事にしたが、何はともあれ、 まずこれをアンインストールする必要があるらしい。 だが、そのやり方が分らない（そう言えば、そもそも 8 or 8.1 でアプリケーションをアンインストールするのはどうやるんだ？） 結局、McAfee のサイトにあるアンインストール専用の実行ファイル (MCPR.exe) を使うしかないらしい。 「まったくもう」であるが、とにかくなんとかアンインストールはできて、 あの五月蝿い Pop-up pane からは解放された。やれやれ……
• ssh/ssh-server: ssh-server は動かすようにできなかった。 （というかちょっと試してみて、permission がらみで躓いてから、深追いしなかった。） しかし、ssh は問題なく動いている。VM の I/F を NAT にしたおかげで、 家庭内 LAN のどの host とも問題なく繋がるし、名前解決もきちんとされる。 なので、面倒臭そう（かつ、問題が続出しそう）な Shared File 関連の設定は一切しないで、ssh がらみ (rsync, scp) だけで済ます事にした。 今のところ問題は無いし、何よりこれはとても快適。
• Emacs: 最少構成で使っている。 そのせいかとても安定しているし、起動も早い。 フォントを設定するために、(prin1 (font-family) ... で使用可能なフォントを捜そうとして行き詰った (これの Windows 版が思い出せない :-) が、Menu で Options → Set Default Font... を選べば、簡単に設定できる。~/.emacs.d/init.el に

  (setq custom-file "~/.emacs.d/.emacs-custom.el")
  (load custom-file) 

  としておけば、Options → Save Options で、このファイルにセーブされる。
• IE: 殆んど使う事がないのだが、 件の脆弱性の話が有るので、 一応自動アップデートされているかどうかを確認した。 驚いた事に、対策済みかどうかをバージョンで云々する情報が皆無のようだ。
• Windows 8.1 の UI: スタートアップ画面が、Desktop になるなど、改善しようという意欲は認めるが、「なんだかなぁ」も多い。 極め付けは、画面の左端中段に出てくる意味不明のペイン。 どうやら Swipe を促しているようなのだが、マウスではどうにもできない。 何より、どうやっても消せない…… と悩んでいたが、偶然カーソルを画面の左上隅に持って行ったら消えた。 もう「バカヤロー」のレベル。
• Firefox: 多分、Win8.1 の GUI に影響されたのだと思うが、 Firefox の UI が変わった。High Light されていない Tab は輪郭が示されない等の見た目の他、 「設定」まで行きつくのが大変になっている、という UI 設計の問題も。 なんで、こういう事をするかねぇ……

2014-04-23 (Wed): Windows 8.1 on VMware Fusion

• とにかくレスポンス（特に window の再描画）が遅い。
• Cygwin が走らない。("0xC0000142 error" が出て止まる）
• McAfee AntiVirus Plus がインストールできない（McAfee の有償ユーザなのに。）
• Win8.1 へのアップグレードができない。("0xC0000142 error" のせい？）
• Win8 の再インストールができない （一旦はインストールはできたように見えるのだが、OS 認証ができない。Product key が違うと言われる。）

という事で、「これはもうダメかも知れない」とばかりに放り出していたのだが、 VMware Fusion が 6.0.3 にアップデートされた上に、 ひょんな事で、Win8 を再ダウンロードするためのサイトを見付けたので、 またぞろ、四苦八苦してみる事にした。

1. VMware を 6.0.3 にアップデート
2. 旧バーチャルマシンを開き、そこから マイクロソフトのサイト にアクセス、ISO image をダウンロード→ save せずに、インストールを試みる。
3. インストールはできたが、認証もできず（Product Key が正しくないと言われる） また、Win8 の最新版へのアップデートもできない。 （これは以前試みた事の再確認。）
4. 再度、ISO image を download。新バーチャルマシンがアクセスできる場所 (~/Desktop) に移動。
5. 旧 VM を止めて、新 VM を作り、それに 上の ISO image から、Win8 をインストール。
6. 今度は、update ができた。（その他の設定変更は一切やらず。）
7. Startup 画面にある「ストア」ペインで、8.1 への無料アップグレードを促されるので、 ストアからイメージをダウンロードしてきて、インストール。 今度はうまく行った。どうやら、新 VM に新規にインストールする、というのがミソらしい。

とりあえずは、この問題を何とかすべく、最小限の設定をやる。

1. Virtual Machine の設定
   • Virutal Machine Tools のインストール
   • memory を 3072 MB, cpu core を 2 個に増強
   • Display の Accelerate 3D Graphics を OFF に
   これで、文字入力はかなり早くなった。
2. Windows の設定:
   • screen resolution を 1440 x 900 に
   • Language Preferences を English (US) に。 （こうしないと、JIS 配列キーボードと看做される。Options から、library をダウンロードする必要あり。）
   • item/font size を 125% に

• Cygwin: 何の問題もなくインストールでき、 terminal で bash/zsh が動く。ssh をインストールしてあるので、scp で rc ファイル群をコピーできたので、 設定がとても簡単。また、試しに Win native の emacs-24.3 もインストールしてみたが、これもちゃんと動くようだ。 （うっかり User Name と Host Name がディフォルトのままだった。 これを何とかしなければ。）
• Firefox: 上の Emacs のためにも、ヒラギノフォント他をインストールしたいところだが、 ぐっと我慢。Xmark だけ追加して、book mark の sync を始めた。
• LTspice IV: これも問題なく動くようになった。 が、むしろ、MacOSX や 旧 VM とのディレクトリの共有が問題。 どうやるかすぐには思い出せず、古い自作回路での動作確認はまだやれていない。

Windows 8.1 on VMware

2014-04-19 (Sat): Ubuntu Server を 14.04 LTS に

となると予てからの目論見である「LTS にしてサーバ管理の手間を省く」は本当に実現できるかどうか、甚だ心許ない。 だとすれば、LTS にアップグレードするのは無駄ではないか……

等という至極まっとうな「懸念」は、たまたま見掛けた 13.10 の start-up 画面（下記）の "Run 'do-release-upgrade' to upgrade to it" を見た途端八割方蒸発し（おお、コマンド一発なんだ）、次いで、 とあるサイトの "Estimated completion time: 20-30m" との記述を見て雲散霧消してしまった （何、30分でできちゃうの？）

Ubuntu-13.10 の startup 画面
（さりげなく、upgrade を促してくる）

Install

fukuda@lark:~% sudo do-release-upgrade 

14:16; 所要 package の確認開始
    *1)
14:24; package download 開始
15:06; package upgrade 開始
    *2)
    daemon の stop/restart 
    *3)
15:45; restart (reboot) 

1. *1) 最初に、ssh でログインして操作している事を検出して、 「問題が有った時に復旧が面倒だけど、それでも続行するか」と聞いてくる。 勿論 Yes と応える——これができなかったら、VPS で使えないではないか。 port: 22 に加えて 1022 も開くぞ云々と言ってくるが無視。 (iptables で port 1022 を開ける操作はしなかった。）
2. *2) 各 daemon をリスタートする時、自動でやるか、 それとも毎回聞いてくるか、と尋ねられる。自動で行く。
3. *3) dovecot, ssl, qemu, logind について、新旧の conf ファイルのどちらを選ぶかを聞いてくる。 いずれも、既存のファイルを選ぶ事にした。

• package のチェックと、download に 50分もかかったのは想定外であるが、これは多分 Ubuntu のサイトが混んでいたからだろう。最近我が家の Flet's が遅くなってるとは言え、平均 100 kB/s (800 kbps) なんて事は有り得ないから。
• 驚いた事に、この間、Postfix (MTA), Apache (HTTPd), qrunner (Mailman) は、ずっと走っていて、落ちるのは個別のリスタート時のみ（それぞれ、10-20 秒？）
• また、システムリブートは最後に一回あるだけ。 上記のサーバ達も当然落ちるが、down-time は高々 30秒くらいのものだろう。

Ubuntu-14.04 の startup 画面
(わずかだがコンパクトになった！）

構成

• OpenSLL: 1.0.1e → 1.0.1f: まだ 1.0.1g になってないが、例の HeartBleed bug には patch で対応済みらしい。
• Python: 2.7.5 → 2.7.6: 大勢に影響はないだろうが、なんだか安心する。 実際、CGI (gnuplot, アクセス解析）も Mailman も問題なく動いているようだ。 Numpy, Django 他も合わせて最新版（-1.8.1, -1.6.1) になっている。 Mailman も問題なく動いている。
• Python: 3.3.2 → 3.4.0: どうしてこういう事をするかねぇ。3.3.5 にしといて欲しかったよ。(Numpy もついて来ないが、これは元からか？）
• Apache: 2.4.6 → 2.4.7: アップグレード前は "Apache Status" で表示されるプロセスがどんどん増えて行くという問題が有ったが、 これが解決されているように見える （こう結論付けるには観察時間がまだ短か過ぎるかも知れないが。）
• DHCPd: dhcpd daemon が作る /var/lib/dhcp/dhcpd.lease と /var/lib/dhcp/dhcpd.lease~ が、再起動の度に owner が root になってしまうという問題が有ったが、これが直っていない。

  fukuda@lark:/var/lib/dhcp% ls -l
  total 28
  -rw-r--r-- 1 dhcpd dhcpd  2025 Oct 26 18:28 dhclient.eth0.leases
  -rw-r--r-- 1 dhcpd dhcpd     0 Oct 26 18:31 dhclient.leases
  -rw-r--r-- 1 root  root   7481 Apr 19 15:47 dhcpd.leases
  -rw-r--r-- 1 root  root  12643 Apr 19 15:42 dhcpd.leases~ 

  2014-04-21 (Mon): owner が root になっても問題無くなっているかも、と期待したが、 /var/log/dhcpd.log を見ていると、dechpd.lease のローテーションに失敗しているようだ。 AppArmor の設定を弄れば何とかなりそうではあるが、 とりあえずは、sudo chown -R dhcpd:dhcpd /var/lib/dhcp/ でお茶を濁しておく。

動作確認

• Crontab: crontab が起動されている事、又 cron から sitemap が作製されている事を確認。
• Mailman + Postfix: あるリストでメッセージが配布される事を確認。Web ページにもアクセス可。
• IMAP4: Lark 上の Dovecot へ 993 ポートを介してアクセスを確認。
• Apache: http://lark.otacky.jp/mailman/admin, http://www.waremo.com, http://www.otacky.jp, http://sweetspot.otacky.jp 他へのアクセス・表示を確認。(それぞれの CGI もざっと確認した。）
• DNS + DHCPd: Python.org の名前解決に、初回 289 msec、次以降 3 msec 掛った（ほぼ従来通り。） DHCPd 単体としての動作、及び DNS との連携も OK。

2014-04-13 (Sun): Wireshark 復活

で、今日になってそれらが解決できたのだが、 そのきっかけが何と「Wireshark の再インストール」だった……。 いや、もっと正確に言うと、再インストールそのものではなく、 使われる X11 を「確定」した後に、Wireshark をインストールする事が重要なのだった。 （「確定」する、というのは、MacOSX 附属の X11、MacPort 版 Xorg、 及び XQuartz、の内、Wireshark のインストール時、 どれが参照されるか決めておく、という事。）

例によって、必要十分な条件を切り出す手間を惜しんだので、 オーバキルになっている恐れはあるが……

1. ~/.MacOSX/environment.plist から、LANG 及び LC_ALL の定義を一掃する。 （一旦ログアウトしないと有効にならない。）
2. port 版の Wireshark, Xorg はアンインストール
3. バイナリ版 XQuartz をインストール
4. /usr/X11 /usr/X11R6 は（もしそうなってなければ）、どちらも /opt/X11 への symbolic link にする
5. バイナリ版 Wireshark をインストール

• 起動が迅速になった (Mavericks)
• Monitor mode でも正常にパケットを取得できるようになった (Mavericks)
• ウィンドウ上のフォントを anti-alias フォントにできた (Lion)

復活した Wireshark (on MBA)

2014-04-12 (Sat): HeartBleed Bug

で、その OpenSSL に重大なバグが見付かって大騒ぎらしい……。

私も一応はウェブサイト（Ubuntu-13.10 server) を公開しているので、 ちょっと心配になって調べてみたが、何のことはない、https じゃないサイトでは Apache はそもそも SSL を使ってないのだった（考えてみれば当り前…… *^^*。) Apache の他に無いか（公開しているかどうかを度外視して）確認すると、 我サイトではどうやら Mailman の qrunner/mailmanctl と Dovecot の imap/imap-login は OpenSSL を使っているようだ。

なので、とりあえず Ubuntu をアップグレード……

fukuda@lark:~% sudo apt-get update
fukuda@lark:~% sudo apt-get upgrade
fukuda@lark:~% aptitude show openssl
Package: openssl                         
State: installed
Automatically installed: no
Version: 1.0.1e-3ubuntu1.2 
    .... 

fukuda@lark:~% openssl version -a
OpenSSL 1.0.1e 11 Feb 2013
built on: Mon Apr  7 20:33:19 UTC 2014
platform: debian-amd64
options:  bn(64,64) rc4(16x,int) des(idx,cisc,16,int) blowfish(idx) 
compiler: cc -fPIC -DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS 
    ....

ちなみに、MacPorts も早速対応したようで、通常の sudo port upgrade outdated の後、

fukuda@quadra:~% port installed openssl
The following ports are currently installed:
  openssl @1.0.1f_0
  openssl @1.0.1g_0 (active) 

それにしても「騒ぎ過ぎ」ではないだろうか。 メモリの内容は当然どんどん変わっていくのに、一度に読めるのはそのほんの一部だけなので、 そう簡単にパスワードが収集できる訣もないだろう —— そもそも、ある人がたまたまパスワードを使ってログインしたばかりでないと、 それがメモリ上に残ってないだろう。 実際、これまで被害は一件も報告されていなようだし。 それに、 bug が見付かって (fix されて) 公開されるまで、一週間弱、 その間に件の「印象的」な呼称（「心臓出血」！）やロゴを作るなど、 なんだか「ちゃっかり商売にしているなぁ」という気がする。