【NFS】Network File System

1 ：名無しさん＠お腹いっぱい。：2006/03/28(火) 11:42:41

nfsに関する話題を扱うスレ

443 ：名無しさん＠お腹いっぱい。：2008/07/14(月) 23:59:16

ありがと。ただ、それは、export 元で permission
を 2775 の 2 (setgid) を立てておくのと同じです。

結局、 全員に permission 775 (umask 002) 以外に
設定することを禁止し、その代わり　/usr/home 用に、
uid ごとの個別のgid を用意して、運用することにしました。

NFS をグループ別に共有することができるようになったけど、
なんか、車輪の再生産をした気分。

444 ：名無しさん＠お腹いっぱい。：2008/07/15(火) 11:32:01

君は何も生産してないよ。

445 ：名無しさん＠お腹いっぱい。：2008/07/21(月) 14:23:42

ちょいと質問。すべて同じOS・同じバージョンです。具体的にはCentOS5.1のx64版。
NFSで/usr/localを共有するのと、/usrを共有するのってどちらの方が運用上賢いでしょうか？
yum upgradeとかしたときに全てのサーバマシンに影響するのかな。

446 ：名無しさん＠お腹いっぱい。：2008/07/21(月) 19:54:13

CentOSとやらがどこまでNFS共有を想定しているのか知らんが、
NFSで/usrを共有すると、たとえばNFSサーバ上で何かパッケージをインストール
したとき、NFSクライアント側は、/usrが更新されて/varが更新されていないという
不整合な状態になると思われ。

パッケージシステムを使うなら、複数ホストのパッケージ管理を1操作で
できるようにするのが筋ではないかと。

447 ：名無しさん＠お腹いっぱい。：2008/07/21(月) 19:58:22

/usr/localが吉

448 ：名無しさん＠お腹いっぱい。：2008/07/21(月) 20:30:09

>>445
system-config-netbootで全部

449 ：名無しさん＠お腹いっぱい。：2008/07/21(月) 23:36:11

>>447
そんなの初耳なんだが

450 ：名無しさん＠お腹いっぱい。：2008/07/22(火) 07:24:50

>>446
NFS 鯖と心中という障害ポイントを作る以上のメリットがない。
そんな程度なら定期的に rsync とかで同期した方が安定かつ高速。

451 ：名無しさん＠お腹いっぱい。：2008/07/22(火) 08:16:30

>450
定期的にrsync、というのはどの程度の間隔が良いのでしょうか？
ていうか、障害ポイントを発生させたとしても、管理ポイントが共有によりひとつに
まとまるNFSの方が楽じゃない？ NFS鯖を極力落ちないよう準備しておけばいいだけだし。
あくまで確率論だとは思いますが。

452 ：名無しさん＠お腹いっぱい。：2008/07/22(火) 08:23:43

>>446は読んだんか?
パッケージ管理の整合性という本質的な問題が理解できてないように思うが?

453 ：名無しさん＠お腹いっぱい。：2008/07/23(水) 09:13:30

どんなに暗くても、明けない夜はない。
NFSサーバだってきっと落ちるさ。

454 ：名無しさん＠お腹いっぱい。：2008/07/23(水) 14:40:53

>>451
マスターサーバを更新したときに手動で実行するとか、
もしくはクライアントがマスターサーバに何らかの方法で問い合わせて、
更新フラグが立ってたら同期するとかね。

455 ：名無しさん＠お腹いっぱい。：2008/07/23(水) 17:53:21

/varも共有してしまえばOK。

456 ：名無しさん＠お腹いっぱい。：2008/07/23(水) 18:04:07

/var共有ということは、ほかにも/etcも共有するのですね、わかります

457 ：名無しさん＠お腹いっぱい。：2008/07/23(水) 18:17:14

素直にディスクレスクライアントにしてしまえ。

458 ：名無しさん＠お腹いっぱい。：2008/07/23(水) 18:28:45

ディスクレスクライアントにしてるよ。
パッケージアップデートとか、
NFS鯖上で各クライアントディレクトリにchrootしてやってる。
クライアントPCが電源OFFでも、NFS鯖上だけでアップデートできるので管理すごく楽。

459 ：名無しさん＠お腹いっぱい。：2008/07/23(水) 18:43:02

>>458
クライアントごとにインスタンス作ってるの？
すごく無駄な気が...

460 ：名無しさん＠お腹いっぱい。：2008/07/23(水) 18:48:04

>>459
クライアントごとにあるのは / (/var /etc /sbin等)のみ。
/usrは共有してる。共有後にパッケージ管理もしてる。

