Samba の smbd 用の /service/smbd/run スクリプトは、 当初は次のようになっていた。 Linux, Solaris ではこれで何も問題なかった:

#!/bin/sh
exec 2>&1
exec envdir ./env sh -c '
  echo "PID: $$"
  env |sort |sed "s/^/Environment: /"
  set -- \
    argv0 \
    "$COMMAND" \
    "${ARGV0:-sv:`pwd`}" \
    --daemon \
    --foreground \
    ${CONFIGFILE:+"--configfile=$CONFIGFILE"} \
    ${PORT:+"--port=$PORT"} \
    ${LOGLEVEL:+"--debuglevel=$LOGLEVEL"} \
    ${LOGDIR:+"--log-basename=$LOGDIR"} \
    ;
  echo "Execute: $@"
  exec "$@"
'

ところが、某お客さんから、 AIX 6 上で smbd の子プロセスが defunct (ゾンビ) 化するという問題が報告された。 会社の AIX 環境で試したところ、数回に一回程度しか発生しないが、 smbd を起動した直後に発生することがわかった。 発生したときの状態は次のような感じ:

# /opt/osstech/sbin/service osstech-smb status
/opt/osstech/etc/svscan/smbd (pid 270496) is running...
# ps -ef |grep 270496 |grep -v grep
    root 270496 258182   0 13:07:27      -  0:00 sv:/var/opt/osstech/lib/sv/smbd --daemon --foreground
    root 282806 270496   0 13:07:27      -  0:00 sv:/var/opt/osstech/lib/sv/smbd --daemon --foreground
    root 295074 270496   0                  0:00 <defunct>

smbd は起動直後にプリンタキュー監視用の子プロセスを生成するので、 これ関連のバグかと思ったが、 ps で見たときちゃんと 2つの smbd が存在するので問題ないように見えた。 smbd を手動で直接起動すると発生しないし、 truss でシステムコールを見たところ、ほかに子プロセスを生成している様子はない。

suerpvise か run スクリプトが怪しいと思い、run スクリプトを色々変更してみたところ、 「env |sort |sed 's/^/Environment: /'」 の行をコメントアウトすると再現しないことがわかった。 ということは、パイプライン中のプロセスのいずれかが看取られずに残っているらしい。

また、/bin/sh ではなく bash, zsh, zsh の ksh 互換モードでは再現しないことがわかった。 ちなみに、AIX 6 の /bin/sh は AT&T 由来の Korn Shell (ksh93)。

パイプラインの実行後にそのプロセスが残るのが問題であると推測し、 試行錯誤した結果、次のようなスクリプトで再現することに成功した。 これで、パイプライン実行後に、 実行中の ksh の子プロセスがゾンビ化していることが確認できる:

$ while :;do /bin/ksh -c '/bin/true|/bin/true; ps -f -u $LOGNAME"';done |grep '[d]efunct'
    root 688354 712836   0                  0:00 <defunct>
    ...

Linux の /bin/ksh (ksh93)、Solaris 10 の /bin/ksh (ksh88) でも再現した。 bash, zsh, ash はもちろん、Linux 上の pdksh (バブリックドメイン版の ksh 実装) でも再現しなかった。AT&T ksh の仕様らしい。

つまり、こういうこと:

1. ksh は「env |sort |sed "s/^/Environment: /"」を実行したとき、 パイプラインの最後のプロセス (sed) が終了した時点で以降のスクリプトの実行に進む。 パイプライン前段のプロセス (env, sort) の終了は待たない。
2. その後のスクリプト実行中、以前実行したパイプライン前段のプロセスが終了した場合、 ksh はそれを wait(2) して看取る。
3. ksh は smbd に exec(2) する。
4. smbd になった時点で以前実行したパイプライン前段のプロセスが残っていた場合、 それが終了したとき、wait(2) で看取るのは親プロセスである smbd プロセスの役目となる。 しかし smbd はそのことを知らないので wait(2) することはなく、 結果、子プロセスはゾンビ化する。

