NAGARA's micro blog

Cent OSのLoopback deviceをMacからiSCSIでマウントする

わが家のストレージサーバーはnetatalkとsambaでMac向けWindows向けにファイル共有サービスを動かしているのだけど、もう一つiscsitargetでiSCSIも動かしている。

iscsitargetで指定できるのは/dev/以下のブロックデバイスなので、通常はsda1とかhda2とかのパーティションになる。LVMでiSCSIするためのパーティションを動的に作成するのもいいけどちょっと敷居が高い。

そういえば、LinuxにはLoopback deviceというモノがあったなぁと思いついたので、イメージファイルをLoopback deviceに指定してそのデバイスをiSCSIとして使えるか試してみた。

まずは、イメージファイルをCentOS上で作る。iTunes用のハードディスクにするために250GBのイメージをつくる。

# dd if=/dev/zero of=./iTunes.img bs=1GB count=250

次に/dev/loop0に作ったイメージファイルをloop deviceに関連づける。

# losetup /dev/loop0 /mnt/storage4/loop_img/iTunes.img

これで下準備はOK。

iscsitargetの設定ファイルietd.confに以下のようなターゲットを指定してみる。

Target iqn.2010-05.jp.dip.talkabout:iTunes
Lun 0 Path=/dev/loop0,Type=fileio
Alias iTunes

iscsitargetを再起動。

# /etc/init.d/iscsi-target restart

これで、Mac OS X側からglobalSAN iSCSI initiator for Mac OS Xを使ってコネクトしてみるとちゃんと認識した。ディスクユーティリティでHFS+にフォーマットすれば外付けドライブと同じように使える。

この方法なら、パーティション切ったりしないで済むので一時的にファイルを逃がしたりするのに便利。

不要になった場合には、iscsitargetを止めてlosetupコマンドで関連付けを外す。

# /etc/init.d/iscsi-target stop
# losetup -d /dev/loop0

再起動するとloop deviceの関連づけは消えちゃうので、/etc/rc.localやっつけですが、以下のコマンドを書いておきました。

losetup /dev/loop0 /mnt/storage4/loop_img/iTunes_Anime.img
/etc/init.d/iscsi-target restart

今回netatalkを使わなかったのは、仮想的なファイルシステムにファイルをコピーするより、仮想デバイス上の本物のHFS+ファイルシステムの方が、Mac OS X側から見ると自然な気がするから。

CentOS 5.5にnetatalk 2.1をインストール

netatalk 2.1 が4月26日に正式リリースになっていたので、インストール。
いままでは、他の人の作ったrpmを入れて2.1 devを使ってたのだけど、その人がメンテをヤメてしまったので自力ビルド。

netatalk 2.1はBerkeley DB 4.6以上を求めてくるのだけど、CentOS 5.5には4.3.29しかない。rpmを作りかけたがBerkeley DBの依存関係でめんどくなり、Berkeley DBのインストールからスタート。

ちなみに、5.0は使えないので注意。4.0系はココからダウンロードできる。なんとなく4.7を選んだ。

# wget http://download.oracle.com/berkeley-db/db-4.7.25.tar.gz
# tar xvzf db-4.7.25
# cd db-4.7.25/build_unix
# ../dist/configure --prefix=/usr/local/BerkeleyDB.4.7 && make && make install

これで、オッケー。configure --prefix=/usr/local/BerkeleyDB.4.7しなくても、/usr/local/BerkeleyDB.4.7に入るらしいけど不安なので指定しといた。

次に本丸のnetatalkのビルド。

# wget http://downloads.sourceforge.net/project/netatalk/netatalk/2.1/netatalk-2.1.tar.bz2
# tar xvjf netatalk-2.1.tar.bz2
# cd netatalk-2.1

configureのオプションはいっぱいあるので、--help すれば色々幸せになれると思う。
ウチではこんな感じ。2.1で廃止されたり指定方法の変わったオプションもあるのでちょっと整理にとまどった。

./configure \
        --prefix=/usr \
        --with-pkgconfdir=/etc/atalk \
        --with-cracklib \
        --with-pam \
        --with-shadow \
        --with-uams-path=/usr/lib64/atalk \
        --enable-shared \
        --enable-krbV-uam \
        --enable-overwrite \
        --with-gnu-ld \
        --enable-redhat \
        --enable-cups \
        --libexec=/usr/libexec/atalk \
        --with-bdb=/usr/local/BerkeleyDB.4.7
        --enable-a2boot \
        --enable-pgp-uam \

あとは、make && make install しておしまい。インストール先などは好みの問題かと思うので好きにしてくださいまし。基本的に前に使わせてもらっていたrpmのspecファイルに揃えてあります。

コメントでenable-a2bootとenable-pgp-uamは必要としないコトを教えてもらいました。どちらも現在は必要ないオプションです（詳しくはコメント欄参照）。コメントくれた方ありがとうございます。

設定周りはHATさんのこのページを参考に過去のものをリライト。

mt-daapdあらためFireflyからforked-daapdへ

Linux向けのdaapdの実装であるmt-daapdはFireflyに名前が変わったまではいいけど、2年ほど開発がとまってしまい残念に思っていた。

色々とバギーなのでウチのサーバーでも今は止めてる。

他にLinux向けのdaapdの実装でいいものはないか調べてみたらforked-daapdなるものを発見。

どうやら、mt-daapdことFireflyのコーディングがヒドいので書き直したものらしい。

The second issue came after looking at the code, while writing patches for Debian. Eek. It’s horrible in about every aspect you can think of. No coding standard, outdated comments, cruft everywhere, either #ifdef’d out or not, useless code left lying around inside functions, obvious memory leaks, and way more levels of indirection than is actually needed, let alone sane. Also, someone is clearly in deep and urgent need of taking “Pointers in C 101″. My eyes still hurt.

たしかに、メモリリークひどかったなぁ・・・。

This rewrite is called forked-daapd, for lack of a better name at the moment, it’s GPLv2+, and the code is available in a git repository at

git://git.debian.org/~jblache/forked-daapd.git

It’s not a feature-for-feature rewrite. I’ve tossed out a few things.

とりあえず、gitでソースは取ってきた。近い内にビルドしてみよう。

forked-daapdはまだユーザーもあまりいないみたいで情報が少ない。引き続きは他のdaapdの実装も探していこう。