[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[plamo:27464] nsupdate & sendmail
-
From:早間
-
Date:Thu, 17 Aug 2006 14:05:17 +0900 (JST)
- Subject: [plamo:27464] nsupdate & sendmail
- From: 早間<hayama@xxxxxxxxxxxxxxxxx>
- Date: Thu, 17 Aug 2006 14:05:09 +0900 (JST)
早間です。
plamo では sendmail が標準の MTA で無くなってから随分経っています。
未だに sendmail を MTA として使用している plamo 3.X のホストで
nsupdate を使用すると sendmail が /var/spool/mqueue の更新が出来な
くなって /var/spool/mqueue にあるメールを送信できなくなります。
何か、ヒントがあれば教えてください。
(いずれ換装されるのですができたら「スッキリ」したいのです)
環境 nsupdate (bind-9.3.1)
sendmail-8.13.7
openssl-0.9.7j
cyrus-sasl-2.1.21
linux-2.4.33
dhcp-3.0.3
サーバは dmz(192.168.1.12) lan(192.168.20.12) の双方にネット接
続しており
dhcp
MTA
named
が働いています。
named.conf で view を3つ指定しています。view は 次の
外部
dmz match-clients { 192.168.1.0/24 }
lan match-clients { 192.168.20.0/24 }
の区分です。
このホストは 2001/10 月にplamo 3 をインストールしたもので、その後
上記の アプリケーションを更新してきました。
現象
sendmail が mqueue でのデータ更新(書き換え)が出来なくなります。
/var/log/messages には下記のログが残ります。
Aug 17 09:44:03 myhost sendmail[23736]: k7H0i2LX023696:
to=user@example.jp, delay=00:00:01, xdelay=00:00:00,
mailer=smtp, pri=120455, relay=tohost.example.jp.
[192.168.1.33], dsn=4.0.0, stat=Deferred:
421 4.3.0 collect: Cannot write ./dfk7H0i3wh004777
(bfcommit, uid=0, gid=101): No such file or directory
/etc/group には 101 と言う gid は登録されていません。
/var/spool/mqueue は
drwxr-xr-x 2 root root 7168 Aug 17 12:25 mqueue/
で、格納されているファイルのモードは 600 で 所有者はroot group
はsmmsp (sendmail 用ユーザ)です、
sendmail ユーザ smmsp は uid 77
group smmsp は gid 77
sendmail の再起動をしても復旧しません。何度か再起動を繰り返すと
復旧することがありますが、理由がわかりません。なお、サーバの再
起動を実行すると復旧します。
上記現象を誘発する処理
下記のコマンドを nsupdate で実行すると発生します。
server 192.168.1.12
zone example.jp dmz
update add someuser.example.jp 3600 A 192.168.20.210
send
zone 20.168.192.in-addr.arpa. dmz
update delete 210.20.168.192.in-addr.arpa. PTR src210.example.jp.
send
zone 20.168.192.in-addr.arpa. dmz
update add 210.20.168.192.in-addr.arpa. 3600 PTR someuser.example.jp.
send
server 192.168.20.12
zone example.jp lan
update add someuser.example.jp 3600 A 192.168.20.210
send
zone 20.168.192.in-addr.arpa. lan
update delete 210.20.168.192.in-addr.arpa. PTR src210.example.jp.
send
zone 20.168.192.in-addr.arpa. lan
update add 210.20.168.192.in-addr.arpa. 3600 PTR someuser.example.jp.
send
更新を dmz lan の片方だけにしても発生します。
zone の指定時に in dmz のように in を付けても変わりありません。
zone の指定時に view の設定を付けないとこの現象は発生しないよ
うです。
その他
アプリケーションがカーネルまたは共用部分に保存している情報が壊され
ているのでは無いかと思うのですが調べられませんでした。
plamo 4.x の環境(view は 2)では発生していません。
plamo 3 の(となりの)機械では似た状況が発生したことがありました。
そのときは /var/spool/mqueue の内容を空にしたところその後起きなく
なっています。このホストでは nsupdate を使用していないので発生理由
は複数あると思われます。
# nsupdate の実行が自動なので 10分ごとに queue の状態を調べ、
# 現象が起きているときには数回 sendmailを再起動し状況を記録し
# ています。時折復旧しますがどこか共有メモリーなどを初期化す
# れば直るのであれば知りたいものです。
# 仕方なく、時々 再起動 しています。
-- 早間 義博
[検索ページ]
[メール一覧]
Plamo ML 公開システム