ksh がパイプライン前段のプロセス終了をどのようなタイミングで、 どのように処理するかまでは確認していないけど、だいたいこんな感じだと思う。

というわけで、run スクリプトは次のようになった。 違いは exec の前に wait を挿入しただけ:

#!/bin/sh
exec 2>&1
exec envdir ./env sh -c '
  echo "PID: $$"
  env |sort |sed "s/^/Environment: /"
  set -- \
    argv0 \
    "$COMMAND" \
    "${ARGV0:-sv:`pwd`}" \
    --daemon \
    --foreground \
    ${CONFIGFILE:+"--configfile=$CONFIGFILE"} \
    ${PORT:+"--port=$PORT"} \
    ${LOGLEVEL:+"--debuglevel=$LOGLEVEL"} \
    ${LOGDIR:+"--log-basename=$LOGDIR"} \
    ;
  ## ksh: Ensure that all commands in the pipeline are terminated
  wait
  echo "Execute: $@"
  exec "$@"
'

これで無事に問題解決。

シェルスクリプト中ではパイプラインはもちろん、 exec も常用するたちなので、これは困った仕様だなぁ。 exec 前に wait すべし…なんて、バッドノウハウもいいところ。

$ bash --version
GNU bash, version 3.2.25(1)-release (i686-redhat-linux-gnu)
Copyright (C) 2005 Free Software Foundation, Inc.
$ touch a b c X Y Z
$ ls
X  Y  Z  a  b  c
$ LCALL=C bash -c 'echo [A-Z]'
X Y Z
$ LCALL=jaJP.UTF-8 bash -c 'echo [A-Z]'
X Y Z
$ LCALL=enUS.UTF-8 bash -c 'echo [A-Z]'
b c X Y Z

なんじゃこりゃ? Debian の GNU bash, version 3.2.39(1)-release (x8664-pc-linux-gnu) でも同じ挙動だった。

やはりクリーンルーム作りは重要だなぁ…。

以前も似たような状況にあったので、今度は更新パッケージを DVD に焼いていこう。 というわけで、ミラーを実行するスクリプトを作成。 個人的に不要と思われるファイルを除外しているので、 流用する際はご注意を。