あ、/sbinのバイナリは個別にハードリンク共有してる。

461 ：名無しさん＠お腹いっぱい。：2008/08/07(木) 14:41:19

賢い人はyumを使うような環境で/usrをmountしたりはしない

462 ：名無しさん＠お腹いっぱい。：2008/08/07(木) 23:56:53

aufs+NFSで/ごとマウントしてマウント先で個別にyumしてもいいし、
逆にyumは一切しないで元ツリー側でのyumに任せる運用をしてもいいぞ。

463 ：名無しさん＠お腹いっぱい。：2008/08/13(水) 08:19:45

CentOS5.2入れて、mount -t nfs したんだけど
flock()使ってるPerlのCGI動かすと1分くらい無反応になって終了しちゃう
ファイルロックかからなくていいから、flock使っても無視するmount方法ってないかな?
ちょっと前のLinuxだと、ふつーにmountしてflockつかっても問題ないんだけど

464 ：名無しさん＠お腹いっぱい。：2008/08/13(水) 08:43:04

>>463
mount -o nolock

465 ：名無しさん＠お腹いっぱい。：2008/08/13(水) 11:17:26

>>463
ちょっと前っていつ頃？

466 ：名無しさん＠お腹いっぱい。：2008/08/13(水) 11:38:34

おれが夕焼けだったころ

467 ：名無しさん＠お腹いっぱい。：2008/08/13(水) 13:00:34

a)flockが動かないのに、なぜ動かないのか調べない
b)ファイルロックかからなくていい
c)スクリプトの方を書き換えようとしない
d)デフォルトでNFSマウントされたディレクトリでflockしようとする

いずれも俺には理解できない発想の集合体だ。

a)システムが正常に動いてないんだから、まずどこが異常なのか調べてくれ。
statdとかlockdとか動いてないんじゃないのか。他のアプリケーションの動作にも
支障があるだろう。
b)競合すればデータが壊れる。同時実行しないという仮定でCGI運用したって
必ずいつかどこかで隙を突かれる。
c)なんのためのスクリプト言語なんだ
d)たとえhomeとかNFSマウントしてても、CGIを実行するホストが単一なら
/varのようなローカルマウントしてるディレクトリ上のファイルに対する
ロックで排他するのが筋。

468 ：名無しさん＠お腹いっぱい。：2008/08/13(水) 14:12:26

cとdは連鯖なら普通だろ。
aはNFS鯖がFreeBSDとかじゃねーの？

469 ：名無しさん＠お腹いっぱい。：2008/08/13(水) 14:23:57

>>468
> cとdは連鯖なら普通だろ。

動かない規定scriptがあるレンタルサーバが普通なのか?

> aはNFS鯖がFreeBSDとかじゃねーの？

（　ﾟдﾟ）ﾎﾟｶｰﾝ

470 ：名無しさん＠お腹いっぱい。：2008/08/13(水) 14:30:07

>>469
おまいさんは客のスクリプトを勝手に書き換えるのか？

>（　ﾟдﾟ）ﾎﾟｶｰﾝ
このすれを>>1から読んでこい

471 ：名無しさん＠お腹いっぱい。：2008/08/13(水) 14:43:34

質問に回答して、解決すればそれでいいんだよ。
質問主からの結果報告がないようだけど。
>>464 の回答で解決でしょ。

472 ：名無しさん＠お腹いっぱい。：2008/08/13(水) 16:08:43

「苦しいんです。いっそ殺して楽にしてください」って患者に言われて、 言われるままに青酸カリを処方する医者は薮なんだぜ。

473 ：名無しさん＠お腹いっぱい。：2008/08/13(水) 16:15:24

たとえになってない。
ハイ次。

474 ：名無しさん＠お腹いっぱい。：2008/08/13(水) 16:19:56

>>472
Linuxの -o nolock オプション付でmountした場合、
rpc.lockd経由の異ホスト間のロックがかからなくなるだけで、
同一ホスト上だと、(たとえロック対象ファイルがNFS上でも)ちゃんとlockがかかるよ。
なので、-o nolock が質問者に対する適切な回答と思われる。

475 ：名無しさん＠お腹いっぱい。：2008/08/13(水) 17:08:08

「まず壊れているものを直す」これが問題解決の原則。
この場合、壊れているのはロック要求に応えないNFSサーバであり、
ロックの必要がないのに獲得しようとしているスクリプトだ。

