LinuxとSolarisの間のNFSで困ってます

[0001 名無しさん NG NG]

NFSをまたいでファイル書き込みすると、たまに
「そのファイルはディレクトリなので writing failed」なんて
意味不明のことを言われます。
Linux2.2.14 + Solaris2.5.1 です。
だれかたすけてちゃぶだい。

[0002 駒 NG NG]

ftp://sunsite.sut.ac.jp/pub/sun-info/sunsolve-patches/2.5.1_Recommended.README
ftp://sunsite.sut.ac.jp/pub/sun-info/sunsolve-patches/2.5.1_Recommended.tar.Z

このへん当てて
sync
sync
sync
reboot -- -r

してみそ。

あと、Solarisの場合はPC版かSPARC版か、
LinuxとSolarisのどちらがNFSサーバになっているか書くべきだと思う。

>「そのファイルはディレクトリなので writing failed」なんて
> 意味不明のことを言われます。

こういうエラーログの書き方は不親切だぞ。
きちんとcut&pasteしてファイルに保存しておく事。
でないとバグデータベースを検索できないだろ?

[0003 １です NG NG]

ありがとう、駒さん。
Recommended ってわりと頻繁に更新されるのね。
知らなかったよ〜。

ちなみに Emacs/Mule 上の Mew でしか問題が
確認できてません。/var/adm/messages とかではないです。

症状を詳しく書きますね。
Linux がエクスポートしているホームディレクトリを
Solarisで NFS マウントしています。
その状態で Solaris上の Emacs の Mew で imget (MHのinc相当)
すると、たまに、Mew （というか imget か？）から
~/Mail/inbox/1108: is a Directory (writing failed)
なんていう風にといわれちゃいます。
そのファイルを、その Solaris マシン上で ls -l で見る限りでは
普通の空ファイルなんですが
file コマンドをやると「ファイルを開けません」になります。
（ちなみにパーミッションには問題なし）
Linux マシン上からだと普通の空ファイルです。

自分で調べた限りでは、「Linux2.2 なら問題ない」とか
「SolarisのTCPスタックのバグ」とか「LinuxのNFSデーモンが
ロックを扱えないのが原因」とか「mount時にブロックサイズを
小さく指定すれば、NFS遅いけど問題回避可能」とかを見つけました。

けど Solaris2.6 のパッチは見つかったんですが 2.5.1. 用は無かったのと、
ロックが扱えないといわれてもどうしたものやら？って感じですし
NFSめちゃめちゃ遅いと事実上つかえないのと同じなので
悩んでいました。

誰か同じことではまっている人いたらどうやって回避したか
教えてください。

とりあえず今夜 Recommended を当ててみます。

あともうちょい詳しい環境書いておきます。
Linux 2.2.14 (SMP) on Pentium3 PC/AT
Solaris 2.5.1 on UltraSPARC2

あと、どうしてもダメなら、いっそのこと Solaris WSを
引退（でも Ultra2なのに引退なんて・・・）させて
Linux オンリーにするつもりです。
が、それは最後の手段・・・。(;_;)

[0004 Recommended 当ててもダメでした NG NG]

途方にくれてます。

[0005 駒 NG NG]

あー。そうでしたか。SolarisのNFS実装がリファレンスだから
Linuxがおかしい。以上。ではやばいよね。
「mount時のブロックサイズをちいさく指定」で
回避できるならそれで逃げるのが吉なんではないでしょうか...

[0006 駒 NG NG]

http://www.sun.com/smi/Press/sunflash/2000-02/sunflash.20000202.2.html

こんなのを見つけた。よい子は寝て待て!という感じですか。

[0007 駒 NG NG]

あと、Solaris8から社内向けなどイントラで使う分、
開発に使う分(商用含む)のSolaris8はライセンス料が無料になります。
ただ、2chのように外部に公開して使うサーバの場合は
Sunはカネ払ってほしいらしい。
ということでUltra2はまだ捨てないでください。

[0008 1です NG NG]

LinuxのNFSの実装がへぼいのは事実のようです。
あ〜あ、ブロックサイズ指定で逃げるにしても、
「おまえがよけいなことしたからシステムが遅くなった」とか
言われそうで、かなり悲しいものがあります。

月曜にでも早速ためしてみます＞ブロックサイズ指定

[0009 名無しさん NG NG]

LinuxのNFSはuserspace-nfsですか？kernelspace-nfsですか？
userspaceの方はほぼ見捨てられてるのでkernel-nfsを使うのが吉です。
kernelに手を加えるのがちょっと気持ち悪いけど。

[0010 １です NG NG]

使っているのは userspace NFS のほうです。
この問題を Linux 側で根本的に解決するには、
kernelspace NFSを使わないといけないっぽいのですが、
kernelspace NFS は Linux2.2.x でもまだ experimental ですよね？
experimental なものをうちのLANに導入する気にはなれなくて、
対策候補からは除外していました。

