Usoinfo blog

この画像の例のように、muninでサーバーを軽く監視しておきたいので、インストールしようと思う。

1. muninはepelからインストールするので、入れてなければ EPELを設定。
http://mirrors.fedoraproject.org/publiclist/EPEL/
ここから適当なミラーを選ぶと良いが、どこかのミラーから epel-release-6-8.noarch.rpm を入れる。

% su
# rpm -ivh http://ftp.riken.jp/Linux/fedora/epel/6/x86_64/epel-release-6-8.noarch.rpm
...
# vi /etc/yum.repos.d/epel.repo
...
enabled=0 (デフォルトではepelを見に行かないようにしておく。この辺はお好みで。)
...

2. 次に、muninとmuninに必要なものをインストール。

# yum install --enablerepo=epel munin munin-node
...(いろいろたくさんパッケージが入る)
# service munin-node start (とりあえず起動)

3.Webからmuninを見えるように設定。
設定を直接httpd.confかVirtualHostの中に書いても良いし、conf/extra/munin.conf などに分けてincludeしてもいい。インストールしたmuninでは、/var/www/html/munin にファイルが生成されるので、Aliasを切る。必要なら認証もかける。

Alias /munin /var/www/html/munin
<Directory "/var/www/html/munin">
  AuthUserFile ***passwdfile_path***
  AuthName ByPassword
  AuthType Basic
  Require valid-user
</Directory>

こんな感じ。
/var/log/munin 以下にmuninのログがあって、munin-update.log あたりを覗くと、ちゃんと動いているかどうか分かる。5分に1回走るので、15分くらいしたら、http://****/munin にアクセスすると、グラフが見える。はずだ。

4.ついでに、Apacheも監視してみる。
まず、もし plugins にシンボリックリンクが張ってなかったら、こんな感じで張る。

ln -s /usr/share/munin/plugins/apache_accesses /etc/munin/plugins/apache_accesses
ln -s /usr/share/munin/plugins/apache_processes /etc/munin/plugins/apache_processes
ln -s /usr/share/munin/plugins/apache_volume /etc/munin/plugins/apache_volume

次に、muninがApacheからserver-statusを取れるように、Apacheを設定。httpd.confにでも、こんな感じの設定を追加。

# vi httpd.conf
...
LoadModule status_module modules/mod_status.so (もしコメントアウトされていれば有効化)
...
<Location /server-status>
  AddDefaultCharset EUC-JP
  SetHandler server-status
  Order deny,allow
  Deny from all
  Allow   from 127.0.0.1
</Location>

ExtendedStatus On

Apacheを再起動したら、コマンドラインで動作をテストしてみる。

# munin-run apache_accesses
accesses80.value 0

value が U になっている時は、うまくserver-statusが取れてないと思われるので、'curl http://127.0.0.1/server-status' などと手動で実行してみて、apacheの設定が正しいか確認しよう。値が取れていれば、munin-node を再起動して、しばらくするとmuninのグラフに見えるはず。

5.さらに、MySQLも監視してみる。
もし入ってなければ perl-DBD-MySQL をインストール。

# yum install perl-DBD-MySQL

そして、plugins の下にシンボリックリンクを張る。必要なものだけ張ればいいと思うが、ここではとりあえず全部盛りとした。

ln -s /usr/share/munin/plugins/mysql_bytes /etc/munin/plugins/
ln -s /usr/share/munin/plugins/mysql_queries /etc/munin/plugins/
ln -s /usr/share/munin/plugins/mysql_slowqueries /etc/munin/plugins/
ln -s /usr/share/munin/plugins/mysql_threads /etc/munin/plugins/
(ここまでの4つと、ここから下は、オプションで必要な設定が異なるらしい)
ln -s /usr/share/munin/plugins/mysql_ /etc/munin/plugins/mysql_commands
ln -s /usr/share/munin/plugins/mysql_ /etc/munin/plugins/mysql_innodb_bpool
ln -s /usr/share/munin/plugins/mysql_ /etc/munin/plugins/mysql_innodb_io
ln -s /usr/share/munin/plugins/mysql_ /etc/munin/plugins/mysql_innodb_log
ln -s /usr/share/munin/plugins/mysql_ /etc/munin/plugins/mysql_innodb_tnx
ln -s /usr/share/munin/plugins/mysql_ /etc/munin/plugins/mysql_select_types
ln -s /usr/share/munin/plugins/mysql_ /etc/munin/plugins/mysql_table_locks
ln -s /usr/share/munin/plugins/mysql_ /etc/munin/plugins/mysql_connections
ln -s /usr/share/munin/plugins/mysql_ /etc/munin/plugins/mysql_slow
ln -s /usr/share/munin/plugins/mysql_ /etc/munin/plugins/mysql_network_traffic
ln -s /usr/share/munin/plugins/mysql_ /etc/munin/plugins/mysql_qcache
ln -s /usr/share/munin/plugins/mysql_ /etc/munin/plugins/mysql_qcache_mem