-o nolockは逆に、壊れていないNFSクライアントを壊してしまう。
(ネットワークワイドでのlockを無効にし、アプリケーションにエラーも返さない)。
そのサイトで動作するアプリケーション全体に影響が及ぶことを考えれば、
他で対処できないときの次善の策と考えた方がよい。

476 ：名無しさん＠お腹いっぱい。：2008/08/13(水) 17:29:56

「まず質問者が質問していることに答える」これが問題解決の原則。

477 ：名無しさん＠お腹いっぱい。：2008/08/13(水) 17:39:09

自分のやり方を押しつけちゃいかんよ。
どっちも。

478 ：名無しさん＠お腹いっぱい。：2008/08/13(水) 17:54:02

「自分のやり方を押しつけちゃいかん」という考えも押しつけちゃいかんよ。
3人とも。

479 ：名無しさん＠お腹いっぱい。：2008/08/13(水) 21:31:45

ありがとう　-o nolock で無視できた
でもしっくりいかないなあ
statdやlockd走しらせてmountしたファイルシステムにflockかけただけで半ストール状態になっちゃうものなの?
サーバー側がおかしいのかな

480 ：名無しさん＠お腹いっぱい。：2008/08/13(水) 23:43:29

質問者はその問題に関する知識がない(これは質問者なんだから当たり前)。
だから、質問者が発した質問が適切に組み立てられるとは期待出来ない。
質問の裏にある、質問者が抱えている真の問題を見抜いて解決法を回答するのが、
知識のある回答者の側の責務。

>>479
サーバ側、もしくはサーバとの通信がおかしい。
たとえばdaemonは動いていてもどこかのレイヤでパケットがフィルタリングされている、等。

481 ：名無しさん＠お腹いっぱい。：2008/08/14(木) 07:01:31

>>480
質問者はその問題に関する知識がないからこそ、
直接の回答なしに質問以外のことに対する余分な指図と思われる返答があっても
それを受け入れない、または理解できない。
まずは質問に対する直接の回答をするべき。
一旦その回答を質問者が試した上でさらに質問や疑問点があれば
再度質問すればいいことだから。

482 ：名無しさん＠お腹いっぱい。：2008/08/14(木) 11:07:21

>>479
パケットフィルタのせい？
フィルタが原因で、そういう現象が結果として出てくるのかは知らないけど。

483 ：名無しさん＠お腹いっぱい。：2008/08/14(木) 11:16:29

エスパーすると、lockd/statdは、クライアント、サーバー、双方で起動必要。
そのどちらかを忘れてるとか。NFS鯖がFreeBSDの場合はlockはうまく動かないのが普通。

484 ：名無しさん＠お腹いっぱい。：2008/08/14(木) 11:54:33

理解できるように説明してやればいいんじゃね

485 ：名無しさん＠お腹いっぱい。：2008/08/14(木) 22:41:52

フィルタリングはiptablesくらいしかしてないので
サーバー、クライアント両方切ってmountしてみたけど、、、同じだった。
statd走らせたうえで-o nolockで問題ないようなので
これで様子みてみます。
きっとたぶん忘れた頃にぽっと原因がわかったりするとおもう
ありがとー

486 ：名無しさん＠お腹いっぱい。：2008/08/14(木) 23:01:57

あ、あとexportfs -aしてもそのクライアントだけハングしちゃう
やっぱりちょっと気味悪いイ

487 ：名無しさん＠お腹いっぱい。：2008/08/15(金) 01:15:45

>>481
そんな劣悪な質問者だと直接の回答なのかどうかすら
判断できないんじゃねーの。

488 ：名無しさん＠お腹いっぱい。：2008/08/15(金) 12:22:31

>>479
斜めにしか過去レス読んでないのではずしてるかもしれんが、
NFSってパケットが普通にフラグメントして飛ぶので、
フィルタリングしてる機械がアホだと刺さるよ。

FreeBSDのpfでもscrub入れてないと刺さる。

489 ：名無しさん＠お腹いっぱい。：2008/08/15(金) 20:16:19

TCPでマウントしても？

490 ：名無しさん＠お腹いっぱい。：2008/08/18(月) 23:53:43

>>483
そういえば、FreeBSD+ZFSのNFSサーバでもlockできないのかな？

491 ：名無しさん＠お腹いっぱい。：2008/08/19(火) 09:00:54

>>490
ZFS、一体何の関係があるんだ？

492 ：490：2008/08/20(水) 20:56:11

>>491
ZFSはexportfsを使わないexportを行うから、lockも自前で行うのかなと思って。