varnish-2.0.4-1.el5.src.rpm
をもってきてrpmbuildすると・・・

—- v1 VCL compilation got 200 expected 106
—- TEST FILE: ././tests/v00017.vtc
—- TEST DESCRIPTION: VCL compiler coverage test: vcc_acl.c
FAIL: ./tests/v00017.vtc
===============================================
1 of 130 tests failed
Please report to varnish-dev@projects.linpro.no
===============================================

と、testsでコケてbuildできない。

http://varnish.projects.linpro.no/ticket/356
に登録されてるのとまったく同じ問題なんだけど、closeされてる。

DNSといえば、dnsmasq使ってるんで、相性的な問題かも？ってことで、/etc/resolv.conf のnameserver欄をコメントアウトして、DNS引けない状態にしてbuildしたら、無事とおりました。

関連記事

• CentOS4でphp-5.2.5のbuildにちょっと嵌った
• logwatchからのメールがちゃんと来ない
• xen@FC4安定稼働中

photo credit: trekkyandy

このサイトをホスティングしてるサーバーでは、CentOS5を使っている。
そのCentOS5に入ってるログ監視ツール「logwatch」からのメールが、ちゃんと届かなくなってしまった。

仕組みとしては、朝４時に動くcron.dailyスクリプト郡の一番手になっている
/etc/cron.daily/0logwatch
が、
/usr/share/logwatch/scripts/logwatch.pl
へのリンクになっていて、ログ監視ツールが起動される。

本来ならこれでちゃんとしたレポートがメールで届くはずなんだけど、届くメールでは、
postdrop: warning: uid=0: Illegal seek
sendmail: fatal: root(0): queue file write error
なんて書いてあるだけで、ログ監視の意味がなくなっていまっているのだ。

このメッセージはちょっとわかりにくいんだけど、どうやらpostfixでメールの容量制限に引っかかってしまっている模様。
postfixでのメールサイズの制限は、message_size_limitで指定でき、デフォルトは10240000=10Mとなっている。

/etc/postfix/main.cfで
message_size_limit = 51200000
としてpostfix再起動後、/etc/cron.daily/0logwatchを動かすと、ちゃんと届きました。

それにしてもログ監視のメッセージが10Mを超えるなんて、とんでもない時代というか、とんでもない事態というか・・・
sshのブルートフォースアタックと、SMTPでspammerを弾いてる数がやたら多いのが原因です。

関連記事

• CentOS4でphp-5.2.5のbuildにちょっと嵌った
• xen@FC4安定稼働中
• varnish-2.0.4のCentOS5.3でのビルド
• ls ~
• ubuntuでHDV 1080iをキャプチャする

（FCからとってきたものベースの）RPMでのbuild-cgiで
ext/xsl/xsl.la
のところでlibtoolが
`/usr/lib/libxml2.la' is not a valid libtool archive
なんて吐いてこける。

確かにlibxml2-develの中にも/usr/lib/libxml2.laなんてないし、いったい誰がそんなものをリンクしようとしているのかと思いきや
$ grep libxml2.la /usr/lib/lib*.la
/usr/lib/libexslt.la:dependency_libs=' -lgcrypt -lgpg-error /usr/lib/libxslt.la -L/usr/lib /usr/lib/libxml2.la -lz -lpthread -lm'
/usr/lib/libxslt.la:dependency_libs=' -L/usr/lib /usr/lib/libxml2.la -lz -lpthread -lm'
/usr/lib/libxslt.laって何者？
$ rpm -qf /usr/lib/libexslt.la
libxslt-devel-1.1.11-1
公式パッケージでした。パッケージミスなのか？

しょうがないのでCentOS5.1からlibxslt-1.1.17-2.src.rpmをとってきてbuildしてインストール
$ grep libxml2.la /usr/lib/lib*.la
(出力無し)

というわけで直ってbuildに成功する予定なんで寝ます。

しかしパッケージミスとしたら、RedHatが直さないとCentOSも直らないってことになるのかなぁ？
とりあえずそういうことはあまり深く考えずに、１ユーザーとして生きていこっと(笑)

関連記事

• varnish-2.0.4のCentOS5.3でのビルド
• logwatchからのメールがちゃんと来ない
• xen@FC4安定稼働中
• PubSubHubBubのpubに対応する
• ls ~

• xen0 – FC4 kernel-2.6 php4/mysql-3.x/postgresql-7.x環境
  • xenU – FC4 kernel-2.6 php5/mysql-4.x/postgresql-8.x環境
  • xenU – CentOS3 kernel-2.4 php4/mysql-3.x/postgresql-7.x環境
  • xenU – CentOS3 kernel-2.4 php5/mysql-4.x/postgresql-8.x環境
  • xenU – CentOS4 kernel-2.6 php4/mysql-3.x/postgresql-7.x環境
  • xenU – CentOS4 kernel-2.6 php5/mysql-4.x/postgresql-8.x環境

と、派手な感じに安定稼働しております

作業の詳細はxen日記その４にありますが、ポイントは

• xenオフィシャルのバイナリ版だと2.4と2.6の両カーネルが付属してるので、環境構築が楽チン
• それでもやっぱりファイルシステム含めてブート環境の構築は大変

ってわけでした。
特に、FC4のパッケージングから2.4xen-Uカーネルつくるのなんて気が遠くなる作業かと。

で、せっかくなのでCentOS3とCentOS4のxen用ディスクイメージでも配布しようかと思いましたが、1Gサイズのイメージをgzipしても170Mとかになったのでへこたれました。

関連記事

• xen@FC4苦戦中
• logwatchからのメールがちゃんと来ない
• CentOS4でphp-5.2.5のbuildにちょっと嵌った
• ThinkPad T42をFedora8化
• VLゴシック for FC6