監視されるMySQL側には、muninでアクセスするアカウントを作成（既存のアカウントを使うのであれば不要）。

% mysql -h 127.0.0.1 -u root -p
...
mysql> GRANT ALL PRIVILEGES ON *.* TO 'munin'@'127.0.0.1' IDENTIFIED BY 'mypassword!!' WITH GRANT OPTION;

そして、munin-nodeがmysqlにアクセスできるように /etc/munin/plugin-conf.d/munin-node に設定を追加。

# vi /etc/munin/plugin-conf.d/munin-node
...(以下を追加)
[mysql*]
env.mysqladmin /usr/local/mysql/bin/mysqladmin (mysqladminへのパスを書く)
env.mysqlopts -u munin -pmypassword!! -h 127.0.0.1 --port=3306 (さっき設定したアカウントまたは既存のアカウント)
env.mysqlconnection DBI:mysql:mysql;host=127.0.0.1;port=3306
env.mysqluser munin
env.mysqlpassword mypassword!!

上２行は mysql_bytes から mysql_threads まで、下３行は mysql_ のプラグインに必要な設定のようで、両方必要のようだ。

設定したら、munin-run で動作確認。

# munin-run mysql_queries
Warning: Using a password on the command line interface can be insecure.
delete.value 373
insert.value 3025
replace.value 0
select.value 7018
update.value 177
cache_hits.value 0
# munin-run mysql_commands
Com_delete.value 373
Com_insert.value 3025
Com_insert_select.value 0
Com_load.value 0
Com_replace.value 0
Com_replace_select.value 0
Com_select.value 7018
Com_update.value 177
Com_update_multi.value 0

追補
MySQLとmuninのバージョンの組み合わせによっては、/usr/share/munin/plugins/mysql_ 系の各コマンドで、"Unknown section: INDIVIDUAL BUFFER POOL INFO at /etc/munin/plugins/mysql_**** line xxxx." のエラーが出て動作しないことがある。
これは、MySQL の SHOW ENGINE INNODB STATUS に、muninが読解不能のセクションが含まれているのが原因の模様。とりあえずの回避策として、当該のセクションをスキップするように変更。

# /usr/share/munin/plugins/mysql_
(1084行目あたり)
...
        'TRANSACTIONS'             => \&parse_transactions,
        'BACKGROUND THREAD'        => \&skip,
        'INDIVIDUAL BUFFER POOL INFO'   => \&skip,
    );
...

これでスキップされるはずだ。

6.仕上げ
設定できたら、munin-node を再起動。ついでに、OSのブート時にmunin-nodeが起動するように設定しておく。

# service munin-node restart
# chkconfig --add munin-node
# chkconfig munin-node on

OSはWindows XP SP3。ランタイムが入っていないのが原因か？ 必ずしもどもXPでも起こるわけではないようである。
手動でいく。

まずここ http://www.microsoft.com/ja-jp/download/details.aspx?id=39469 から、Windows XP、Windows Server 2003 (64 ビット)、Windows Vista、および Windows Server 2008 用 Microsoft .NET Framework 1.1 Service Pack 1 セキュリティ更新プログラム (KB2833941) をダウンロード。

実行すると、インストール途中で 'netfx.msiがないので場所を指定して' 的なことを言われる。WindowsUpdateで失敗していたのはこれのせいか。
netfx.msiを入手するため、ここ http://www.microsoft.com/ja-jp/download/details.aspx?id=26 から、Microsoft .NET Framework Version 1.1 再頒布可能パッケージ をダウンロード。
保存したフォルダでコマンドプロンプトを開き、

C:\>dornetfx.exe /C /T:C:\work

などとして、中身を解凍する。
そして、KB2833941 のnetfx.msiの場所に、解凍したフォルダを指定してやる。

これで解決。

aprが別途必要。2.4から分かれたらしい。面倒な…。
CentOS6にはaprが入ってはいるが、1.3.9で、apache2.4は1.4.0以降を要求するので、別に入れてやらねばならない。
PCREも要求されるので入れなければならない。
概ねこんな感じでいける。

wget http://ftp.riken.jp/net/apache//apr/apr-1.4.6.tar.gz
tar xvfz apr-1.4.6.tar.gz
cd apr-1.4.6
./configure
make
make install