#!/bin/sh
umask 0022
rsync_opts=""
while [ $# -gt 1 ]; do
  rsync_opts="${rsync_opts:+$rsync_opts } $1"
  shift
done
rsync \
  --no-motd \
  --copy-links \
  --hard-links \
  --recursive \
  --times \
  --omit-dir-times \
  --delete \
  --delete-excluded \
  --filter=". /dev/stdin" \
  $rsync_opts \
  rsync://ftp.riken.jp/centos/ \
  ${1+"$1"} <<EOT_FILTER
## Exclude large unimportant RPMs
- kernel*.src.rpm
- kernel-hugemem*.rpm
- kernel-PAE*.rpm
- xorg-x11*.src.rpm
- tetex*.src.rpm
- openoffice.org*.src.rpm
- firefox*.src.rpm
- thunderbird*.src.rpm
- mozilla*.src.rpm
- seamonkey*.src.rpm
## Exclude unwanted files
- HEADER.*
- .*
## Exclude old releases
- /[1-3]
## Exclude X.Y releases
- /[1-9]*.*
## Include X releases (latest X.Y releases)
+ /[1-9]*
- /[1-9]*/apt
- /[1-9]*/isos*
+ /[1-9]*/*
+ /[1-9]*/*/SRPMS
+ /[1-9]*/*/SRPMS/**
+ /[1-9]*/*/i386
+ /[1-9]*/*/i386/**
+ /[1-9]*/*/x86_64
+ /[1-9]*/*/x86_64/**
## Exclude others
- *
EOT_FILTER

帰宅途中、 インターネットで適当に検索して見つけた鰻屋、 元祖うなよし で鰻丼を食べた。 うまかったので鰻蒲焼の真空パックを群馬の両親へ(母の日と父の日を兼ねて)、 自宅には鰻の佃煮を購入。 鰻の骨せんべいも考えたが、 見た目がちょっとグロいというか何というか…だったので止めてしまった。 やっぱり買ってみればよかったなぁ〜。 子供が喜ぶ(?)顔を想像して、買わなかったことをちょっと後悔。

鰻屋から最寄り駅まで勘を頼りに歩いていると、綺麗な小川を発見。 この手の景色と水の音に弱いんだよなぁ〜、いいなぁ〜、と眺めていると、 川の中を歩ける道を発見。 三島駅まで 1.5km くらいの道程を歩いて帰った。 自宅近くにもこんな小川があったらなぁ。

svnlook changed -r "$rev" "$repos" \
|awk 'NR==1{p=$2} END{print p} {while(index($2,p)!=1){gsub(/[^\/]\/$/,"",p)}}'

パスに空白文字が含まれることは想定していない。

自己展開型のシェルスクリプトを初めて見たのは 10年以上前だろうか? Solaris か SunOS 4 用の何かのインストールスクリプトだったかな。 当時はエラく感動したような気がするが、今では自力でさくっと実装できてしまう。 楽しい。しかし、それだけ年をとったということか。

試しに、自身に含まれるソースアーカイブを展開し、 make, make install するシェルを作ってみた。 モノは以下のような感じ。 名前は selfbuilder.sh としよう。

#!/bin/sh


#

Shell Demo: Self-'extract, configure, make and install' script

Copyright (c) 2007 SATOH Fumiyasu @ OSS Technology Co., Japan

#

Date: 2007-02-17, since 2007-02-17

License: GNU General Public License version 2

#

Usage:

#

Make a selfbuilder:

$ cat selfbuilder.sh >archive-installer

$ echo archive.tar.gz >>archive-installer

$ cat archive.tar.gz >>archive-installer

#

Install by the selfbuilder:

$ chmod +x archive-installer

$ sudo ./archive-installer

#

set -u
set -e
umask 0077
tmpdir="/tmp/.selfbuilder.$$.date +%s.tmp"
trap 'rm -rf "$tmpdir"' 0 HUP INT QUIT TERM PIPE
mkdir "$tmpdir"
cat "$0" | (
while read line; do
if [ x"$line" = x"EOS" ]; then
break
fi
done
read filename
(
case "$filename" in
.bz2|.tbz2)
bzip2 -d
;;
.gz|.tgz)
gzip -d
;;
.Z|.tz)
uncompress
;;
*)
cat
;;
esac
) |(cd "$tmpdir" && tar xf -)
)
cd "$tmp_dir"/*
./configure
make
make install
exit 0
EOS

使い方の例:

$ cat selfbuilder.sh >samba-installer
$ echo samba-3.0.24.tar.gz >>samba-installer
$ cat samba-3.0.24.tar.gz >>samba-installer
$ chmod +x samba-installer
$ sudo ./samba-installer
...Samba のソースが展開、ビルド、インストールされる...

Google のスクリプトはわざわざ dd を使っているが、cat で十分じゃないかしら (誰か、dd と cat の速度と負荷の比較をしてくれないかなぁ?)。 また、シェルスクリプトの最後に目印を埋め込んでおけば、スクリプト部分のサイズをベタ書きしなくても済む。

#!/bin/sh
p="$1"; shift
while true; do
ls -ld "$@" "$p"
p="expr "$p" : '\(.*\)/'" || break
done

いまいち。

$ sudo -u username test -r /path/to/target; echo $?
$ sudo setuidgid username test -r /path/to/target; echo $?

su でやる方法もあると思うが、これが一番シンプルかな。 2007年1月26日 更新: setuidgid ではなく sudo の -u オプションに変更。