・・・安定して動きます？(^^;

あ〜あ、この問題さえなけりゃ「格安・爆速PCサーバ導入」で
表彰もん（なにそれ？）だったのになぁ・・・。

[0011 ９です NG NG]

＞１０
ExperimentalですがだいたいOKです（すげー不安）。いまのところは問題でてません。
Kernelは2.2.12、kernel NFSは
This is the Linux kernel NFS daemon 1.4.7. It is based on linux-nfs 0.4.22.
らしい。debianなのでオリジナルソースの所在は知りません。
そんなにヘビーな使い方はしてないのでhomeのサーバーとして耐え得るかは不明です。
とりあえず試験運用してみればよいのでは？

[0012 1です NG NG]

マウントオプションde回避技を試しましたがだめでした。
こんなやつです
rw＠｀rsize=256＠｀wsize=256＠｀retrans=50＠｀timeo=64

症状は Mew の上だけで起こるわけではないことが分かりました。
（そりゃそうだろうと思いますが）
Linuxがエクスポートしているホームディレクトリの中の
一部のディレクトリから下が、Solarisからは空っぽのように
見えます。なんだこりゃ。
そしてその見えないディレクトリには書き込みできません。

Solaris君たちはこんな文句を言うし・・・
Feb 8 10:05:00 foo automountd[137]:
No network locking on foo-home22 :
contact admin to install server change

foo-home22 ってのが Linux マシンです。

今夜あたり、もはや最後の手段となった、kernelspace NFSの
導入にチャレンジしたいと思います。

[0013 1です NG NG]

すみません、恥ずかしい質問します。
LinuxがエクスポートしているホームをSolarisのautomountで
マウントさせるとき、オプション与えるにはどこに記述するんでしょうか？
/etc/auto_masterからインクルードしている/etc/auto_homeに
foo rsize=256＠｀wsize=256＠｀retrans=50＠｀timeo=64
foo-home22:/export/home22/foo（実際には１行）
って書いたら
Feb 8 18:03:22 foo automountd[5322]:
bad entry in map auto_home "rsize=256＠｀ws
ize=256＠｀retrans=50＠｀timeo=64"
って怒られまして、マウントしてくれません。
マニュアルページ読んだ限りではこういう指定で
よさそうなんですが・・・あれれ？

ちなみに、１２で「だめだった」と書いたのは、
Linux側にマウントオプション与えてました。
意味ない上にこちらも実際には文法エラーで
稼動してませんでした(^^;
すみません。なんか、頭死んでます（おいおい）。

[0014 １です NG NG]

しつこくてすみません。
ちなみに、当該ホームディレクトリを
Solaris WS に手動で NFSマウント（例のオプションつき）
してみましたが、だめでした。
自分のホームディレクトリ内に
touch でファイル作成しようとすると、
「touch: x: ファイルもディレクトリもありません。」
という意味不明の回答がされます。

[0015 １です NG NG]

kernelspace-NFS を導入したのですが、
rpc.knfsdが
nfssvc: Function not implemented
と文句を言って起動してくれません。
おそらくこれが原因で、他のマシンから一切マウントできなく
なっちゃいました。（いまはuserspace-NFSデーモン達を手動
起動してしのいでいます。）

手順は
http://k-pup.zoma.co.jp/UPGRADE-2.2/docs/upgrade.htm#otherbugs
のとおり、
knfsd-1_4_4_bin_tar.gz
を / で展開して /etc/rc.d/init.d/nfs の中で
daemon rpc.kmountd --no-nfs-version 3
daemon rpc.knfsd 8
daemon rpc.kstatd
if [ ! -d /var/lib/nfs ] ; then
mkdir /var/lib/nfs
fi
touch /var/lib/nfs/xtab
/usr/sbin/kexportfs -r
するようにしただけです。（停止・再開部分も同様）

あ、ちなみにディストリビューションは Vine1.1 で
kernel-2.2化キットを使って 2.2.14にあげました。
いっそのこと debian に挑戦してみようかな・・・(;_;)

[0016 あの〜 NG NG]

話の腰を折るようで恐縮ですが…
どーしてもLinuxじゃなきゃ動かないソフトを使う必要が無くて、
NFSが重要ならFreeBSDを使うのが吉かも。

[0017 １ですが NG NG]

FreeBSDなら Linux でおきるこのような問題が
発生しないんでしょうか？
それならかなり考慮の価値あるかもです。

[0018 16ですが NG NG]

うちでは、FreeBSDがNFSサーバでSolaris7のクライアントから
問題なく使えてます。NFSv3が使えるから性能的にも良いです。
ただし、v2のクライアント相手には性能悪いです。信頼性を犠牲
にしてよいなら、sysctl -w vfs.nfs.async=1 でごまかせば
Linux並みにはなります。これで、信頼性もLinux並みに落ちま
すけど。

[0019 よいしょ NG NG]

こらしょ