qmail の配送ミス？ プロセスの上限
Satoshi I.Nozawa
qmail-1.03 を使っていて、RedHat-6.1J で kernel-2.2.12smp を使っています
（こんな古いカーネルでは、問題があるのは重々承知しています、Vine-2.5に近
日中にリプレースの予定です）。PentiumII-400MHz x2 のマシンです。
そのマシンでは ML を運営していて、fml [fml current 20000320.1700] を使っ
ています。二年ほどメイルの配送は全く問題なく送れていたのですが、最近
----
Hi. This is the qmail-send program at host.domain.com.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.
<us...@abc.domainarea.com>:
Unable to run qmail-remote.
<us...@abc.domainarea.com>:
Unable to run qmail-remote.
----
と、ML の配送で qmail の配送ミスが頻発するようになりました。その直後
ML のシステムでなく、上記の user1,2 にメイルを送る場合は、問題なく配送で
きました。DNS 等のネットワークの問題や、相手側の問題ではないようです。
その後、qmail が何度か配送しようと繰り返すのですが、
Jun 28 20:04:41 host qmail: 1025262281.632050 delivery 5273: failure: Unable_to_run_qmail-remote./
Jun 28 20:04:41 host qmail: 1025262281.665356 status: local 0/10 remote 16/20
Jun 28 20:04:41 host qmail: 1025262281.698708 delivery 5276: deferral: qmail-remote_crashed./
Jun 28 20:04:41 host qmail: 1025262281.731986 status: local 0/10 remote 15/20
:
というようなメッセージを出しています。ちょっとだけ気になることがあって、
8:05pm up 9 days, 9:45, 56 users, load average: 2.40, 2.30, 2.19
240 processes: 234 sleeping, 4 running, 0 zombie, 2 stopped
CPU states: 1.6% user, 4.2% system, 94.0% nice, 0.0% idle
Mem: 517072K av, 475564K used, 41508K free, 244764K shrd, 127464K buff
Swap: 152576K av, 2100K used, 150476K free 129252K cached
と top の結果は 240 のプロセスが動いています（一人でログインしているのだ
けど、kterm や xload などを使えるだけ使って、他のマシンをモニターしてい
ます）。このプロセスの上限が 256 個（それは少なすぎるように思いますが）
を越えたためということはあるのでしょうか。
qmail 自体できるだけメイルの取りこぼしを無くする方向で作られているものな
ので、このエラーは非常に気になっています。9 日前にこれが頻発したので、リ
ブート（あまり誉められる行為ではないが、qmail の停止、再起動では対応でき
なかった）したら、とりあえずは収まったのですが、また頻発するようになって
います。
Kazuo Matsumoto
最近X関係は全く触っていないので外しているかもしれませんが
> 8:05pm up 9 days, 9:45, 56 users, load average: 2.40, 2.30, 2.19
> 240 processes: 234 sleeping, 4 running, 0 zombie, 2 stopped
> CPU states: 1.6% user, 4.2% system, 94.0% nice, 0.0% idle
(snip)
> と top の結果は 240 のプロセスが動いています（一人でログインしているのだ
> けど、kterm や xload などを使えるだけ使って、他のマシンをモニターしてい
> ます）。このプロセスの上限が 256 個（それは少なすぎるように思いますが）
> を越えたためということはあるのでしょうか。
LOGINが56usersとかnicedされたプロセスのCPU使用率が94%とか何か異常に見え
るのは気のせいでしょうか?(Crackされたりしてません?)
qmailのリモート並列配送のデフォルトは20なので
(240 + 20) - 256 = -4
現在 配送 上限 = 不足
上限に達してしまい、MLなんかの大量配送の際は5件に1回はqmail-remoteのfork
に失敗する気がします。
---------------------------
松本和雄/Kazuo Matsumoto
---------------------------
Satoshi I.Nozawa
> まつもとです。
30 台近くの計算機の管理をしているため、モニター魔になっています。
> LOGINが56usersとかnicedされたプロセスのCPU使用率が94%とか何か異常に見え
> るのは気のせいでしょうか?(Crackされたりしてません?)
fvwm の仮想画面が 7x5=35 あり、一つづつに xterm,kterm を貼り付け tail -f
や ssh をしてモニターしています。もちろん CPU の使用率は rc564 のためで、
他のマシンも xterm+ssh で rc564 を動かしているためです。そのため、
xterm+kterm で 50 以上動いています（xon で飛ばした方がいいのかなあ）。た
ぶん crack のせんは無いと思いますが、調べてはみます。
> qmailのリモート並列配送のデフォルトは20なので
>
> (240 + 20) - 256 = -4
> 現在 配送 上限 = 不足
>
> 上限に達してしまい、MLなんかの大量配送の際は5件に1回はqmail-remoteのfork
> に失敗する気がします。
と理由はこれですね。100 人程度の ML ですが、それなりに重要なので早急に手
を打たないとなりません。プロセス数の引き上げで、検索してみると
http://www.cqpub.co.jp/interface/toku/200106/toku1_2.htm
----
プロセスとスレッドの管理の充実
同時に実行可能なプロセス数の上限が引き上げられた
2.2では上限が設定されていたが，2.4ではリソースが確保できる限り，動的に上
限値が変更される
----
とのことですので、良い機会なので、Vine-2.5 に移行することにしました。ア
ドバイスありがとうございました。