[plamo:20809] Re: device is busy, after disconnection fromNFSclient

[KIDO Hideyuki]

きどです。

From: Takehiko Ogata <t_ogata@tkb.att.ne.jp>
Subject: [plamo:20806] Re: device is busy, after disconnection from NFSclient
Date: Sat, 27 Sep 2003 15:12:01 +0900

> しれませんが、serverでexportしたものがetabとxtabに記録され
> この状態ではdevice is busyとなるのではないでしょうか。
> /var/lib/nfsのetabとxtabから/cdromのexportを削除した状態になる
> 必要があるのではと思うのですが。
> 
> たとえばこの状態で/etc/exportsの/cdromをコメントとして
> # exportfs -rv
> とするとetabとxtabから/cdromは削除されると思いますので
> その状態でumountは可能となると思われます。

なるほど。おっしゃるとおりでした。

たしかに /etc/exports 中の /cdrom をコメントアウトしたうえで、
exportfs -r を実行すれば umount 可能になります。再度 man を読み返し、
exportfs -u host:/path で動的に /var/lib/nfs/xtab から該当するエントリ
を削除し、カーネルのエクスポート・テーブルを更新できることもわかりまし
た。先に鴨澤さんが man を投稿してくださっていたのに、その時には十分理
解できませんでした。

うちの /etc/exports では /cdrom 以外にユーザのホーム・ディレクトリも
export していたのですが、これなどはサーバの起動完了時点で（client か
らの mount の有無に関係なく）すでに umount できなくなっていることに、
いま気づきました。

ただ、ちょっと解せないのは、

    /home/user  192.168.1.2(rw,sync)
    /cdrom      192.168.1.2(ro,sync)

のような記述の /etc/exports の場合、/var/lib/nfs/xtab は

    /home/user 192.168.1.2(rw,sync,wdelay,hide,nocrossmnt,secure,\
               root_squash,no_all_squash,subtree_check,\
               secure_locks,mapping=identity,anonuid=-2,anongid=-2)
    /cdrom     192.168.1.2(ro,sync,wdelay,hide,nocrossmnt,secure,\
               root_squash,no_all_squash,subtree_check,secure_locks,\
               mapping=identity,anonuid=-2,anongid=-2)

みたいになりますが、サーバ起動完了時点で /home は device busy になるの
に対して、/cdrom は client が接続しない限り、server 上で mount umount 
とも可能である点です。単純に fstab での noauto か否かの違いでしょうか?

> ただこれがこれまでのバージョンではexportfs -aを行った段階で
> device is busyとなっていたかどうかはテストしておりません。

こちらでテストした結果では、 NFS サーバがカーネルのデーモンではなく、
ユーザ・スペースで動作する nfs-server-2.2beta47 を搭載した plamo-3.0 
の場合は、client の切断後もサーバ上で device is busy にならずに 
/cdrom を umount できました。

以上から、以前の nfs-server-2.2 と最近の nfs-utils では仕様上の大き
な違いがあり、export したマウントポイントが device is busy になるのは、
nfs-utils の正常な動作であると、ひとまず理解しようと思います。

いずれにせよお騒がせしました。コメントをくださった皆さんありがとうござ
います。

# google で検索すると海外の ML で同様の質問をいくつか見つけたのですが、
# ぼくの探した限りでは、そのいずれにもはかばかしい解答がついていませんで
# した。今になって考えてみると、あまり既知のことだったので無視されてい
# ただけなのかもしれません。

-- 
きど
KIDO Hideyuki <rp9h-kd@asahi-net.or.jp>