wget http://ftp.riken.jp/net/apache//apr/apr-util-1.5.1.tar.gz
tar xvfz apr-util-1.5.1.tar.gz
cd apr-util-1.5.1
./configure --with-apr=/usr/local/apr
make
make install

wget ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/pcre-8.32.tar.gz
tar xvfz pcre-8.32.tar.gz
cd pcre-8.32
./configure
make
make install

wget http://ftp.yz.yamagata-u.ac.jp/pub/network/apache//httpd/httpd-2.4.4.tar.gz
tar xvfz httpd-2.4.4.tar.gz
cd httpd-2.4.4
./configure --with-apr=/usr/local/apr \
--with-apr-util=/usr/local/apr \
--with-pcre=/usr/local
make
make install

CentOS6.3の32bit版で遭遇。

$ cmake . -DCMAKE_INSTALL_PREFIX=/usr/local/mysql
(略)
:
-- Performing Test HAVE_PEERCRED - Success
-- Googlemock was not found. gtest-based unit tests will be disabled. You can run cmake . -DENABLE_DOWNLOADS=1 to automatically download and build required components from source.
-- If you are inside a firewall, you may need to use an http proxy: export http_proxy=http://foo.bar.com:80

言われた通り -DENABLE_DOWNLOADS=1 としてダウンロードを試みるも、

$ cmake . -DCMAKE_INSTALL_PREFIX=/usr/local/mysql -DENABLE_DOWNLOADS=1
(略)
:
-- ...
-- Successfully downloaded http://googlemock.googlecode.com/files/gmock-1.6.0.zip to /usr/local/mysql/src/mysql-5.6.10/source_downloads
CMake Error: Problem with tar_extract_all(): Invalid argument
CMake Error: Problem extracting tar: /usr/local/mysql/src/mysql-5.6.10/source_downloads/gmock-1.6.0.zip
-- Configuring incomplete, errors occurred!

おいおい…。
これは、手で展開して再度やると通るようだ。ダウンロード自体はできているので、さっきのエラーの所から

$ cd source_downloads/
$ unzip gmock-1.6.0.zip
$ cd ../
$ rm CMakeCache.txt
$ cmake . -DCMAKE_INSTALL_PREFIX=/usr/local/mysql -DENABLE_DOWNLOADS=1
(略)
:
-- GMOCK_SOURCE_DIR:/usr/local/mysql/src/mysql-5.6.10/source_downloads/gmock-1.6.0
-- GTEST_LIBRARIES:gmock;gtest
-- Configuring done
-- Generating done
-- Build files have been written to: /usr/local/mysql/src/mysql-5.6.10

で、makeできる。やれやれである。

　また、どこに需要があるのか不明なアプリを作ってしまったが…。デバイス接続状態を検出してWindowsを制御するアプリである。
これ。

