HDDを使わないサーバーを目指して

戻る

• apache1.3.37
  作成環境:cygwin
  作成途中で、ツールを自分自身で作り出し、それを作成環境下で実行する必要がある場面がありました。(gen_test_char,gen_uri_delims)
  これらのバイナリを実行する場面でエラーをだして止まるので、ここで予めcygwin上でセルフコンパイルしたとき、apache_1.3.37/src/main内にできた２つのバイナリ(.exe)をコピーして利用することでこの問題は解決しました。これを作るためのコンパイラの指定はCCではいけないのでしょうね。
  httpd_main.cの5528行に、
  
  

  #if defined(CYGWIN) __declspec(dllexport) #endif

  
  
  となっている場所があり、 __declspec(dllexport)の後に;(セミコロン)をつけると動くバイナリができました。…これでいいんだよね？
  
  このようにして作ったバイナリをインストールするのですが、玄箱PROに入っていたソースの中にあったmakeでバイナリを作り、それを玄箱PRO上にコピーしたapace_1.3.37/にコピーし、./make installとすると上手くインストールできました。
  

• postfix2.3.12
  作成環境:クロス(cygwin,i386linux),セルフ
  全滅でした。構造体について何らかのエラーが出たところで止まりました。
  このへんよく読めばなんとかできるのかなぁ…
  
  
  セルフでバイナリ作成に成功しました。現状ではまだメールを送受信できるわけではですが…
  まずはBerkeleyDBをインストールします。
  
  • BerKeleyDB
    Oracleのサイトからソースをダウンロードします。今Postfixで使ってるのはDESなのかもしれないですが、withAESのほうでいいと思います(というか、どっちでもいいのかな？)。一応まだDESも入ってるようなので。
    私は4.6.18をインストールしましたが、その中で使ったのは4.2…の部分だったりするので、もともと4.2をインストールすればいいのかもしれません。でも後のバージョンのほうが高速化しているという意見もありました。
    
    #このページを書いている時点(2007年9月25日)で4.6.18は無くなり、4.6.19になってますが。4.6.18も、ためしに入れてみた4.2.52も同じ方法でインストールできました。
    
    db-4.6.18のほうは64Mのramdisk上では"No space left on drive"となってしまい、makeが完了しませんでした。そのためこれはUDBメモリ上で作りました。 cpp、(gcc -E)で詰まっていたのですが、/lib/cppをリネームし、/usr/lib/cppを使うようにしたらうまくいきました。
    

    #mv /lib/cpp /lib/cpp.org #ln -s /usr/lib/cpp /lib/ #tar xzvf db.4.6.18.tar.gz #cd db.4.6.18/build_unix/ #../dist/configure #../dist/configure #make #make install

    
    
    一回目のconifgureではプリプロセッサにcc -Eを使い失敗しますが、2回目にはcppを利用するのでconfigureが通りMakefileが作られます。どういう仕組みでしょう？

    cpp configureエラー例提示予定

    
    make時、search.loを作るあたりで相当長く止まりますが、ここは時間がかかるようです。ここだけで20分くらいはかかったでしょうか？気長に待ってみてください。 makeした後、make installしますが、これはpostfixが動くためのほか、作る環境でもBerkeleyDBがインストールされているひつようがあるためです。
    
    続いて、Postfixの作成です。
    
    
  • Postfix
    利用したバージョンは2.3.12 2.4にしなかったのはすぐにマイナーバージョンアップされそうだからです。安定版としてバグフィクス以外では更新されなそうな2.3の最新版なら、このページの寿命が少しは長くなると考えました。
    
    インストールしたBerkeleyDBは/usr/local/BerkeleyDB-4.*... にあります。4.6をmake、インストールすると、4.2まで作られます。
    postfixのmake時に読み込まれるよう、リンクをはります。
    

    #ln -s /usr/local/BerkeleyDB.4.2/include/db.h /usr/include/db.h #ln -s /usr/local/BerkeleyDB.4.2/lib/libdb.so /usr/lib/

    これでいいのですが、db-version_4002が無い。。。というエラーが出たらこのへんのdb.h、libdb.soの読み込みに失敗していると言うことだと思います。

    db_version エラー例提示予定

    私は4.6でインストールした4.2のファイルでpostfixをインストールしたのですが、4.6で作った4.6のインクルードファイルを使うとmakeが上手くいきません。4.2で作ったほうも現在上手く動いてませんが。
    
    makeします

    #make makefiles AUXLIBS="-lpthread" #make

    -lpthreadの他、-ldbも入れないとmakeに失敗したこともあったように思えます。上記のdb_version等のエラーが出た場合はこのあたりをいじってみてください。
    make installはこの開発環境で行う必要はないのですが、実際の玄箱PROにインストールする場合にはfmtというプログラムがひつようになります。開発環境にはあるので、これからリンクをはって利用します。(玄箱PROにコピーしてしまってもかまわないと思います)
    

    #ln -s /mnt/usbdisk1//usr/bin/fmt /usr/bin/ adduser postfix addgroup postdrop #make install

    make installで、ファイルの置き場所を聞いてきますが、これはほとんどそのままでかまわないはずです。ただし、tmpdirをusbdiskからマウントしたramdiskにした場合、ちょっとエラーがでていました。玄箱PROがもつramdisk、/mnt/ramにしたら平気でした。また、このあたりではインストール先を勝手に決めてくれるのですが、決めてくれないのはおそらくfmtがみつからないためです。そういうエラーがいくつも出てると思いますが…
    

    fmt エラー例提示予定

    
    ユーザー名とグループ名は慣習にまかせて(？)
    以前aptからインストールしてある環境で作ったときには見たことの無いグループ名ではあるものの、これで作ってみました。一応インストールでき、postfixが動いていることを確認できるのですが、現状メールを受け取ってくれません。newaliasあたりが上手く動かないので、そのへんを今度はがんばります
    
    makeに手間取っていたころ、gdbmを入れてみたことがあります。"gdbmが悪さをしているようだから、その一部のファイルをリネームしてmakeしたらエラーが出なくなった"と書かれてるページがあったため、逆にそれ以外のファイルで必要なものがあったのでは･･･と考えました。後でcyrus-saslを作る時にも必要なようなので、ここで作ってしまってもいいのかもしれません。
    
    
  • gdbm
    ソースはGNUやFreeBSD、Linux From Scratchのページから手に入れられました。make install する際、"bin"というグループが必要になるようです。

    #cd gdbm-1.8.3/build_unix #make #addgrp bin #make install

    gdbm-1.8.3/以下(ソーストップディレクトリ)にあるndbm.hというヘッダファイルは、cyrus-saslをインストールする場合、後で使うことになるので、このソースツリーを消してしまう場合もどこかにコピーするなどして保存しておいてください。
    
    
    
  OP25B対策Postfix
  
  ここからは、OP25Bに対応できるPostfixを作るための方法を書きます。上のBerkeleyDBに加え、Cyrus-saslが必要になります。
  
  • Cyrus-sasl
    ソースはProject Cyrusから入手できます。
    見づらいですが、SASL Libraryの下の何行目かにあるバージョンを示す数字からダウンロード可能です。私は2.1.22を利用しました。
    他にも、ftpサイトから過去のバージョンで試すこともできます。
    
    上のように、/usr/lib/cppを利用している状態でもcppがエラーを出すのですが、今回はこちらのページを参考にして解決しました
    そのほか、Cyrus-saslをインストールしている人の情報を得て、makeに成功しました
    再度 Cyrus-SASLのセットアップ
    あるシステム管理者の日常 - Sorarisでcyrus-sasl

    #cp /home/user/gdbm/ndbm.h /usr/local/include/ #mkdir /usr/include/pam #ln -s /usr/include/include/securitypam-appl.h /usr/local/include/pam (を参照していたため) #ln -s /usr/local/include/gssapi/gssapi.h /usr/local/include/ #ln -s /usr/local/ssl/include/openssl /usr/local/include/ #ln -s /usr/local/ssl/include/openssl/des.h /usr/local/include/ ./configure CPP="cpp -D__arm__" CPPFLAGS="-I/usr/local/include -DWITH_SSL_DES" LDFLAGS="-L/usr/local/lib" #make #addgrp bin #make install

    ndbm.hはいろいろなパッケージに入っていてそのどれを利用してもよさそうなのですが、今回私はgdbmを作った際にできたものを利用します。これはgdbmをmake installしただけではインストールされないので、手動でコピーしました。
    ディレクトリを作ってリンクしたもののうち下は、
    

    ln -s /usr/local/ssl/include/openssl /usr/local/include/

    でよかったかもしれません。
    des.hはconfigureでのチェックで一度引っかかったため、2箇所にリンクしている形になります(/usr/local/include/des.h、/usr/local/include/openssl/des.h)
    configureのチェックでは/usr/local/include/des.hにあることが求められたものの、一応Makefileも作られているので、場合によっては/usr/local/include/des.hのリンクは作らなくてもいいのかもしれません。
    
    opensslに含まれるヘッダファイルに、evp.hというものも読み込まれていました。(autoconfの自動チェック時)だから初めは下のようにしていましたが、リンクがあれば問題ないようです･･･というか、一度作ったシンボリックリンク入りのopennsslのフォルダはリンクを作る際に上書きされてしまったのですね…恐ろしい子…
    #lnでリンク作ろうとして、もう既に何らかのファイルがあるときって、処理中止するんじゃなかったでしたっけ･･･自分でopennssl/消したんでしょうか･･･記憶にないです。
    
    以前はこうしておいたんですが、今見ると一つ上のディレクトリopenssl/にリンク張ればそれでよかったんですね。 #mkdir /usr/include/openssl
    ln -s /usr/local/ssl/include/openssl/evp.h /usr/include/
    
    わたしはこれでcyrus-saslがmakeできました. make checkとすると何がしかのチェックが出来るようです。特にエラーは出ませんでした。
    このパッケージ(ソースツリー？)では、autoconf(./configure)のオプションを変更すると、"changes in the environment can compromise the build"(条件を変えるとビルドが危険になります。)と出て、Makefileを作ってくれないようです。そこで、make distcleanと打つか、config.cacheを消去することでこのエラーを回避できます。
    
    これでmake installできます。SASLに対応したpostfixを作るのに必要なのでインストールしますが、make installでは玄箱PROにはインストールできません。インストールの段階でgccの位置などをしつこく確認しているためです。無駄にやっかいです。
    gcc一つと限らないので、いちいちリンクを張ってごまかすのも大変なので、私は/usr/local/lib/sasl2をコピーしました。
    それでもpostfixが上手く動いていないのはこれのせいかもしれません。…要確認… make installすると、"/usr/local/libにインストールしたが、このライブラリを参照するときは/usr/lib/を探すことが多い。一番簡単なのはリンクを張ることだけど実際どうするかはユーザーに任せる"みたいなことが出てきたと思います。リンクしときましょう。

    ln -s /usr/local/lib/sasl2 /usr/lib/

    
    
    
    これでarm用のオプションと、以前のsasl用オプションを混ぜてpostfixを作ればSASL対応のPostfixができるはずです。

    #make makefiles CCARGS="-DUSE_SASL_AUTH -DUSE_CYRUS_SASL -I/usr/include/sasl" AUXLIBS="-lpthread -L/usr/lib/sasl2 -lsasl2" #make

    
    
    
    現状動きません。皆さんの健闘を祈る…！
    
    
    
    
  • qmail_1.03
    作成環境:クロス((i386linux),セルフ
    無理でした。セルフ、i386からのクロスで別々のところで止まる…
    
    
  MUA
  • popa3d
    作成環境:クロス(cygwin,i386linux),セルフ
    玄箱で遊ぼうで例に示されていて使っていたのでこちらでもこれを選んでみたのですが全滅。理由はglibcに関係してshadowだかcryptが上手く動く状態じゃなきゃいけないけど、cygwinではglibcが提供されておらず、セルフ(arm)でもglibcを入れる方法が良く分からず(glibc-portsを入手してみたものの試していない)、i386linuxからのクロスでも上手くmakeできませんでした(i386用バイナリも作れませんでした)。i386はよくバイナリを探せばインストールできたかもしれません。
    
    
  • teapop
    作成環境:セルフ
    別のMUAを探してみて見つけたのがコレ。結構サイズが小さいということで選んだ。MTAがないためまだ動かしていないものの、まあ大丈夫でしょう。
    ./configureでエラーが出たので、そのときに出た指示に従い、
    
    

    ./configure --enable-mailspool=/var/spool/mail

    
    でやりなおしました。
    
    
    
    
    
  開発環境
  • cygwin
    winから作れるなら一番楽かと思って挑戦してみたものの、当然のようにもっとも上手くいかなかった開発環境。configureファイルなどがcygwinには最初から対応していない例も多く、クロスコンパイル以前の話でした。
    
    クロスコンパイラは、CodeSourceryの最新版ではなく、select packageと書いてある大きな枠の下にあるprevious releaseから、 2005q3-2を選んでください

    version	2005q3-2
    target	ARM GNU/Linux
    Host	IA32 windows

    
    
    exeを実行するとインストールされますが、PATHを勝手に書き換え、しかもCodeSourceryのパスが一番前に来るようになります。そのせいでちょっと不安定になった気さえするのですが、なにかもっと安全なインストール方法はないのでしょうか。PATHは消してかまいませんし、一番後ろにでも書き直しておけばとりあえず安全です。
    
    cygwinからの利用は、"C:\Program Files\CodeSourcery\Sourcery G++"以下にインストールされるいくつかのフォルダを/opt以下にコピーしてもいいし"Sourcery G++"ごとコピーしてきて、それをoptに改名して/においてもいいです。
    
    

    $export PATH=$PATH:/opt/bin:/opt/lib

    
    libのほうはいらないかもしれませんが、こんな感じでpathを通し、

    ./configure --host=arm-none-linux-gnueabi $make

    
    
    等とすれば上手くいくはずなんですが…クロスコンパイルの仕方はそれぞれのソースのREADMEやINSTALLを読んでください。また、autoconf(./configure)でクロスコンパイルを行うオプションが認められた場合、
    checking whether we are crosscompiling ... yes
    となってるので、そのあたりも確認してみてください。
    
  • i386linux
    古いPCにdebianを入れて使っています。たまに玄箱HGを止める間など、代わりのサーバーとして使っていました。これを利用してクロス環境をつくりました。
    
    

    version	2005q3-2
    target	ARM GNU/Linux
    Host	IA32 GNU/Linux

    
    
    
    /optにて、圧縮ファイルを解凍し、上同様パスを通せばクロスコンパイル可能です。
  • セルフ
    アーカイブでは60M程度ではあるものの、解凍すると200MオーバーになるHDD用開発環境ですが、USBメモリ上でこの開発環境を解凍し、これで構築できないかと考えました。USBメモリは上手くマウントさせることができませんでしたが、ファイルシステムをext3にしたところ上手くマウントできました。USBディスクの中身を空にして臨みましょう。参考にしたサイト
    
    

    #mkfs.ext3 /dev/sdb1 #mount /dev/sda1 /mnt/usbdisk1 #chroot /mnt/usbdisk1 はじめ、/dev/sdaをフォーマットしようとしたのですが、色々消えるよ？みたいな警告文が出たのでやめておきました。/dev/sda1のほうでやり直したら特に警告も出ずにフォーマットされました。こちらが正解だったようです。 背面に2つあるどちらのポートに挿しても/dev/sda1になるのですが、どういった分類なのでしょう？ PC(debian)ではvfatでマウントするときは/dev/sda、ext3でマウントするときは/dev/sda1だったことがありますが… こちらのUbuntuでは/dev/sda1がvfat,/dev/sda2がlinux用のファイルシステムに対応しているようです。 また、初期の状態ではsuもsudoもできないため、makeはルートユーザーで行っています…気になる人はsudoあたりを一番初めに作ったほうがいいかもしれません。 私は現在、サーバーにsudoを入れた場合の安全な設定等がよく分からないため、開発環境が壊れた場合はまた作り直す(フォーマットしたりしなかったりでそこにhddroot.tar.gzを解凍(上書き)するだけですが)つもりでルートで作ってます。 いろいろなファイルを置いておいたり開発環境を補強したりするため、512MのUSBメモリでも人によってはちょっとつらいかもしれません。私は秋葉原を訪れた際に手に入れた、"安いってレベルじゃねーぞ！"なtrascendの1GのUSBメモリを利用しています。でもこれ、何故か一度読み込めなくなって全部のデータを諦めなければならなくなったことがあります。…やはり1Gで1200円にはなにか理由があるのか…私がデータが消えるような変な使い方をした可能性もありますが。でもこのような開発環境を入れておくだけの使い方なら、データ消滅のショックも最小限に抑えられます。 また、umount /dev/sda1としてもアンマウントできなかったのですが、これはumountが壊れているためのようです。開発環境のumountをコピーしたところ問題なくアンマウントできました。 また、セルフでのこの開発環境の使い方について、｢USBメモリ上では書き込み回数(+読み込み？)が多くなるためお勧めしません｣と玄箱のマニュアルか何かに書いてあった記憶があります。この問題を回避するため、RAMDISKを利用しています。 その他… busyboxの影響か、tarが上手く動作しないように感じたのですが、オプションのf以下はファイル名ということになってしまうようです。したがって、tar.gzの場合、 #tar xzvf file.tar.gz 等とfが最後に来るよう入力すれば解凍できました。 #chroot /mnt/usbdisk1 #mount /dev/ramdisk /mnt/ramdisk #cd /mnt/ramdisk chrootしてないと/dev/ramdiskをマウントできませんでした。 ここへファイルを解凍してmakeしています。 初期の状態の、ほどんどプログラムを動かしていないじょうたいでは64Mほど確保できます。PostFixはぎりぎりくらいでした。 #書き込み数を減らすんだったら、ext2のほうが良かったかな… 私の今後の課題 MTA とりあえずeximでもメールを受け取ることは出来るのですが、それだとop25Bの影響で送信ができなくなってしまうので、Postfixかqmailが使えるようにしたいです。 logファイルの置き場所 ログファイルをRAMDISK上に置くようなことはやはりおかしいでしょうか…頻繁にバックアップをとるにしても突然停止するようなことがあった場合、原因を探る等の目的が果たせません。 何度か玄箱HGが停止していたことがあるのですが、logにはなにも残っていないため未だに謎です。…停電(瞬電)とかでしょうか？ 参考にしたサイト 玄箱用のカーネルをクロス･コンパイルする wmailでサーバ qmailのインストール 玄箱用にクロスコンパイル環境を作る Making gentoo-kurobox-pro postfix SHへのクロスコンパイル qmail 戻る