【そもそもは】
　携帯で再生した音楽を、WindowsPCのBluetoothでA2DPで受けて、スピーカーから再生するようにする(先日のやつを車から出してきて、シームレスに使おうという肚である）。で、使うと、間違いなくWindowsのシャットダウンを忘れて電気を無駄遣いするのが容易に予想される。そこで、Bluetoothのデバイスを監視して特定のペアリングが切れたらシャットダウンを発行するアプリがあればいいんじゃないかろうかと思いつく。で、探してみたけどどうもなさそうなので、じゃあ手っ取り早く作るかと思って、コードを書き始めた。
　だが、Bluetoothは（自作に）よくない。
　Bluetoothのスタックが何種類も（Microsoftのと、東芝のと、WIDCOMMのと、BlueSolielのと。他にもあるのかもしれん）あって、それぞれAPIもSDKも別である。簡単に使えるのはMSの標準で付いてるスタックだが、MSスタックではA2DPが食えない。家のはWIDCOMMスタックを入れてA2DPを動かしたが、当然MSのAPIでは扱えない。いちいちSDKをゲットしてドキュメントを読んで、結局WIDCOMM専用のアプリにしかならないと思うと気力が萎えて、沙汰止みとした。
　
【思い直した】
　単にデバイスがあるかどうかが取りたいだけなのにになんでこんなに困難なんだと思っていたが、後日気がついた。
　Blutoothとかは関係なく、Windowsに接続されているデバイスを直接見れば何とかなるんじゃない？それだとBluetooth以外のデバイスにも対応できるし、その方が汎用じゃない？
　具体的には、SetupDiEnumDeviceInfoしてSetupDiGetDeviceRegistryPropertyして、さっきと今を比べたら、デバイス引っこ抜いたのが分かるんじゃない？

　と、いうわけで、ざくざくとアプリを作ってみた。
　特定のデバイスを引っこ抜いたり、接続したりした時に、それに反応して、シャットダウン/ログオフ/サスペンド/休止状態/パワーオフまたはユーザー定義アプリを実行する。
　定期的にデバイス一覧を取っては比較、デバイスのユニークネスは、SPDRP_CLASSGUIDとSPDRP_HARDWAREIDの0番目で見る。従って、着脱時にデバイスマネージャーに出没して、HARDWAREIDがユニークなデバイスなら、使用可能のはずである。例えばUSBメモリースティックとかね。


　携帯をBluetoothをA2DPでペアリングすると、音量とかを操作するヤツがHIDデバイスで出没するので、こいつを捉えて初期の目標を達成した。他にどんな使い道があるのか分からないが、せっかく作ったので公開しておく。

ByDHalt デバイス接続状態を検出してWindowsを制御

　誰かの役に立てば幸い。

　自動車の運転中に音楽を流すのに、長いことWindowsCEベースのPDAを使い、GetSystemPowerStatusで給電が止まったらサスペンドする自作ソフトを走らせて、エンジンが止まったら再生が止まりエンジンを掛けたら止まったところから再開されるようにしていたのだが、そのPDAが壊れてしまった。もう古いアーキテクチャであるから、中古市場にも格安のWinCEベースのデバイスは出回っていないので、調達することもできない。
　そんな古いものをいつまでも使っていたのは理由があって、自動車内で普通のメモリプレーヤーを使おうとしても、これがなかなかうまくないからである。してほしいことは単純で、エンジン切ったら止まり、エンジン掛けたらそこから再生してくれればいいのであるが、電源が切れたら再生を中断するようなメモリプレーヤーは、全然ないのである。これでは車から降りるときいちいち停止ボタンを押さなくてはならない。当然のように押し忘れるので、再生位置をロストして悲しいことになる。
　じゃあというので、Androidのアプリでそういうものがないのかと探したが、探し方が悪いのか、あんなに山のようにアプリがあるのに、給電が切断されたら一時停止、という、ごく簡単な機能を持つプレーヤーのアプリがないのである（イヤホンジャックを抜くと一時停止、というのはある。VideoLAN for Androidとか。）
　
　こうなれば是非もない、ないのならば自分で作るほかあるまい、ということで、Android用の電源状態に連動する音楽プレーヤーアプリを作った。ごくシンプルなプレーヤーである。自動車内で触らずに音楽を流す、という用途しか考えていない。ボタンがやたらとデカいのは、運転席上での操作が前提だからである。



　シガーソケットからUSBを取るやつと電源ケーブルをつないで再生して、エンジンを切ると給電がオンからオフになるので再生を停止する。エンジンを掛けるとオフからオンになるので再生を再開する。これで停止ボタン押し忘れの呪いから解放されるはずである。　
　せっかく作ったので、今回GooglePlayにデベロッパー登録してアプリを公開してみた。



　デベロッパー登録は、$25かかるのな。なんかでアプリで収益をあげて、せめて登録料分くらいは取り返したいものだが。

バックグラウンドで処理をさせていた時など、特定のコマンドやらpidやらのプロセスがあるかどうかを調べたい時があるので、ぱぱっと。

function Unix_GetPidArray()
{
	$ret	= array();
	$cmd	= "/bin/ps -e -o pid,args";
	$fp		= popen($cmd, "r");
	while( ($line = fgets($fp)) != false ){
		$line	= ltrim($line);
		$pos	= strpos($line, " ");
		$pid	= intval(substr($line, 0, $pos));
		$args	= substr($line, $pos+1);
		if( $pid <= 0 ) continue;
		$ret[]	= array(
			'pid'	=> $pid,
			'args'	=> $args,
		);
	}
	fclose($fp);
	return $ret;
}

実行結果例

$r	= Unix_GetPidArray();
echo var_dump($r);
--
Array
(
    [0] => Array
        (
            [pid] => 1
            [args] => /sbin/init
        )
    [1] => Array
        (
            [pid] => 2
            [args] => [kthreadd]
        )
    [2] => Array
        (
            [pid] => 3
            [args] => [migration/0]
        )
    [3] => Array
        (
            [pid] => 4
            [args] => [ksoftirqd/0]
        )
        ...略

ps -eを実行した結果をバラして格納しているだけである。/bin/ps -e -o pid,args を実行してみて、[プロセスID]半角スペース[コマンド....]の書式になればそのまま使用可能。違ったときは環境に合わせて$cmdを調整。
応用で、プロセスID(int値)を与えるとそのpidがあるかどうか(ps -ef|grep 1111|wc -l 的なもの)、文字列を与えるとその文字列を持つコマンドのプロセスIDを列挙(ps -ef|grep ahoaho 的なもの)の関数。

function Unix_IsPidExisted($pid)
{
	$ret	= false;
	$cmd	= "/bin/ps -e -o pid";
	$fp		= popen($cmd, "r");
	while( ($line = fgets($fp)) != false ){
		if( intval(trim($line)) === $pid ){
			$ret	= true;
			break;
		}
	}
	fclose($fp);
	return $ret;
}

function Unix_GetPidStringMatched($str)
{
	$ret	= array();
	$cmd	= "/bin/ps -e -o pid,args";
	$fp		= popen($cmd, "r");
	while( ($line = fgets($fp)) != false ){
		if( strpos($line, $str) === FALSE ) continue;
		$ret[]	= intval(substr(ltrim($line), 0, strpos(ltrim($line), " ")));
	}
	fclose($fp);
	return $ret;
}

/*
実行例:

$ret	= Unix_IsPidExisted(4566);
// PID 4566 が存在すれば true が返る

$ret	= Unix_GetPidStringMatched('httpd');
// args に httpd を含むPIDを列挙した配列が返る

*/

Cygwinで作成したシェルスクリプトをショートカット化してデスクトップ等に置きたい時に。
シェルのexeのlnkを作成して引数でスクリプトを与えるとできる。

1. ショートカットの元は、Cygwinのbinの下のsh.exe(又はその他のシェルのexe)
2. プロパティで「リンク先」に、「exeファイルのパス シェルスクリプトのパス」を書く
3. シェルスクリプトのパスは /cygdrive/... で書き、スペースを含むなら"で囲む
4. シェルスクリプト中のコマンド名でWindowsのコマンドとかぶるものはフルパスで指定する(findとか)

こんな感じで。

いつも忘れてしまうのでメモ。
指定ディレクトリ以下の特定のファイルを全てchmodしたりchownしたりする。

find ./ -name \*.phps -type f -exec chmod 664 {} \;

　現代の黒魔術、mod_rewriteは万能である。
　正規表現と置換だけでも万能だが、更に黒い魔術として、入力をユーザー独自のプログラムに渡して書き換えることができる、RewriteMapというのがある。

　厳密には、RewriteMapは独自プログラムに渡すと言うよりは、マップテーブルを用意しておいてそこから選ぶもので、その拡張機能としてプログラムに渡すというものがあるのだろう。まあ来歴はどうでもいいが、これを使うと正規表現では書けないような妙ちきりんな書き換えもできる。例えばUTF-8エンコードされたクエリーをデコードしてSJISに変えてまたエンコードしたものにする、とか、特定のファイルが存在していたら書き換え、とか。

　まず、Apacheのconfigファイルに例えばこのように書く。

RewriteEngine on
RewriteLock /tmp/rewritemap.lock
RewriteMap myprog prg:/usr/local/bin/url_rewriter.php
RewriteRule ^/rewrite/(.*)$ /test/${myprog:$1}

　RewriteLockはロックファイルの場所で、どこでも良い。但し、VirtualHostの中には置けないようなので、一番上に書く。
　"RewriteMap プログラム名 prg:プログラムのパス"で、プログラムの場所を指定し、RewriteRule中の ${プログラム名:入力} が、プログラムによって置換される。
　
　さて、問題のプログラムである。
　どういう仕組みになっているかと言うと、mod_rewrite側は標準入力に入力を入れてきて、プログラム側は標準出力に書き換え結果を出力する。のであるが、このプログラムは、Apacheの起動時に書き換え用のプロセスが１つ立ち上がり、プロセスはずっと走りっぱなしになっているのである。アクセス毎に起動されるわけではなく、プログラム中では、（一般的には）標準入力をブロッキングI/Oで読み続けるループにする必要があるのであった。
　従って例えば、url_rewriter.phpはこんな感じになる。
　

#!/usr/local/bin/php
<?php
	$fin	= fopen("php://stdin",'r');
	while(!feof($fin)){
		$read	= fgets($fin);
		
		$out	= ここで$readに応じて書き換え処理...;

		$fout	= fopen("php://stdout",'w');
		$out	.= "\n";
		fwrite($fout, $out);
		fclose($fout);
	}
	fclose($fin);
	// ※入出力はSTDINとechoを使ってもいいが、分かり易さでphp://とした。
?>

　mod_rewriteからは、stdinに入力内容+"\n"が来る。この入力をfgetsで取って、書き換えた結を"\n"で終端してstdoutに返す。終わったら次の入力に備える。と、こういう次第である。