08/03/13 12:16:40
>>261
ログイン簡単にするって、どうすればいいの？
うちの会社は100台弱あって大変… /usr/localをシェアするのっていいなあ
263:名無しさん＠お腹いっぱい。
08/03/13 13:23:30
機械なんだから管理はどんどん自動化しろよ。
なんのためのUNIXだよ。
264:名無しさん＠お腹いっぱい。
08/03/13 13:29:48
シェアはしないけどNFSにする、って方法もあるぞ。
クライアントの /usr/local他のデータを個別に NFS鯖側に持つ。
すると、NFS鯖にログインするだけですべてのクライアントのデータをいじれる。
シェアはしていないので、書き込み競合とかの問題もなし。
265:名無しさん＠お腹いっぱい。
08/03/13 15:14:19
>>263
それ、俺もすげー興味ある。
どんな感じで管理してるの？ 参考にしたい。
266:名無しさん＠お腹いっぱい。
08/03/13 16:38:40
NFSにちょっと関係があるかと思い便乗質問で恐縮ですが、
NISも導入した方がいいでしょうか？ ひとつのサーバにパスワードやグループなどを
一括管理できるようになるのはメリットかと思うのですが、逆にデメリットって実運用
ではどんなことがあるのかと思い。 よろしくおねがいしまんこ。
267:名無しさん＠お腹いっぱい。
08/03/13 16:40:04
今更NISか？
LDAPで良いんじゃね？
268:名無しさん＠お腹いっぱい。
08/03/13 18:19:01
>>266 UNIXだけで組んだシステムならNISでも悪くないよ。シンプルだし。
デメリットとしては、古臭いというぐらいだと思うｗ ある程度の規模になると
LDAP + NSS + nscd の方が安定性も反応性も高い希ガスです。
>>262 100台って少ないね・・・
>>263 激しく同意。人間様のプライドとして単純作業はすべて機械にやらせる。
>>265 cfengine とか Puppet とか？
漏れは自作フレームワークでインスコからメンテから全部楽々運用だな。
人海戦術の手作業で鯖管理してるような DQN を見てると悲しくなる。
269:名無しさん＠お腹いっぱい。
08/03/13 19:14:31
自作フレームワークをオープンソースでうpしてくれ
270:名無しさん＠お腹いっぱい。
08/03/13 19:17:46
NIS使うとshadow passwdの意味がなくなるんだよな。いや、別にいいんだけど
271:名無しさん＠お腹いっぱい。
08/03/13 19:37:56
うちもNFS+NISだな。
/homeと/usrをNFSで共有。PXE Bootで/もNFS越し。
まあ、数値計算用でほとんど同じ構成だから、あまり凝ったことをしなくても管理は楽。
272:名無しさん＠お腹いっぱい。
08/03/13 20:48:20
>>270 C2セキュリティのオプションONにすればok
ypcatで表示しなくなる。
それでも気になる人はNIS+をどうぞ。
273:名無しさん＠お腹いっぱい。
08/03/13 21:16:38
NIS+はサポート終了だって
274:名無しさん＠お腹いっぱい。
08/03/13 22:41:03
めでたしめでだし
275:名無しさん＠お腹いっぱい。
08/03/15 01:07:04
NFSの転送速度って遅くないですか？
276:名無しさん＠お腹いっぱい。
08/03/15 05:48:30
いやーそれほどでも
277:名無しさん＠お腹いっぱい。
08/03/15 09:32:29
うちは50MB/secが限度だった
278:名無しさん＠お腹いっぱい。
08/03/15 15:36:04
うちは75MB/sぐらい。
279:名無しさん＠お腹いっぱい。
08/03/15 16:06:22
> UNIXだけで組んだシステムならNISでも悪くないよ。
悪いこといわんからLDAPにしとけ。
NIS/NIS+はobsolete technologyだ。
特に100台あると(>>262)、NISにはmap転送ストームの問題がある。
280:名無しさん＠お腹いっぱい。
08/03/15 16:56:06
NFS自体
281:名無しさん＠お腹いっぱい。
08/03/15 19:10:52
NIS+はobsolete technologyだが
NISは今も今後も現役。
282:名無しさん＠お腹いっぱい。
08/03/15 19:55:48
昔はうちでも/usr/localをNFSで共有してたけど、パフォーマンスが悪いので
rsyncで毎晩mirrorする設定にしてるよ。共有してるのは/homeだけ。
/usr/localを更新したら トリガーになるファイルのタイムスタンプを更新して
ＮＦＳ server側で
touch /usr/local/UPDATE
と印付けておく。
で、client側では、
if [ /mnt/local/UPDATE -nt /usr/local/UPDATE ]; then
DORSYNC="1"
fi
とかして実行させる。ここで全てのclientが同時にrsyncかけると負担がかかるので
そのへんはばらけるように工夫する。
283:名無しさん＠お腹いっぱい。
08/03/15 20:12:24
>>281
NISはレプリカが多い時に、
パスワードの同時変更が起きると悲惨。
まさにobsolete。
284:名無しさん＠お腹いっぱい。
08/03/15 20:14:03
NISではレプリカとは言わん。批判するなら正しい用語で。
285:名無しさん＠お腹いっぱい。
08/03/15 20:18:36
じゃあスレーブなw
286:名無しさん＠お腹いっぱい。
08/03/15 20:21:16
ここでhesiodの出番だな
287:名無しさん＠お腹いっぱい。
08/03/15 20:23:38
yppushが起きるだけだが? 何が悲惨?
288:名無しさん＠お腹いっぱい。
08/03/15 20:30:30
NISがだめだとおもうならnetinfoを使えばいいのに
289:名無しさん＠お腹いっぱい。
08/03/16 01:21:26
おっさんが多いスレなのかしら
290:名無しさん＠お腹いっぱい。
08/03/16 14:43:57
エクスポートする、またはマウントするパスで、効率的なやり方を教えてください
291:名無しさん＠お腹いっぱい。
08/03/16 15:30:25
/
292:名無しさん＠お腹いっぱい。
08/03/22 05:02:33
高スペック機1台をNFSサーバにして /export/各サーバ名/home それぞれを公開Webサーバ台分用意、
そして、各Webサーバ（ひとまず4台）からはそれぞれ/homeをマウントさせて運用したいのですが、変でしょうか？
いちお同バージョンのLinux（centos5.1 x86_64）同士なので/usrも共有しようかなと、これは全機共通で。
こういう使い方ってNFSのパフォーマンス悪いのでしょうか
293:名無しさん＠お腹いっぱい。
08/03/22 08:57:35
Linuxのネタをここでやろうとするのは変
294:名無しさん＠お腹いっぱい。
08/03/22 12:13:28
高スペック機1台をNFSサーバにして /export/各サーバ名/home それぞれを公開Webサーバ台分用意、
そして、各Webサーバ（ひとまず4台）からはそれぞれ/homeをマウントさせて運用したいのですが、変でしょうか？
いちお同バージョンの FreeBSD 6.3R同士なので/usrも共有しようかなと、これは全機共通で。
こういう使い方ってNFSのパフォーマンス悪いのでしょうか
295:名無しさん＠お腹いっぱい。
08/03/22 12:30:31
FreeBSDでNFSはヤツの召還呪文
296:名無しさん＠お腹いっぱい。
08/03/22 19:51:32
NFSは激遅
297:名無しさん＠お腹いっぱい。
08/03/22 20:56:27
>>294
そんなことしないでバックエンド側でファブリック組めばええんちゃう？
298:名無しさん＠お腹いっぱい。
08/03/23 03:07:14
>>262
1000台以上あるけど、適当な認証鍵つくって、ループスクリプトでsshでttyつかんで...
ちょいshellscriptを汎用的に書いておけば、一気に全台同じコマンドじっこうできるよん
299:名無しさん＠お腹いっぱい。
08/03/23 16:29:41
>>298 どの様に書くのでしょうか。教えていただけますか。ぜひサンプルを。
300:名無しさん＠お腹いっぱい。
08/03/24 16:42:59
NISよりも優秀なのってなんだっけ？
301:名無しさん＠お腹いっぱい。
08/03/24 19:57:40
>>300
Active Directoryです。
302:300
08/03/24 22:22:59
>>301
ありがとう、Active Directoryを導入しました
303:名無しさん＠お腹いっぱい。
08/03/25 10:57:40
>>292
Web公開ファイルを/homeで共有するってこと？ アクセス数次第だなぁ。
スタッフアカウントを/homeで共有するのは良いアイデア。
/usrを共有するのは悪いアイデア。rsyncで同期しておけば良い話だから。
304:名無しさん＠お腹いっぱい。
08/03/25 11:04:28
>>303
アクセスが多い場合、NFSの転送速度からするとよくないんじゃね？
/homeもrsyncかｗｗｗ
305:名無しさん＠お腹いっぱい。
08/03/25 12:13:21
Webコンテンツならローカルに置くだろうけど、
EtherもCPUも速くなった今の時代、単純にNFSだから遅いとはいいきれない。
ローカルの単体SATAとリモートのNetApp、どちらが平均アクセス速度が速いか。
実運用ならバックアップも考えないと。
306:名無しさん＠お腹いっぱい。
08/03/26 02:15:23
CODAも、AFSもどこ行っちまったのだろ。
教えてくれ。
307:名無しさん＠お腹いっぱい。
08/03/26 02:49:23
Webアプリのこの時代に分散ファイルシステムってもの…
Satyanarayananのページに久々に行ってみたら、
Internet Suspend/Resumeってのやってんのな。
これもGoogle Gear辺りと比べるとかなり低い階層でやってるな。
308:名無しさん＠お腹いっぱい。
08/03/26 08:48:24
W
S
I
こ
309:名無しさん＠お腹いっぱい。
08/03/28 01:17:22
URLﾘﾝｸ(lists.freebsd.org)
310:名無しさん＠お腹いっぱい。
08/03/28 14:26:06
nfsでマウントしているディレクトリに、100byte程度のデータを
細かく書いていくプログラムを走らせると、そのクライアント側の
ホストでnfsディレクトリにかなり長い時間アクセスできなくなるのですが
この現象の解決策に関する情報はありませんか？
OSはRedhatlinux4.6 64bit
カーネルは2.6.9-67.EL でも2.6.24でも起こります
同じことをRedhatLinux3.0 の64bit版でやっても起こらないのですが・・
311:名無しさん＠お腹いっぱい。
08/03/28 18:18:40
a) 100バイトずつ投げるな
b) ELなんだからベンダのサポートに投げろ
c) Linuxなんぞ投げ捨てろ
312:名無しさん＠お腹いっぱい。
08/03/28 18:42:22
どうでもいいが、RedHat4.xって、1998年かそれ前後頃、
3.xは1997年頃? すげー古いOSだよね?
313:名無しさん＠お腹いっぱい。
08/03/28 19:01:45
RHLに4.6なんてない。
314:名無しさん＠お腹いっぱい。
08/04/01 02:59:21
>>310
NFSをasyncにしてみたら?
315:名無しさん＠お腹いっぱい。
08/04/01 04:09:49
cacheも増やすべき。acdirmax辺り。
mountオプソンで指定。
316:名無しさん＠お腹いっぱい。
08/04/01 07:49:06
時間割くなら、try&errorの厨ニングよりプログラム直した方が幸せになれると思われ。
NFSだろうがなかろうが、バッファリングせず100byteずつwrite(2)ってのは頭おかしい。
データの整合性を維持する意図でそうしてるならasync mountで動かすのは本末転倒だしな。
ソースがないならご愁傷様。
317:315
08/04/01 08:49:29
あれ? 小さいファイルをたくさん作るのかと思ったよ。
どっちとも取れるけど、一つのファイルに少しづつ書くなら、
ディレクトリがアクセスできなくなるのはおかしいなあ。
318:名無しさん＠お腹いっぱい。
08/04/02 01:41:55
>>310
現状のマウントオプション晒しなYo!
319:名無しさん＠お腹いっぱい。
08/04/05 13:20:26
まあrhelなら4.6はあるけど板違いだしなあ
320:名無しさん＠お腹いっぱい。
08/04/09 09:41:04
NFSv3 で同じLANにつながっているマシン同士ではサクサク
ファイル公開できているんだけど、セキュリティ上の理由から
TCPしか通してくれないL3スイッチ越しの隣の部屋のNFSサーバの
ディレクトリを NFSv4 でマウントしたら ls に引っかかる。
ファイルの読み書き、でっかいファイルの転送速度に関しては
たいした違いも無いんだけど、 ls で引っかかる。数秒。
何が原因なんでしょうか？
当然 portmap なんかも通らないんですが、それが原因
なんでしょうか・・・でも NFSv4 だしなぁ。2049/tcp
だけで使えると思うんだけど。
321:名無しさん＠お腹いっぱい。
08/04/09 09:47:49
>>320
L3が糞
322:名無しさん＠お腹いっぱい。
08/04/09 09:55:21
>>321
id でも引っかかるんで、nsswitch.conf 見てみたら、
hosts に wins が指定されていた orz
samba とか使ってねぇのに。
323:名無しさん＠お腹いっぱい。
08/04/09 10:36:20
NFSv4のクライアントは何?
Solaris以外でまともに使えるのある?
324:名無しさん＠お腹いっぱい。
08/04/09 10:46:04
>>323
>>322 で自己解決したようです
>>321 ハズレ
325:323
08/04/09 11:58:15
いや、トラブルとは関係ない質問
326:名無しさん＠お腹いっぱい。
08/04/09 12:51:31
まともに使える=俺の環境・俺の使ってるアプリケーションが動く、だから
基準が人によって全然違うんだよな。
クライアントは1台なのか100台なのか、
テキストエディタでファイルが開けばいいのか、データベースが置けないとダメなのか。
327:323
08/04/09 13:09:20
基準は>>320の基準でいいや。
「～をこう使っていてトラブルなし」ってんで。
ちなみに俺は自宅のファイル共有で使うことしか想定してない。
v3→v4の移行するかどうか。
仕事ならクライアントサイドはSolaris以外でv4使わないし。
328:320=322
08/04/09 13:28:11
server Ubuntu 6.06.2 LTS / kernel 2.6.15
client CentOS 5 / kernel 2.6.18
329:名無しさん＠お腹いっぱい。
08/04/13 03:40:27
質問です、自宅のLANにCentOS5.1のマシンが4台入る予定なのですが、なるだけ
少ない台数で集中管理したいと思っています。
1台の/homeを他3台でシェアしようと思うのですが、自宅LANのような小規模な環境
だとあまり意味の無い方法でしょうか？
それか、みなさんの書き込みを読んでいると人気の、rsyncをつかって1台のデータを
共有しようかと思ったのですが、リアルタイムに同期してる訳じゃないですよね。
330:323
08/04/13 09:05:07
>>328
Linuxかあ。今度トライしてみるわ。
ちなみにサーバはOpenSolaris。
331:名無しさん＠お腹いっぱい。
08/04/13 09:08:15
>>329
全部、デスクトップ機なの?
ノートにNFSホームは良くないと思うけど、
デスクトップならオフライン利用考える必要ないしNFSでいいと思うよ。
332:名無しさん＠お腹いっぱい。
08/04/13 12:01:06
>>331 サンクスっ！
NFSでシンプルに構成しようと思います。
よく考えてみりゃ/homeだけってのももったいないから他のも共有マウントしよう
かと思うのだけど、みんなどんな感じでマウントしてるんでしょう？定石ってあるのでしょうか。
マウントする側（3台の方）のHDDって８０GBもあるんだけど、マウントしちゃうと余計HDD領域が余っちゃう
よね、なんだかもったいねえ。
333:名無しさん＠お腹いっぱい。
08/04/13 12:20:52
クライアントはHDD外してディスクレスだよ。
ネットブートして、/ 全体すべて NFSだよ。
LANが速いと、かえってローカルHDDより速い感じがするくらい。
334:名無しさん＠お腹いっぱい。
08/04/13 13:04:27
>>333
素人に無駄な期待を抱かせるような書き込みはよせ。
それはハイエンドのNFS専用鯖機のときの話だ。
335:名無しさん＠お腹いっぱい。
08/04/13 13:41:34
>>334
自宅のふつーのPCで >>333 みたいなことしてるけど、、
336:名無しさん＠お腹いっぱい。
08/04/13 14:22:05
>>335
さて、これが無駄な期待でない理由を説明してくれ。
「ローカルHDDより速い感じがするくらい。」
337:名無しさん＠お腹いっぱい。
08/04/13 17:00:31
誇張表現
338:名無しさん＠お腹いっぱい。
08/04/13 17:56:21
そりゃ、ユーザ一人とか、Ｎｅｔｗｏｒｋスカスカなら
そこそこ良いかもしれんけど・・・・・
339:名無しさん＠お腹いっぱい。
08/04/13 18:08:20
自宅でやっているときの話とかいているから
ユーザーは分かっている範囲だしネットワークはすかすかだろうな
340:名無しさん＠お腹いっぱい。
08/04/14 00:51:14
>>332
・/homeと/usr/localだけ共有。
相互依存が起きないように両方同じサーバに。
・システムが必要とする分だけを全て/パーティションに。
パッケージシステムに任せて決して共有しない。
・残りは別パーティションとし、nfs exportして、
画像、音楽データを入れたり、バックアップに使ったり。
341:名無しさん＠お腹いっぱい。
08/04/14 08:38:20
ぶっちゃけ自宅ならば/homeというよりも、/home/homepageだけをシェアして
基本的にワンユーザー（homepage)で運用したほうが効率いいんでないかい？
あとは>>340の言うとおり/usr/localもかなあ
個人的にはDNSやsambaを設定してる/etcの一部ファイルもうまくシェアできないかと悩み中
342:名無しさん＠お腹いっぱい。
08/04/14 08:40:19
>>341
おまえ家族いないのか?
343:名無しさん＠お腹いっぱい。
08/04/14 19:52:49
むしろ家族がいてNFSを使っているような奴が異常
344:名無しさん＠お腹いっぱい。
08/04/14 20:00:20
鯖なんか立てたら、
うるせーよとクレームくる。
345:名無しさん＠お腹いっぱい。
08/04/14 20:49:40
居間のPCでも寝室のPCでも子供部屋のPCでも、
どのPCからログインしても自分の$HOMEで同じ環境にするには
ふつーNFSだろ。
346:名無しさん＠お腹いっぱい。
08/04/14 21:03:29
寝室でエロ動画ばっか見てないで、たまには奥さんの相手してやれよ。
347:名無しさん＠お腹いっぱい。
08/04/14 21:32:01
恥ずかしがり屋の妻がPCの中から出てきてくれません
348:名無しさん＠お腹いっぱい。
08/04/14 22:19:54
君のPCの中にいてくれるならそれでいいじゃないか
349:名無しさん＠お腹いっぱい。
08/04/14 22:33:23
>>348
生きろ
350:名無しさん＠お腹いっぱい。
08/04/15 02:29:46
/homeを共有したとしてもログインするためのアカウントやパスワード情報がシェアできなきゃ意味なくね？
351:名無しさん＠お腹いっぱい。
08/04/15 03:40:35
ホームと比べて人力同期の手間が大した事ない上にスレ違い。
352:名無しさん＠お腹いっぱい。
08/04/15 06:27:47
>>350
だから NIS使うんだろ。
353:名無しさん＠お腹いっぱい。
08/04/15 07:42:33
NFSはv4でTCPだけで使えるようになったけど、
NISはやっぱりportmap必須でポートの制御が難しいね。
LDAPでもよくね？
354:名無しさん＠お腹いっぱい。
08/04/15 08:48:17
UDP通してなんか問題ある? ポートの制御? そのなの必要ある?
355:名無しさん＠お腹いっぱい。
08/04/15 13:48:51
ていうかエルダップ使えよ、
国民は全員使ってるぜ、おまえんち以外は。
356:名無しさん＠お腹いっぱい。
08/04/15 14:14:35
そもそもportmap(rpcbind)は、ポート番号を意識せずに、
さらに言えば、下位レイヤーがTCP/IPソケットかどうかすら意識せずに
通信できる上位レイヤーのための概念だ。
それを使わずにポート番号固定にしてTCP/IPに依存するのは昔の考え方。
357:名無しさん＠お腹いっぱい。
08/04/15 14:24:09
誰も固定にするなんて言っていない。
358:名無しさん＠お腹いっぱい。
08/04/15 14:47:45
そういう場合はどうすると言ったのかを言わないと「固定にする」と言ったとみなされたままになる。
359:名無しさん＠お腹いっぱい。
08/04/15 22:30:41
べつにNISでもLDAPでもNetInfoでもいいよ
360:名無しさん＠お腹いっぱい。
08/04/16 02:54:04
>>359
比較するとしたらどれが良いと思う？
361:名無しさん＠お腹いっぱい。
08/04/16 04:21:04
LDAP
362:impress入門者
08/04/16 16:14:03
>>682, 683
マイレイアウト追加って出来ますか?
数式の規定フォントの指定って出来ますか?
363:名無しさん＠お腹いっぱい。
08/04/16 16:25:44
NFSじゃ無理
364:名無しさん＠お腹いっぱい。
08/04/16 22:21:40
いや、なんとかすりゃできるかもよ？
俺は教えないけどね
365:名無しさん＠お腹いっぱい。
08/04/19 03:14:55
NFSで/usrをシェアするってどうなの？
366:名無しさん＠お腹いっぱい。
08/04/19 06:55:24
どうって、普通だよ
367:名無しさん＠お腹いっぱい。
08/04/19 13:57:21
や、/usr/localを共有するもんだと思ってたんだけど
>>365みたく/usrなんて共有していいものなのか？
368:名無しさん＠お腹いっぱい。
08/04/19 14:53:31
>>367
/usrだからこそ共有していい。
ホスト間で共有できるものは /usr以下(/usr/bin /usr/lib /usr/sbin等)に。
ホスト間で共有できないものは /etc /var /bin /sbin /lib等に
というルールになっている。
Solarisではホスト間で共有できるファイルを増やすため、
/binをsymlinkにして、すべて/usr/binに移動している。
369:名無しさん＠お腹いっぱい。
08/04/19 16:58:26
NFS鯖に障害が出たときにすげー面倒くさそう。/sbinだけあってもなぁｗ
用途や規模や更新頻度にもよるけど、漏れはrsyncとかパッケージの管理とかで
統一する方が好きかな。
370:名無しさん＠お腹いっぱい。
08/04/19 21:36:28
んじゃ、NFSじゃなくrsyncで全ホスト間の/usrで同期をとるならば
cronとかで定期的に親機から全ホストに対してrsyncするスクリプトを叩く、でおｋ？
一時間おきとかに。
371:名無しさん＠お腹いっぱい。
08/04/20 11:17:05
パッケージとパッチ使えよ。
372:名無しさん＠お腹いっぱい。
08/04/20 12:23:00
/usr以下なら、更新したタイミングで同期すればいいじゃない
373:名無しさん＠お腹いっぱい。
08/04/20 12:58:33
ガチで管理したいならもうpuppetとか導入しちゃった方がいいんじゃない？
374:名無しさん＠お腹いっぱい。
08/04/25 02:29:03
パペットってどうよ？
10台以下の環境で使うほどの必要あるかな
375:名無しさん＠お腹いっぱい。
08/04/27 10:35:38
RDISKはNFSですか？
376:名無しさん＠お腹いっぱい。
08/05/02 07:46:00
NFSでマウントしたボリュームについても，クライアント側で
通常のファイルシステムのようにキャッシュは有効なのでしょうか？
NFS 鯖においてあるファイルを NFSv3 でマウントして，
そこそこ大きなファイル（10M程度のログファイル）を
何度も読み込むとすると，何度もトラフィックが発生
するものなのでしょうか？
Linux ユーザなのですが NFS のスレが Linux 板にないのでここに来ました．
なお，FS-Cache とか cachefilesd は使っていません．
通常のディスクキャッシュの仕組みがNFSでマウントした
ボリュームでも働くかどうかということです．
377:名無しさん＠お腹いっぱい。
08/05/02 07:51:22
>>376
当然キャッシュされる。もちろん、クライアントの搭載メモリ次第だが。
同じファイルを読み込む場合、2回目は速い。
378:名無しさん＠お腹いっぱい。
08/05/02 09:19:12
>>376
man 5 nfsも読んどいてくれ
379:376
08/05/02 13:35:30
レスありがとうございます。最近NFSを利用している
クライアントマシンから「NFSが気絶してる」という
苦情を受けるので、使い方を聞いてみたら10000個ほどの
10MB程度のファイルを次々と grep しただけ、とのこと。
しかも1ファイルごとに100回くらい読み直したとのコト。
せめてクライアント側でキャッシュが有効なら同じファイル
100個読むのは別に負荷じゃないよなぁとおもったのです。
さきほど nfsstat をサーバ側でやってみたら、
Server nfs v3:
null getattr setattr lookup access readlink
6 0% 18278453 80% 143964 0% 781712 3% 2524218 11% 0 0%
read write create mkdir symlink mknod
352987 1% 455073 1% 54698 0% 6321 0% 0 0% 0 0%
remove rmdir rename link readdir readdirplus
51737 0% 5598 0% 88 0% 0 0% 107265 0% 27950 0%
fsstat fsinfo pathconf commit
8 0% 2 0% 0 0% 17191 0%
うむむ、getattr だけで 80% らしい。80% というのが回数なのか
そのコールを処理するのにかかった時間なのかわかりませんが、
なんにせよ getattr 恐るべし。man 5 nfs によるとディレクトリ
エントリがらみのキャッシュ時間を設定しろということなのでしょうか。
うちの使い方では関係ないですが、ディレクトリエントリを
キャッシュしちゃうとロックファイルのような使い方を
してるアプリケーションにとってはまずいことがおきる？
380:名無しさん＠お腹いっぱい。
08/05/02 13:44:43
>>379
RHEL4ならbugzilla見にいけ
381:376
08/05/02 16:31:35
>>380
サーバは Ubuntu LTS 6.0.6 LTS です。が
今使ってるカーネルのバージョンに絡んだ何かが
あるかもしれないので時間のあるときに見てみます。
ところで、みなさん nfsd の数ってどうやって最適値を
見積もってらっしゃるんでしょうか？ デフォルトが 8
だし、デュアルコアだから 16、いや、20 くらいにしておこう
程度の発想しかできないんですが、たとえば /proc 以下の
何かをモニタしていればヒントが得られるのでしょうか。
382:名無しさん＠お腹いっぱい。
08/05/02 16:42:55
>>381
URLﾘﾝｸ(nfs.sourceforge.net)
383:376
08/05/02 18:48:15
>>382 THX
384:名無しさん＠お腹いっぱい。
08/05/03 01:38:24
>>379
NFSマウントしているところで、
シリアスな「ロックファイル」を使っちゃいかん。
firefoxの二重起動禁止程度の奴なら実用上問題ないけど。
385:名無しさん＠お腹いっぱい。
08/05/05 02:07:33
NFSで10台くらいとシェアするとやっぱりパフォーマンス落ちますか
386:名無しさん＠お腹いっぱい。
08/05/05 03:26:14
サーバによるよ。
ローカルディスクより速いサーバは一杯ある。
387:名無しさん＠お腹いっぱい。
08/05/05 12:57:28
ML115なんですが
388:名無しさん＠お腹いっぱい。
08/05/05 13:56:40
マウントするだけなら変わらない（当たり前？）。
少々のコマンドを読む程度ならそれもあまり変わらない。
I/Oを大量に発生させるクライアントが多ければ、下がる。
としか言いようがないよ。
ここ参考にならんかな？
URLﾘﾝｸ(www.spec.org)
ならんか。
389:名無しさん＠お腹いっぱい。
08/05/05 14:27:08
実際にやってみて問題がでたら、ひとつずつ解消してきゃいい。
そういう手間暇かけて試行錯誤するのが許されず、
一発で正着が欲しいなら、経験のある人に頼めばいい。
390:名無しさん＠お腹いっぱい。
08/05/05 17:06:14
NFSやるならNISも必須だろ
391:名無しさん＠お腹いっぱい。
08/05/05 18:03:12
いやそれほどでも
392:名無しさん＠お腹いっぱい。
08/05/05 19:49:13
NISとかLDAPとかNetInfoとかアカウント管理なくても、
NFSプロトコルは問題なく動きます。
393:名無しさん＠お腹いっぱい。
08/05/05 20:00:13
アカウント管理なんてする必要あるのか？
100台だろうが1万台だろうが、手作業でアカウント設定すりゃいいじゃん
394:名無しさん＠お腹いっぱい。
08/05/05 20:05:59
アイデンティティ管理って奴ですかな。
395:名無しさん＠お腹いっぱい。
08/05/05 20:07:52
認証したい時(UNIX認証は除く)はsecure RPCかKerberosが必要になる。
396:395
08/05/05 20:08:47
>>395
Secure RPCのDES認証かKerberos認証というべきだった。
397:名無しさん＠お腹いっぱい。
08/05/08 11:00:16
サーバ、クライアントともに
Ubuntu Linux 6.06 LTS
kernel 2.6.15
で nfs4 での利用を試みているのですが、
ブート後数日は普通に動いているのに
いつの間にか ls すると Input/ouptut error
と表示されるようになります。
でもディレクトリエントリが取得できないだけで
そこにあるはずのファイルは読み書きできます。
何が起こっているのでしょうか？
ちなみに Netfilter (iptables) や hosts.{allow|deny}
での制限は一切無しの状態です。
/etc/exports を書き換えて、同じ場所を
NFS v3 でエクスポートしてマウントすると
普通に ls できます。NFS において ls だけできない
（そこにあるはずのファイルにはアクセスできているのに）
というのはどんな状態なのでしょうか？
398:名無しさん＠お腹いっぱい。
08/05/08 11:05:27
>>397
>というのはどんな状態なのでしょうか
普通に、ディレクトリだけが読めない状態。
NFS関係なしに、
chmod a-r .
ってやると、カレントディレクトリをlsできなくなるが、
その下にあるファイルは(ファイル名がわかっていれば)読める。
399:397
08/05/08 11:12:12
複数台あるファイル鯖で、NFS v3 で普通はマウントしていて
幸せな暮らしを営んでいるのですが、ファイアウォールの関係で
隣の部署からは NFS v4 (proto=tcp) でマウントしています。
そいつだけたまにディレクトリエントリが見えなくなるのです。
ファイルにはアクセスできているので気づかないことも多いです。
障害発生時刻とログをつぶさに観察していると
nfs_update_inode : inode number mismatch
expected (0:14/0x2), got(0:14/0xb001)
がサーバ側で出たあとにクライアント側からディレクトリ
エントリが見えなくなるようです。それが出たあとも
気を取り直して NFS v3 でマウントしているクライアントからは
何も障害が見えません。
さらに NFS 鯖のログをさかのぼってみていると
nfs4_cb : server xxx.xxx.xxx.xxx not responding, timed out
が頻繁に出ています。これと関係あるのでしょうか。
nfs4_cb が何かこれからググろうと思いますが、
属性キャッシュがらみなのだろうか・・
400:名無しさん＠お腹いっぱい。
08/05/08 11:17:59
まずfirewallを疑えよ。
firewallの中でnfs4で確かめてみたら。
401:名無しさん＠お腹いっぱい。
08/05/08 11:18:43
スキルもなく実績もないUbuntuLTSなんか使うなよ。
402:397
08/05/08 11:42:00
>>400
ファイル鯖上で localhost がエクスポートしているものを
localhost でマウントしても同じ障害が発生します。
とりあえず週末に業務が終わったらカーネルを差し替えるべく
VMware 上で他のバージョンのカーネルでの挙動を確かめてみます。
403:名無しさん＠お腹いっぱい。
08/05/08 11:59:23
TCPにしたいだけなら、NFSv3のTCPにすればいいじゃないか。
404:397
08/05/08 13:06:30
>>403
できれば idmap も使いたく・・
405:名無しさん＠お腹いっぱい。
08/05/08 13:12:41
uid振り直して統一しておけばいい。
406:名無しさん＠お腹いっぱい。
08/05/08 13:19:01
Googleもいいけど、そこまでログ追ったならソースコード見た方が早いよ
407:名無しさん＠お腹いっぱい。
08/05/09 17:45:30
サーバをSolarisに変えろ! > NFSv4
408:名無しさん＠お腹いっぱい。
08/05/10 04:31:26
>>397
NFSv4 で認証した時のプロセスID が変わってたらそれが原因の一つでは？
任意の時間で、チェックしてアクティブに umount してからマウントしな
おすと何事もなかったように見えるのではないでしょうか。
409:名無しさん＠お腹いっぱい。
08/05/11 14:29:05
>>407みたいなこという人ってどこまで本気なんだろう？
410:名無しさん＠お腹いっぱい。
08/05/12 18:17:58
まじ
411:名無しさん＠お腹いっぱい。
08/05/13 15:31:21
LinuxでNFSサーバとかどこまでマジなの? という切り口もあるので
どっちもどっち。立ち位置の違いに過ぎない。
412:名無しさん＠お腹いっぱい。
08/05/13 16:10:19
NECと富士通の独自NFSサーバはLinux製。
ただしNFSモジュールは別途開発したものに差し替えてる。
413:名無しさん＠お腹いっぱい。
08/05/15 00:31:40
nfs mount 時の rsize, wsize ですが、これを指定しない場合は
いくらになるんでしょうか？
414:名無しさん＠お腹いっぱい。
08/05/15 07:00:16
>>413
指定しなければデフォルトの値になります。
指定しなかったからといって決して 0にはなりませんので、ご安心ください。
415:名無しさん＠お腹いっぱい。
08/05/15 08:55:59
>>414
あほか。wsize/rsizeをいじりたくなったらデフォルト値を知る必要があるだろ。
>>413
OS（とそのバージョン）による。
FreeBSDなら/usr/include/nfsclient/nfs.hにNFS_WSIZE,NFS_RSIZEで定義されてる。
他は知らん。
416:名無しさん＠お腹いっぱい。
08/05/15 09:27:37
>>414
Linuxなら、mountコマンドを引数なしで実行したら表示されるだろｗｗ
一般ユーザーでも可能。
417:名無しさん＠お腹いっぱい。
08/05/15 09:34:42
>>415
ソースを見るんじゃなくて、稼働中のカーネルで実際にマウントされている時の
wsize/rsizeはわからないんですか?
418:名無しさん＠お腹いっぱい。
08/05/15 12:28:33
Solarisならman mount_nfsに書いてある。
419:名無しさん＠お腹いっぱい。
08/05/15 12:34:17
>>418
それだと、mount後に「現在の」rsize,wsizeを知ることができないじゃん。
420:名無しさん＠お腹いっぱい。
08/05/15 13:16:50
もうさ、tcpdumpでNFS WRITEのサイズ見ればいいじゃん
421:名無しさん＠お腹いっぱい。
08/05/15 14:50:09
>>418
デフォルト値がわかるからいいじゃんか。
422:名無しさん＠お腹いっぱい。
08/05/15 16:00:17
>>418
Solaris なら nfsstat -m でずらっと出てくるお
423:名無しさん＠お腹いっぱい。
08/05/15 16:28:26
Linuxでも nfsstat -m で rsize/wsize 他のパラメータもわかる。
manの情報は実際のカーネルとは合ってないことがあるし、
やっぱり現物で確認する方法がいいよね。
424:名無しさん＠お腹いっぱい。
08/05/15 21:08:45
その知見は現物でしか使えないけどね。
425:名無しさん＠お腹いっぱい。
08/05/16 16:38:33
mountコマンドが、
コマンドラインオプションで指定されなかったnfs mountオプションを、
mount(2)に渡す時に、
・0にしてkernelに任せる
・具体的な規定値を設定する
と二種類あるから気をつけて。
426:名無しさん＠お腹いっぱい。
08/05/20 07:44:06
server1 --- server2 -- cilent
server1は指定のディレクトリをNFSで公開します。
server2はserver1のディレクトリをマウントし、NFSで公開します
clientはserver2のディレクトリをマウントします
これはできる？
427:名無しさん＠お腹いっぱい。
08/05/20 07:58:47
>>426
Linuxなら可能。一般には不可能。
428:名無しさん＠お腹いっぱい。
08/05/20 08:33:56
>>427に追加
server2がLinuxなら～
429:名無しさん＠お腹いっぱい。
08/05/21 12:53:23
>>426
ちなみにserver2でsmbでマウントしたディレクトリを公開したら
書き込みできなかった
430:名無しさん＠お腹いっぱい。
08/05/22 00:34:19
>>420
便乗質問
NFS WRITE のサイズって、具体的にどこを見ればいいの？
431:名無しさん＠お腹いっぱい。
08/05/22 01:40:19
汎用性あるかしらんが、Linuxなら、
/proc/mount
NFS-SERVER:/home /home nfs rw,v3,rsize=32768,wsize=32768
432:名無しさん＠お腹いっぱい。
08/05/22 06:31:01
>>431
/proc/mounts だな
433:名無しさん＠お腹いっぱい。
08/06/30 10:19:33
マシンA,B,Cがあったとして
AからBへnfsマウントして、さらに
BからCへnfsマウントできますか？
つまりCからAのディスクをnfsを２回中継してマウントしたいです。
434:名無しさん＠お腹いっぱい。
08/06/30 11:26:07
>>433
>>427
435:名無しさん＠お腹いっぱい。
08/06/30 11:32:13
Linuxでもできない実装なかったっけ
436:名無しさん＠お腹いっぱい。
08/06/30 11:41:00
knfsdは不可
unfsdは可
437:名無しさん＠お腹いっぱい。
08/06/30 12:01:58
いまどきunfsdなんて使われてないから、結局Linuxでも不可ってこと?
438:名無しさん＠お腹いっぱい。
08/06/30 12:10:00
あえてunfsd使えば可ってこと
439:名無しさん＠お腹いっぱい。
08/07/09 14:56:06
MACOSXServer10.4のフォルダをエクスポートして、Solaris9でNFSマウントする。
その環境で、Solaris9上でMacのフォルダの容量を取得したい。
そこで質問＞＞
Solaris9上でNFSマウントしたMacのフォルダをdu -skの値と、
Mac上でdu -skの値に差がある。
Solaris9：2676
Mac：892
NFSマウント方法や、他に容量の取得する方法があれば教えてほしい。
お願いします。
440:名無しさん＠お腹いっぱい。
08/07/09 15:28:30
>>439
つ du -sB 1 filename
441:名無しさん＠お腹いっぱい。
08/07/14 05:04:45
>216 >218 と同じことやってた。
NFS でマウントしたディレクトリ以下で、
mkdir した場合は、強制的に permission 775 に
するようにできないのかな。
exports しているディレクトリは 2775 にセットしているから、
直下に 755 なファイルを作られても、group ユーザは消せる
けど、directory を 755 で掘らて、その下に 755 なファイルや
ディレクトリを作られると、消せなくて不便。
anonymous にすると、group で共有ディレクトリを制御
できないし。
442:名無しさん＠お腹いっぱい。
08/07/14 06:43:05
>>441
クライアント側で mountする時に、-o grpid オプションを付ければ、
ディレクトリのgidはサブディレクトリに伝播するよ。
443:名無しさん＠お腹いっぱい。
08/07/14 23:59:16
ありがと。ただ、それは、export 元で permission
を 2775 の 2 (setgid) を立てておくのと同じです。
結局、 全員に permission 775 (umask 002) 以外に
設定することを禁止し、その代わり /usr/home 用に、
uid ごとの個別のgid を用意して、運用することにしました。
NFS をグループ別に共有することができるようになったけど、
なんか、車輪の再生産をした気分。
444:名無しさん＠お腹いっぱい。
08/07/15 11:32:01
君は何も生産してないよ。
445:名無しさん＠お腹いっぱい。
08/07/21 14:23:42
ちょいと質問。すべて同じOS・同じバージョンです。具体的にはCentOS5.1のx64版。
NFSで/usr/localを共有するのと、/usrを共有するのってどちらの方が運用上賢いでしょうか？
yum upgradeとかしたときに全てのサーバマシンに影響するのかな。
446:名無しさん＠お腹いっぱい。
08/07/21 19:54:13
CentOSとやらがどこまでNFS共有を想定しているのか知らんが、
NFSで/usrを共有すると、たとえばNFSサーバ上で何かパッケージをインストール
したとき、NFSクライアント側は、/usrが更新されて/varが更新されていないという
不整合な状態になると思われ。
パッケージシステムを使うなら、複数ホストのパッケージ管理を1操作で
できるようにするのが筋ではないかと。
447:名無しさん＠お腹いっぱい。
08/07/21 19:58:22
/usr/localが吉
448:名無しさん＠お腹いっぱい。
08/07/21 20:30:09
>>445
system-config-netbootで全部
449:名無しさん＠お腹いっぱい。
08/07/21 23:36:11
>>447
そんなの初耳なんだが
450:名無しさん＠お腹いっぱい。
08/07/22 07:24:50
>>446
NFS 鯖と心中という障害ポイントを作る以上のメリットがない。
そんな程度なら定期的に rsync とかで同期した方が安定かつ高速。
451:名無しさん＠お腹いっぱい。
08/07/22 08:16:30
>450
定期的にrsync、というのはどの程度の間隔が良いのでしょうか？
ていうか、障害ポイントを発生させたとしても、管理ポイントが共有によりひとつに
まとまるNFSの方が楽じゃない？ NFS鯖を極力落ちないよう準備しておけばいいだけだし。
あくまで確率論だとは思いますが。
452:名無しさん＠お腹いっぱい。
08/07/22 08:23:43
>>446は読んだんか?
パッケージ管理の整合性という本質的な問題が理解できてないように思うが?
453:名無しさん＠お腹いっぱい。
08/07/23 09:13:30
どんなに暗くても、明けない夜はない。
NFSサーバだってきっと落ちるさ。
454:名無しさん＠お腹いっぱい。
08/07/23 14:40:53
>>451
マスターサーバを更新したときに手動で実行するとか、
もしくはクライアントがマスターサーバに何らかの方法で問い合わせて、
更新フラグが立ってたら同期するとかね。
455:名無しさん＠お腹いっぱい。
08/07/23 17:53:21
/varも共有してしまえばOK。
456:名無しさん＠お腹いっぱい。
08/07/23 18:04:07
/var共有ということは、ほかにも/etcも共有するのですね、わかります
457:名無しさん＠お腹いっぱい。
08/07/23 18:17:14
素直にディスクレスクライアントにしてしまえ。
458:名無しさん＠お腹いっぱい。
08/07/23 18:28:45
ディスクレスクライアントにしてるよ。
パッケージアップデートとか、
NFS鯖上で各クライアントディレクトリにchrootしてやってる。
クライアントPCが電源OFFでも、NFS鯖上だけでアップデートできるので管理すごく楽。
459:名無しさん＠お腹いっぱい。
08/07/23 18:43:02
>>458
クライアントごとにインスタンス作ってるの？
すごく無駄な気が...
460:名無しさん＠お腹いっぱい。
08/07/23 18:48:04
>>459
クライアントごとにあるのは / (/var /etc /sbin等)のみ。
/usrは共有してる。共有後にパッケージ管理もしてる。
あ、/sbinのバイナリは個別にハードリンク共有してる。
461:名無しさん＠お腹いっぱい。
08/08/07 14:41:19
賢い人はyumを使うような環境で/usrをmountしたりはしない
462:名無しさん＠お腹いっぱい。
08/08/07 23:56:53
aufs+NFSで/ごとマウントしてマウント先で個別にyumしてもいいし、
逆にyumは一切しないで元ツリー側でのyumに任せる運用をしてもいいぞ。
463:名無しさん＠お腹いっぱい。
08/08/13 08:19:45
CentOS5.2入れて、mount -t nfs したんだけど
flock()使ってるPerlのCGI動かすと1分くらい無反応になって終了しちゃう
ファイルロックかからなくていいから、flock使っても無視するmount方法ってないかな?
ちょっと前のLinuxだと、ふつーにmountしてflockつかっても問題ないんだけど
464:名無しさん＠お腹いっぱい。
08/08/13 08:43:04
>>463
mount -o nolock
465:名無しさん＠お腹いっぱい。
08/08/13 11:17:26
>>463
ちょっと前っていつ頃？
466:名無しさん＠お腹いっぱい。
08/08/13 11:38:34
おれが夕焼けだったころ
467:名無しさん＠お腹いっぱい。
08/08/13 13:00:34
a)flockが動かないのに、なぜ動かないのか調べない
b)ファイルロックかからなくていい
c)スクリプトの方を書き換えようとしない
d)デフォルトでNFSマウントされたディレクトリでflockしようとする
いずれも俺には理解できない発想の集合体だ。
a)システムが正常に動いてないんだから、まずどこが異常なのか調べてくれ。
statdとかlockdとか動いてないんじゃないのか。他のアプリケーションの動作にも
支障があるだろう。
b)競合すればデータが壊れる。同時実行しないという仮定でCGI運用したって
必ずいつかどこかで隙を突かれる。
c)なんのためのスクリプト言語なんだ
d)たとえhomeとかNFSマウントしてても、CGIを実行するホストが単一なら
/varのようなローカルマウントしてるディレクトリ上のファイルに対する
ロックで排他するのが筋。
468:名無しさん＠お腹いっぱい。
08/08/13 14:12:26
cとdは連鯖なら普通だろ。
aはNFS鯖がFreeBSDとかじゃねーの？
469:名無しさん＠お腹いっぱい。
08/08/13 14:23:57
>>468
> cとdは連鯖なら普通だろ。
動かない規定scriptがあるレンタルサーバが普通なのか?
> aはNFS鯖がFreeBSDとかじゃねーの？
（ ﾟдﾟ）ﾎﾟｶｰﾝ
470:名無しさん＠お腹いっぱい。
08/08/13 14:30:07
>>469
おまいさんは客のスクリプトを勝手に書き換えるのか？
>（ ﾟдﾟ）ﾎﾟｶｰﾝ
このすれを>>1から読んでこい
471:名無しさん＠お腹いっぱい。
08/08/13 14:43:34
質問に回答して、解決すればそれでいいんだよ。
質問主からの結果報告がないようだけど。
>>464 の回答で解決でしょ。
472:名無しさん＠お腹いっぱい。
08/08/13 16:08:43
「苦しいんです。いっそ殺して楽にしてください」って患者に言われて、 言われるままに青酸カリを処方する医者は薮なんだぜ。
473:名無しさん＠お腹いっぱい。
08/08/13 16:15:24
たとえになってない。
ハイ次。
474:名無しさん＠お腹いっぱい。
08/08/13 16:19:56
>>472
Linuxの -o nolock オプション付でmountした場合、
rpc.lockd経由の異ホスト間のロックがかからなくなるだけで、
同一ホスト上だと、(たとえロック対象ファイルがNFS上でも)ちゃんとlockがかかるよ。
なので、-o nolock が質問者に対する適切な回答と思われる。
475:名無しさん＠お腹いっぱい。
08/08/13 17:08:08
「まず壊れているものを直す」これが問題解決の原則。
この場合、壊れているのはロック要求に応えないNFSサーバであり、
ロックの必要がないのに獲得しようとしているスクリプトだ。
-o nolockは逆に、壊れていないNFSクライアントを壊してしまう。
(ネットワークワイドでのlockを無効にし、アプリケーションにエラーも返さない)。
そのサイトで動作するアプリケーション全体に影響が及ぶことを考えれば、
他で対処できないときの次善の策と考えた方がよい。
476:名無しさん＠お腹いっぱい。
08/08/13 17:29:56
「まず質問者が質問していることに答える」これが問題解決の原則。
477:名無しさん＠お腹いっぱい。
08/08/13 17:39:09
自分のやり方を押しつけちゃいかんよ。
どっちも。
478:名無しさん＠お腹いっぱい。
08/08/13 17:54:02
「自分のやり方を押しつけちゃいかん」という考えも押しつけちゃいかんよ。
3人とも。
479:名無しさん＠お腹いっぱい。
08/08/13 21:31:45
ありがとう -o nolock で無視できた
でもしっくりいかないなあ
statdやlockd走しらせてmountしたファイルシステムにflockかけただけで半ストール状態になっちゃうものなの?
サーバー側がおかしいのかな
480:名無しさん＠お腹いっぱい。
08/08/13 23:43:29
質問者はその問題に関する知識がない(これは質問者なんだから当たり前)。
だから、質問者が発した質問が適切に組み立てられるとは期待出来ない。
質問の裏にある、質問者が抱えている真の問題を見抜いて解決法を回答するのが、
知識のある回答者の側の責務。
>>479
サーバ側、もしくはサーバとの通信がおかしい。
たとえばdaemonは動いていてもどこかのレイヤでパケットがフィルタリングされている、等。
481:名無しさん＠お腹いっぱい。
08/08/14 07:01:31
>>480
質問者はその問題に関する知識がないからこそ、
直接の回答なしに質問以外のことに対する余分な指図と思われる返答があっても
それを受け入れない、または理解できない。
まずは質問に対する直接の回答をするべき。
一旦その回答を質問者が試した上でさらに質問や疑問点があれば
再度質問すればいいことだから。
482:名無しさん＠お腹いっぱい。
08/08/14 11:07:21
>>479
パケットフィルタのせい？
フィルタが原因で、そういう現象が結果として出てくるのかは知らないけど。
483:名無しさん＠お腹いっぱい。
08/08/14 11:16:29
エスパーすると、lockd/statdは、クライアント、サーバー、双方で起動必要。
そのどちらかを忘れてるとか。NFS鯖がFreeBSDの場合はlockはうまく動かないのが普通。
484:名無しさん＠お腹いっぱい。
08/08/14 11:54:33
理解できるように説明してやればいいんじゃね
485:名無しさん＠お腹いっぱい。
08/08/14 22:41:52
フィルタリングはiptablesくらいしかしてないので
サーバー、クライアント両方切ってmountしてみたけど、、、同じだった。
statd走らせたうえで-o nolockで問題ないようなので
これで様子みてみます。
きっとたぶん忘れた頃にぽっと原因がわかったりするとおもう
ありがとー
486:名無しさん＠お腹いっぱい。
08/08/14 23:01:57
あ、あとexportfs -aしてもそのクライアントだけハングしちゃう
やっぱりちょっと気味悪いイ
487:名無しさん＠お腹いっぱい。
08/08/15 01:15:45
>>481
そんな劣悪な質問者だと直接の回答なのかどうかすら
判断できないんじゃねーの。
488:名無しさん＠お腹いっぱい。
08/08/15 12:22:31
>>479
斜めにしか過去レス読んでないのではずしてるかもしれんが、
NFSってパケットが普通にフラグメントして飛ぶので、
フィルタリングしてる機械がアホだと刺さるよ。
FreeBSDのpfでもscrub入れてないと刺さる。
489:名無しさん＠お腹いっぱい。
08/08/15 20:16:19
TCPでマウントしても？
490:名無しさん＠お腹いっぱい。
08/08/18 23:53:43
>>483
そういえば、FreeBSD+ZFSのNFSサーバでもlockできないのかな？
491:名無しさん＠お腹いっぱい。
08/08/19 09:00:54
>>490
ZFS、一体何の関係があるんだ？
492:490
08/08/20 20:56:11
>>491
ZFSはexportfsを使わないexportを行うから、lockも自前で行うのかなと思って。
493:名無しさん＠お腹いっぱい。
08/09/04 02:17:41
板違い覚悟で質問します。ご迷惑をおかけしますが、なにとぞご協力をお願いします。
物理ファイアウォール経由でNFSマウントをする構成なんですが、その物理FWがIPとポート番号をガチンコ指定なため、
NFSクライアント側の浮動するポート番号をなんとか固定しないといけないです。
すごくアホな話ですが、S側、D側のIPとポートを全制御できるパケットしか許可しないなんて言われてます。
環境：RHEL5 NFSv3
なんとか、NFSクライアントのポート番号を固定化する方法を教えてください。
せめてmount.nfs(サーバ側892ポートと通信するモジュール)のポート番号が特権ポートを使わないようにする
設定を教えてください。
494:名無しさん＠お腹いっぱい。
08/09/04 02:23:09
ちなみに、サーバ側の/etc/exportsにinsecureオプションを付与したりもしました。
portmapの使用するポート番号の指定もしました。(/proc/sys/net/ipv4/ip_local_range)
mount.nfsは、NFSマウントをかけに行ったときにnetstatを打つと892と通信していたモジュールです。
111とか2049はお行儀よくエフェメナルポートを使用しているのに、こいつだけウェルノウンポートを使用します。
本当は固定できれば最高なんですが、1024:65535のポート全開放しないとどの道sshやらできないよ
なんて方向で切り込めば押し込めるかなと思ってます。若干デスマーチ気味な構築になってますが、
なかなかデカいプロジェクトなので、重ねてご教示お願いします。
495:名無しさん＠お腹いっぱい。
08/09/04 03:36:48
ググレカス
496:名無しさん＠お腹いっぱい。
08/09/04 03:50:36
,．-─ ─-､─-､
, イ)ィ -─ ─- ､ﾐヽ
ノ ／,．-‐'"´ ｀ヾj ii / Λ
,ｲ／／ ^ヽj(二ﾌ'"´￣｀ヾ､ﾉｲ{
ノ/,／ミ三ﾆｦ´ ﾞ､ﾉi!
{V /ミ三二,ｲ , -─ Yｿ
ﾚ'/三二彡ｲ .:ィこﾗ ;:こﾗ j{
V;;;::. ;ｦヾ!V ｰ '′ i ｰ ' ｿ
Vﾆﾐ( 入 ､ r j ,′
ヾﾐ､｀ゝ ｀ ｰ--‐'ゞﾆ<‐-イ
ヽ ヽ -''ﾆﾆ‐ /
| ｀､ ⌒ ,/
| ＞ ---- r‐'´
ヽ＿ |
ヽ ＿ ＿ 」
ググレカス [ gugurecus ]
（西暦一世紀前半～没年不明）
よく読めカス!
URLﾘﾝｸ(www.redhat.com)
497:名無しさん＠お腹いっぱい。
08/09/04 04:19:49
＿＿＿_
／ ＼ ／＼ ｷﾘｯ
. ／ （ー） （ー）＼
／ ⌒（__人__）⌒ ＼ ＜若干デスマーチ気味な構築になってますが、
| |r┬-| | なかなかデカいプロジェクトなので、重ねてご教示お願いします。
＼ `ー'´ ／
ノ ＼
／´ ヽ
| ｌ ＼
ヽ -一''''''"~~｀`'ー--､ -一'''''''ー-､.
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒))
＿＿＿_
／_ノ ヽ､_＼
ﾐ ﾐ ﾐ oﾟ(（●）) (（●）)ﾟo ﾐ ﾐ ﾐ ＜だっておｗｗｗ
/⌒)⌒)⌒. ::::::⌒（__人__）⌒:::＼ /⌒)⌒)⌒)
| / / / |r┬-| | (⌒)/ / / /／
| :::::::::::(⌒) | | | ／ ゝ :::::::::::/
| ノ | | | ＼ / ） /
ヽ / `ー'´ ヽ / ／
| | l||l 从人 l||l l||l 从人 l||l
ヽ -一''''''"~~｀`'ー--､ -一'''''''ー-､
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒))
498:名無しさん＠お腹いっぱい。
08/09/04 04:21:59
【お前の頭はくるくるパーだおｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ】
∩ _rﾍ / ヽ∩
. ／＿ノυ＿＿＿ιヽ＿ ＼
／ ／ ／⌒ ⌒＼ ヽ ＼
( く ／（ ●） （●）＼ > ） お前の頭は
＼ ｀／::::::⌒（__人__）⌒:::::＼' ／
ヽ| |r┬-| |/
＼ `ー'´ ／
(( (ヽ三/) (ヽ三/) ））
. (((i ) ＿＿＿ ( i)))
／ ／ ／_ノ ヽ_＼ ヽ ＼
( く ／（ ●） （●）＼ > ） くるくる
＼ ｀／::::::⌒（__人__）⌒:::::＼' ／
ヽ| ￣ |/
＼ ／
∩∩∩ . ∩∩∩
.∩_:||_:|_:| |_:||_:|_:∩
│ ___ つ ⊂ ___ │
ヽ ノ ＿＿＿ ヽ ノ
／ ／ ／_ノ ヽ､_＼ ヽ ＼
( く oﾟ(（●）) (（●）)ﾟo > ） パーだおｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
＼ ｀／::::::⌒（__人__）⌒:::::＼' ／
ヽ| |r┬-| |/
＼ | | | ／
| | |
`ー'´
499:名無しさん＠お腹いっぱい。
08/09/04 04:27:03
,, -─- ､._
．-"´ ＼．
：/ _ノ ヽ､_ ヽ.：
：/ oﾟ(（●）) (（●）)ﾟoヽ：
：| （__人__） |： プギャー！！！
：l ) ( l：
：` ､ `ー' /：
：, -‐ (_). ／
：ｌ_ｊ_ｊ_ｊ と)丶─‐┬．''´
：ヽ ：i |：
：/ ：⊂ノ|：
500:名無しさん＠お腹いっぱい。
08/09/04 04:47:54
┐(´д｀)┌ やしやし
501:名無しさん＠お腹いっぱい。
08/09/04 09:23:04
>>496
早速のレスあざす。ただし、私の説明が良くなくて申し訳無いです。
/etc/sysconfig/nfsを編集してサーバ側のポートを固定することは成功しています。
説明が悪くすみません。マウントしにいく側のポートを固定したいと考えています
502:名無しさん＠お腹いっぱい。
08/09/04 09:31:26
デカいプロジェクトやデスマーチプロジェクトのサポート役を2chに
求めるって時点でその会社は終わってるな。
503:名無しさん＠お腹いっぱい。
08/09/04 10:23:52
>>502
だってメーカーサポートがないんだもーん
504:名無しさん＠お腹いっぱい。
08/09/04 10:43:26
フェドラなんかのフォーラムでも質問をなげたのですが、
良い答えはない感じでした。皆ファイアウォールの構成を変えろといいます。
それが正しいと思いますが。
クライアント側のポート番号のみブラックボックス化しているように見えます。
portmapが制御しているのは間違いないと思っていますが。
それこそ新たにモジュールを自作して噛ませる必要があるのでしょうか。
505:名無しさん＠お腹いっぱい。
08/09/04 10:45:55
自力で調べられる人とか、構築経験のある人とかがいないから終わってるって
ことだと思うのだが……そりゃデスマーチ状態になるわな的な意味で。
506:名無しさん＠お腹いっぱい。
08/09/04 11:10:47
Linux板行けよ。
507:名無しさん＠お腹いっぱい。
08/09/04 11:13:57
>>504
> portmapが制御しているのは間違いないと思っていますが。
違います。
ポートの範囲を狭められたとしても、固定は無理です。
lockdやstatdにも言及してないし、あなたには無理な仕事なんじゃないでしょうか?
508:名無しさん＠お腹いっぱい。
08/09/04 11:35:06
あ、確かにportmapではありませんでした。rpcbindですね。
509:名無しさん＠お腹いっぱい。
08/09/04 12:02:05
NFSクライアントの送信元ポート番号は実装による。普通は固定しない。
1024以下の番号を利用する事が多い。(UNIXの世界では1024以下はrootというお決まりなので)
ファイヤーウォールの設定を SrcPort 1-1024 DstPort 111,2049 と
status lockmgr mountd が使うポートを開放してもらえばよろしい。
ネットワーク管理者からすると、暗号化もされてない通信路でファイヤーウォール越しに
NFSなんてふざけてる奴だ、こう言っておけば諦めるだろうという意図だろう。
どうしてもやりたいなら VPN してやれや。
510:名無しさん＠お腹いっぱい。
08/09/04 12:06:15
色々なご意見、ご回答ありがとうございます。
実力不足はいまさらながら痛感しています。
熟達した技術をお持ちの皆様に不快感を与えてしまい申し訳ない気持です。
今後は今以上の精進を持って学習いたしますので、なにとぞご協力お願いしたい所存です。
/etc/sysconfig/nfsの設定ファイルで、lockdやstatdのポートを固定するよう設定しています。
確かにログなどを確認してもそれらのポートが使用されていないので
設定が足りないのかもしれません。rpcinfoでは固定されていることは確認できます。
クライアント側は、使用ポートを固定できなくとも、狭める事ができれば
それでもクローズは可能です。なにとぞ御教示お願いします。
公式ドキュメントなどでportmapが制御しているものと判断しておりました。
それが違うとのこと、了解致しました。ありがとうございます。別のアプローチをトライしてみます。
511:名無しさん＠お腹いっぱい。
08/09/04 12:09:26
>>510
このスレの人間は誰もやったことがないから答えられないんだよ。
実際のところはそんなとこｗ
512:名無しさん＠お腹いっぱい。
08/09/04 12:12:27
>>509
貴重なアドバイスありがとうございます。FWの構成もNFSマウントもすべて客先による指示であるため、ベストエフォートである必要があります。
そのため、VPNの検討もしてみます。ありがとうございます
513:名無しさん＠お腹いっぱい。
08/09/04 12:33:24
>物理ファイアウォール経由でNFSマウントをする構成なんですが、
どうでもいいけど、物理ファイアウォールといったら
ビルとかに設置してある防火壁のことなんじゃないだろうか。
iptables じゃなくてアプライアンス箱を使っているという意味は
わかるからいいけど。
514:名無しさん＠お腹いっぱい。
08/09/04 12:37:07
Linuxカーネルのソース書き換えろ。> 範囲固定
515:名無しさん＠お腹いっぱい。
08/09/04 12:48:42
送信元のポート番号を固定したら、NAPTできないじゃん。
516:名無しさん＠お腹いっぱい。
08/09/04 12:54:04
2chなんかで質問してしまうなんて、よっぽど気が狂ってるんだろうな。
全て客先による指示なら、客に聞けばいいだろ。
できる事と、できない事の区別もつかないなら、仕事向いてないよ。
517:名無しさん＠お腹いっぱい。
08/09/04 12:55:43
うるせーなクソカス
518:名無しさん＠お腹いっぱい。
08/09/04 14:10:48
>FWの構成もNFSマウントもすべて客先による指示であるため、
・・・・・客の指示だったら物理的に保証がないとか誰もやったこと無いような事まで
「できますって言っちゃったらやる」って言うの？
さすが出来る技術者は違いますね～（棒
519:名無しさん＠お腹いっぱい。
08/09/04 15:35:06
客が死ねと言ったらお前も死ぬんだな!
520:名無しさん＠お腹いっぱい。
08/09/04 16:19:09
だまれボンクラニート
521:名無しさん＠お腹いっぱい。
08/09/04 16:49:43
皆様の痛烈なご指摘通り、客先指示には原則従う事が前提です。
そのため、今回のようなケースでも可能性を地獄の果てまで追いかける必要があります。
もし不可能と言うことであれば、不可能である根拠や証跡が必要になります。
現段階ではまだ不可能と断定可能な材料がないため、調査及び有識者各位にお問い合わせしている次第です。
当然皆様に対して不可能な根拠や証跡まで要求する気はございませんが、
それでも図々しいお問い合わせをしていると認識しております。
皆様に置かれましては、私の見苦しい発言の数々でご迷惑の事と存じますが、
今一度のお力添えをお願いしたい所存です。
522:名無しさん＠お腹いっぱい。
08/09/04 16:51:38
>>521
>>514 が方法を回答してるじゃん。
523:名無しさん＠お腹いっぱい。
08/09/04 17:06:08
>>514
>>522
ご回答が遅くなり申し訳ありません。
その手段はOS自体や他APへの影響範囲が評価不可能なため、先ほど客先より却下されました。
申し訳ありません。
524:名無しさん＠お腹いっぱい。
08/09/04 17:24:14
技術力がないから「出来ない」といっても客に信用してもらえないんだな。
「うちは技術がないのでそんなこと出来ません」と正直に言っちゃえば
客も流石に飲むしかないと思うがな。
525:名無しさん＠お腹いっぱい。
08/09/04 17:32:06
できない仕事とるなよ。
526:名無しさん＠お腹いっぱい。
08/09/04 18:04:16
技術がないからできるとかできないとかで仕事選べないんじゃね
527:名無しさん＠お腹いっぱい。
08/09/04 18:12:35
既に取っちまったもんを、エンジニアだけでどうこう出来ないだろうて。
自分が同じ立場だったとして「出来ない」と突っぱねられるか？
528:名無しさん＠お腹いっぱい。
08/09/04 18:14:13
「2chで聞いたけどできないといわれました。」と答えればいい。
529:名無しさん＠お腹いっぱい。
08/09/04 18:14:48
そんなこと言われてもできるようにはならん。
530:名無しさん＠お腹いっぱい。
08/09/04 18:16:20
NFSプロキシ建てれば? プロキシ側でソースポート固定と。
531:名無しさん＠お腹いっぱい。
08/09/04 18:25:23
自分が同じ立場なら? なぜNFSが必要なのか、なぜソースポートまで固定した
厳格なファイアウォールが必要なのか、そういったところからヒアリングして、
できるだけ客の「やりたい事」に沿った解法を探るだろうな。
客はファイル共有やネットワークの保護がやりたいんであって、
客自身がNFSそのものがやりたい、ソースポート固定そのものがやりたい、ということは稀だ。
当たり前だが。
532:名無しさん＠お腹いっぱい。
08/09/04 18:29:38
なんだ、>>512 で「VPN検討する」って言ってるじゃん。それでFAだろ。
ハイ次の質問どうぞ。
↓
533:名無しさん＠お腹いっぱい。
08/09/04 18:44:00
>>531 客がｷﾁｶﾞｲだったってことは漏れ経験したｗ
534:名無しさん＠お腹いっぱい。
08/09/04 18:50:20
板違いだから。その話題は。
535:名無しさん＠お腹いっぱい。
08/09/04 22:02:21
現状 nfsd---|FW|---nfs client
解決 WiFi---nfsd---|FW|---nfs client---WiFi
これで桶w
536:名無しさん＠お腹いっぱい。
08/09/04 22:44:20
iptablesでそのサーバ宛のNFS関係パケットのソースポートを書き換える、とか？
537:名無しさん＠お腹いっぱい。
08/09/05 13:10:02
あんまりこねくり回すと、意味不明でメンテ不能になるぜ。
VPNして終了でいいじゃん。
538:名無しさん＠お腹いっぱい。
08/09/05 15:27:01
あっさりVPNで穴あける前に、なんでVPNなんてものが必要になるのか、
ファイアウォールの意味をもう一度考えようぜ。
539:名無しさん＠お腹いっぱい。
08/09/05 16:51:46
単なる釣だろ。
540:名無しさん＠お腹いっぱい。
08/09/05 17:21:54
A「お前さん、一杯喰わされたな。ありゃ単なる釣りだぜ」
B「そうか、なら良かった」
A「なに?」
B「ファイアウォールにNFS通そうとする馬鹿な客と馬鹿なSEは、いないんだ」
♪ダンダンドゥヴィ、ドゥヴィダダン……
541:名無しさん＠お腹いっぱい。
08/09/05 18:40:32
VPNが最強なんだぜ？
542:名無しさん＠お腹いっぱい。
08/09/05 19:56:56
VPNは、先ほど客先より却下されました。
申し訳ありません。
引続き解決策の議論をお願いします。
543:名無しさん＠お腹いっぱい。
08/09/05 20:09:13
>>542
SSHで繋がせてもらう
で SSH over PPP でトンネリング。
URLﾘﾝｸ(nakagami.blog.so-net.ne.jp)
客には、「VPNなんて使ってませんよ。telnetみたいなのしか使ってませんよ」とか言う
544:名無しさん＠お腹いっぱい。
08/09/05 20:21:57
客に却下されたからダメ、じゃなくて、
そうするよりマシな実現方法はないからこれでやらせろ、
それじゃなきゃやらない、ぐらいのアピールしろよ。
構築だけじゃなくて後の運用もどうせ請け負ってるんだろうから、
客の奴隷になるのは不幸になるだけだ。
そういう客の言いなりで作ると、けっきょく gdgd なものしかできなくて
後々まで泣くことになるぞ。
545:名無しさん＠お腹いっぱい。
08/09/05 21:49:11
送信元ポートを固定するようなアプリケーションの設計は
あまりよくない、むしろバカな設計なのだよ。
議論(藁)なんてする必要すらない。
だいたいNFSは信用できるネットワーク内で使う事を前提とされているし
ましてやWANを経由する事も考えられていない。
スレ違いのプロトコルと言ってもいいな。
546:名無しさん＠お腹いっぱい。
08/09/05 23:14:27
>客に却下されたからダメ、じゃなくて、
>そうするよりマシな実現方法はないからこれでやらせろ、
>それじゃなきゃやらない、ぐらいのアピールしろよ。
そーだ、その通りだー。
ファイアウオールにNFSを通すなんて（客がどっから実例拾ってきて提示してるか知らないけど）
元々の仕様を超えた使い方に対してはもう議論（苦笑）の余地さえも残っていないと思うけどね。
どうせ却下されるだろうけど試しにｗ
つ【業務用のネットワークとは別にNFS専用のネットワークを用意する】
547:名無しさん＠お腹いっぱい。
08/09/05 23:34:14
>>531 客がｷﾁｶﾞｲだったってことは漏れ経験したｗ
548:ななし
08/09/06 01:42:37
少なからずFireWall-1やNetScreenを使っているならNFSでも簡単かつセキュアに
通せるわけだが、その辺りのファイアウォールは使っていないって事？
だったら、そこそこでかいプロジェクトとは思えないんだけど。
ファイアウォールの管理者に地味に嫌がらせされてるだけ？？
549:名無しさん＠お腹いっぱい。
08/09/06 04:21:28
関係会社の作ってるFireWallアプライアンスは
NFSとか通す設定できなかったなぁ。
まあ専業メーカーの製品には太刀打ちできませんな。
>>545の言う通り、NFSは信用できるネットワーク内で使うことが前提。
NFSのパケットを偽装可能って話は聞いたことあるし、
パケットキャプチャすることでNFSサーバの中身を
レプリケーションできてしまうプログラムなんてのも有ったらしい。
その辺の脆弱性を指摘して、
VPNなりSSHトンネルで保護する必要があるんです! とか
主張してみるのはどうかね?
550:名無しさん＠お腹いっぱい。
08/09/06 06:12:27
SecureRPC使えば暗号化/認証できる。
もし必要ならケルベロスも使える。
551:名無しさん＠お腹いっぱい。
08/09/06 12:43:11
中間にL3以上の処理の入る環境でNFS使うのはどうもなあ。
TCPなら若干ましだが、パケット落ちるとろくなことがないし。
552:名無しさん＠お腹いっぱい。
08/09/06 16:53:12
アホな客と無能な業者が馴れあってる分には
どちらも外の世界に出てこないのでありがたい。
これからも唯一無二のシステム構築に挑戦し続けてほしい。永遠に。
553:名無しさん＠お腹いっぱい。
08/09/10 01:46:25
DATA ONTAPの/etcってどこにあるんでしょうか
554:通りすがりのFiler使い
08/09/10 02:16:02
>>553
出荷時のままなら /vol/vol0/etc
何をしたいのか知らんけど、
rc を始めとした設定ファイルを弄りたいなら
setup コマンド流して設定しなおした方が楽かもしれんよ?
既存の設定を確認したいだけなら
autosupport mail に殆どの設定が添付されてくる。
555:名無しさん＠お腹いっぱい。
08/09/14 10:21:59
ていうか
＞引続き解決策の議論をお願いします。
なんでうちらが議論せないかんの？
556:553
08/09/14 12:48:47
>>554
おぉ。タンクス。
結局/vol/vol0をlinuxからnfsマウントして編集しました。
/vol/vo0はoffになっていたのでマウントできないのかと思ったらマウントできるし...。
何をしたかったというとhostファイルに項目を追加したかったのですが、FilerViewのhostファイルのマネージャがなぜか「アプレットがない」とか言って起動せず途方にくれてました。
なんか色々方法があるみたいですね。
で、もうひとつご教授ください。
nfsサーバーをsolarisからdataontap搭載のnfsサーバーに乗り換えたいのですがFilerViewからの設定では必ず先頭部分が/vol/vol1となってしまって全ての該当nfsファイルをマウントしているホスト設定ファイルを書き換える必要があります。
現在の設定ファイルをそのまま生かすために/vol/vol0を任意に変更する方法はあるのでしょうか。
557:通りすがりのFiler使い
08/09/14 13:15:22
>>556
FilerViewが部分的にしか使えないのは
options trusted* 回りか
options httpd* あたりかな...
私が管理してる Filer 群は全部 FilerView 停止してあるので
これ以上のコメントはできないかな、すまんね。
先の件だと、exportfs コマンドを手打ちすれば
FilerView は使わなくて済んだかも。
さて、今回の件だけど、
全ボリューム(ファイルシステム)は
/vol 以下に配置されるので
クライアント側が再設定大会になるのは避けられない。
vol1 や vol2 等となっている部分は変更可能
例: vol rename vol1 foobar
ちなみに vol0 (つまり root volume)は、
名前変えると他に変更すべき個所が山盛りなので
この名前だけは固定にするべき。
あと、NOWにはユーザー登録してあるよね?
管理者ガイド等のマニュアル一式が入手できるので
この機会に登録をお勧め。
558:名無しさん＠お腹いっぱい。
08/09/14 14:42:40
>>556
つ
URLﾘﾝｸ(honokatei.at.webry.info)
おまいには試して報告する義務がある。
559:名無しさん＠お腹いっぱい。
08/09/14 18:02:52
すんません質問させてください
exportfsでsyncを指定して
mount -o asyncでマウントした場合、syncは有効になりますか?
exportfsでの設定とmountでの設定の優先順位がわからないであります!!
560:通りすがりのFiler使い
08/09/14 18:13:55
>>558
おー、exportfsに -actual なんてオプションが追加されてるのか...
リリースノートはこまめに目を通すべきですな orz
情報どうもです。
>>556
リンク先では wrfile つかってファイル作成する方法が書かれてるけど、
標準入力をファイルにリダイレクトする方法と変わらないので
・前の行に戻れない
・途中で中断してやり直せない
・バックアップファイルなんて当然作られない
という難点がある。
緊急時以外は使わない方が良いかと。
561:名無しさん＠お腹いっぱい。
08/09/14 20:27:19
質問：NFSクライアント側でnoatime指定してマウントして意味ある？
562:名無しさん＠お腹いっぱい。
08/09/14 21:08:28
DataOntapって富士通やSUNにOEMされてて結構いろんなとこで見かけるけどなんかアンタッチャブルだなｗ
OS板に立てたら需要あるかな。OS板ならontap内部やwindowsの共有も話題にできるし。
ところでこれは使える？
URLﾘﾝｸ(partners.netapp.com)
563:名無しさん＠お腹いっぱい。
08/09/14 21:22:18
>>562
NetApp の独自システムなん？
CISCO の IOS みたいにインサイド本とか出てたりするん？
564:名無しさん＠お腹いっぱい。
08/09/15 00:54:13
>>561
意味ある。
atime更新が意味を持たない状況ではわりとありがちなチューニング。
565:通りすがりのFiler使い
08/09/15 03:02:56
>>562
Data ONTAPはファイルサーバ専用OSですな。
一見コマンドシェルっぽい物が実装されてはいるけど
エディタも cd コマンドも無い。
ONTAPシミュレータはいくつか制限あるけど
自習用/検証用としてはそこそこ使える。
他の仮想マシン同様、大量にメモリを消費するのと
ディスクアレイだけに膨大なI/Oが発生することさえ考慮して
PCを構成しておけばストレス無く使えるかと。
ああ、勿論、Data ONTAP GX
(いわゆる大規模クラスタ)は動かないよ?
>>563
インサイド本は見たこと無いですな。
コマンド数はそれほど多くないので直ぐ覚えられるかと。
566:名無しさん＠お腹いっぱい。
08/09/15 03:51:51
>>564
ということはasyncもクライアント側のオプションが有効になるということですね
567:名無しさん＠お腹いっぱい。
08/09/15 06:38:00
>>564
確認だが、NFS client側で noatime でマウントしても、
NFS server側のファイルの atimeは通常通り更新される。
(だからNFS server側のディスクアクセスが減るわけではない)
それもわかった上でclient側だけ noatime指定しても「意味ある」って
答えてるんだよね?
568:名無しさん＠お腹いっぱい。
08/09/15 08:09:39
どの実装の話しているの?
UNIXのmountのnoatimeオプションは、
ファイルシステムに対してatimeのupdateしないようにする
そういう意図だよ。
569:名無しさん＠お腹いっぱい。
08/09/15 08:20:17
パケット減少によるパフォーマンスアップということを
読みこなせてないのでは？
570:名無しさん＠お腹いっぱい。
08/09/15 08:35:34
>>569
パケット減少については、たとえ noatime を付けていなくても減少する。
もともとNFS client側での atimeの updateはほとんどがキャッシュされていて
滅多に行なわれないから。なので、client側だけでの noatimeは意味ないかと。
NFSサーバー側でローカルHDDをマウントする際に noatimeが付いてないと意味ない。
571:名無しさん＠お腹いっぱい。
08/09/15 08:38:31
>>568 は、「NFS client側だけの」noatimeというのを読み落して、
noatime自体の話と混同している風味。
572:名無しさん＠お腹いっぱい。
08/09/15 08:42:27
ちなみに、NFSクライアント側で、リードオンリー(mount -r)でNFSマウントしても、
NFSサーバー側の atimeは更新されるよ。要は、NFS鯖のnfsdがそのファイルを
アクセスする時点で atimeが更新されてしまうから。
atimeを更新したくないなら、NFS client側で何やっても不可能。
NFS鯖側で最初から mount -r なりする必要あり。
573:名無しさん＠お腹いっぱい。
08/09/15 09:10:24
client側だけでもかなり効くよ。
.mew-summary作り直す時とかさ。
やってみて。
574:名無しさん＠お腹いっぱい。
08/09/15 09:13:09
あ、NFSサーバが強力な専用サーバな場合ね。NetAppとか。
貧弱だとサーバ側のディスクがボトルネックだと思う。
575:名無しさん＠お腹いっぱい。
08/09/15 10:29:54
mmap経由でファイルを読むのが主体なら、atime更新のためだけのSETATTRが
飛ばなくなる分意味あるんでない？
576:名無しさん＠お腹いっぱい。
08/09/15 18:46:20
mmap(2)した領域を読むときに、atime更新のためのSETATTRなぞ飛ぶかい?
577:anonymous
08/09/17 23:31:15
>>561-576
このへんは完全に実装依存だから、
実装を特定しないと意味のある議論にならないぜ
NFSの規格だけではどうなるか一概に言えない
578:名無しさん＠お腹いっぱい。
08/09/24 00:46:06
NFSだったら専用にLAN組むけどなぁ。。
それなりに、トラヒックかかるし。。。
579:名無しさん＠お腹いっぱい。
08/09/24 12:38:46
NFSトラフィック多くね?
↓
NFS専用LANを構築して追い出す
↓
NFS以外のトラフィックたいしたことなくね?
↓
NFS専用LANに相乗りさせてLAN統合
↓
cool!
580:名無しさん＠お腹いっぱい。
08/09/25 13:38:38
>>579
あるから困るｗｗｗ
VoIPで遅延ってまずくね？
↓
VoIP専用LANを構築
↓
VoIP以外のトラフィックたいしたことなくね？
↓
QoSの設定を加えてLAN統合
↓
awesome!!
581:名無しさん＠お腹いっぱい。
08/09/25 13:50:45
>>580
VoIPに必要なのは応答速度で帯域は数千回線レベルにならないと
問題にならないってのは突っ込んじゃいけないんだろうなぁ～
とおもいつつ突っ込むw
通常会社のフロアとかならQoSあれば十分だとおも
582:580
08/09/25 15:35:03
>>581
わざとスキのある突込みをしてるのかもしれないけど、
メールとかWebとかのバーストでVoIPに影響を出したくない、
ってのがそのときの狙いだったのよ。
（フロアに100～150人ぐらい居る環境）
もちろん、QoSでクリアできるレベルだったんだけど、
そのお客さんおかかえのベンダーがアホで
「専用のLANにするのが普通」とか言っちゃうもんで。
583:名無しさん＠お腹いっぱい。
08/09/25 15:45:07
>>582
あぁなるほど、アホなベンダーの影響くらったのね
いやVoIPなんて１回線多くて64kbit/sなので
LAN分離して帯域も応答速度も確保なんて事は普通しないだろうと
LAN分離するなら帯域も使われることを考慮してるのかなと思っただけ
大体分離したらVoIPの意味が半減するし
(一緒だからこそ工事費や管理費や回線費用削減とかになるんだし)
って見直したらちゃんとVoIPで遅延ってまずくねって書いてあったねすまん
584:名無しさん＠お腹いっぱい。
08/09/25 16:19:01
WANはともかく、末端までGbEな今のフロアでQoSは要らなくね?
585:名無しさん＠お腹いっぱい。
08/09/25 17:15:29
それは要求と環境による
586:名無しさん＠お腹いっぱい。
08/09/25 18:12:34
>>558 >>559
情報㌧
おかげさまで要求仕様完全クリアーです。ヤター！
と思ったらどうやら前任者が「頭が/vol/vol1になるのは装置仕様」で逃げてたらしく、
「できるんだったらぜんぶやってよ」で仕事が増えた.....。
>>559様
さらに質問
DATAONTAP側の一つの公開ディレクトリを違う名前で同時に公開することは可能ですか？
これができるとホストの都合で切り替えができるのですが、できないとタイムテーブルを引いて段取りつけないといけないめんどくちゃいｗ
2chねたで仕事をする男
587:名無しさん＠お腹いっぱい。
08/09/25 18:22:53
あーアンカー間違えた
>>559様→>>560様
588:通りすがりのfiler使い
08/09/27 04:15:46
>>586
正直言って実機で試さないと断言できないな...
cifsだと同じパスに複数の共有名を付けられるんだけどな。
exportfs(5)を見る限り、
最後に記述されたパスが有効とあるので
同じパスを別名、つまり
ONTAP本来の /vol/vol1/foobar と
-actual を使って /hoge というように
2通りにはexportできないのではないかと思う。
あと、-actual は変換テーブルを作るオプションだろうから
ONTAP内部のオーバーヘッドを嫌うのであれば
使わない方がいいのかも知れない。
何にせよ、実機(無理ならシミュレータ)で
試してから決定した方がいいよ。
>前任者が「頭が/vol/vol1になるのは装置仕様」
昔のONTAPはそういう仕様だったので
全くの間違いという訳ではないかと。
ONTAP6.5.7より前のどこかで追加されたっぽい。
589:名無しさん＠お腹いっぱい。
08/09/29 20:06:12
>>588
毎度ﾄﾝ
だめか～。
そろそろDATAONTAP担当になってしまいそうだｗ
ここで踏ん張っておけば食いっぱぐれないか？
DATAONTAPとBIGIPあたりを押さえたら食いっぱぐれないかなぁ。
BIGIPは認定資格があるみたいだけどDATAONTAPもあるのかな。
590:通りすがりのFiler使い
08/09/30 01:26:54
>>589
さすがに外部向けの認定資格はないんじゃないかな...
内部向けになら有ってもおかしくないとは思う。
データ移行周りや認証の統合あたりは
マニュアル見ていきなり本番じゃ辛いだろうしねぇ。
591:名無しさん＠お腹いっぱい。
08/10/01 22:47:24
>>590 嘘書くなよ。認定資格あるだろ。
URLﾘﾝｸ(it.prometric-jp.com)
>>589
BIG-IPだけじゃ食えるわけが無い。L2/L3が出来て、なおかつL7も出来ないと。
NetAppも簡単なのが売りだからな。NetAppや代理店で売りまくったり、
技術サポートするのでない限り、これだけでは食えない。
こちらも、いろんなストレージが設計出来ます、管理出来ますってレベルで
はじめて食っていける。
592:通りすがりのFiler使い
08/10/02 02:36:59
>>591
お、おおー
認定資格なんてあったのか...情報tnx
でもまあ、言われる通り、
NetAppだけが分かってても仕方ないやね。
私も精進しないとな。
本来NetAppは簡単であるべき、というのは全くその通りで
options(1)の最後の方にもそんなことが書いてある。
593:名無しさん＠お腹いっぱい。
08/10/02 23:21:02
実際簡単だしね。
594:名無しさん＠お腹いっぱい。
08/10/03 07:36:29
今時のストレージってみんな簡単なんじゃね？
接続して玉入れて、玉の割り当てとかノードの分散とか
すげーテキトーに設計するだけかとｗ
製品ごとに違うのって、CUIとかGUIとか機能名とかそんな程度。
基本的にはどれか１つ知ってれば通用しちゃう希ガス・・・
595:名無しさん＠お腹いっぱい。
08/10/05 10:06:40
だけじゃなくて+αとして自分のものにしておけば一等最初のリストラ要員にはならないだろ。
一等最初が自分でなけりゃ対策も立てられるってもんだ。
簡単簡単とはいうが本番環境のNFSの容量変更なんかはなかなかどきどきするぜイニシャライズ中とか表示でるしｗ
596:名無しさん＠お腹いっぱい。
08/10/06 03:27:55
>>595
高いストレージだと、増設も一瞬なんだよな。もちろん見かけ上だが。
＋αってのは同意。「ここをあーするとこうなる」というバカな覚え方ではなく、
本質を理解した上で「これをそうするには、ここがあーだから、こうする」
という風に覚えることだわな。応用も利くし。
後は人脈かな。ま、すべてストレージに限った話ではないけどｗ
597:名無しさん＠お腹いっぱい。
08/10/11 00:41:55
NFSってなぜノードを中継できないの？
S<->Cだけなのですか？
S-S-Cとかなぜできないの？
598:名無しさん＠お腹いっぱい。
08/10/11 01:44:46
NFSプロキシって具体的にどうやって
作るのですか？
599:名無しさん＠お腹いっぱい。
08/10/17 06:48:46
>>597
そういうプロトコルだから
DRBD使えばいいじゃん
600:名無しさん＠お腹いっぱい。
08/10/17 16:47:39
>>597 金出せばそういう製品もあるよ。NASスイッチでぐぐれかす。
601:名無しさん＠お腹いっぱい。
08/10/18 01:58:18
面倒くさいからレスしなかったんだけど、
>>426あたりは読んでないの?
質問する前にスレ全部読めよ。
602:名無しさん＠お腹いっぱい。
08/10/18 13:48:50
>>597
なぜ出来ないのか知らんけど、
中間のSは飛ばせないの？
603:名無しさん＠お腹いっぱい。
08/11/18 08:08:20
NFSについて質問です。
NFSクライアントでmountしてから、例えばlsコマンドを打つとファイル名が見えるのですが
それ以降lsコマンドを打ってもディレクトリやファイルが見えなくなります。
しかしなぜかファイルの数だけは表示されますし、パスを正しく指定すればファイルを開くこともできます。
sambaでは正常に使用できています。
解決方法をご存知の方がいましたらご教示下さい。
604:名無しさん＠お腹いっぱい。
08/11/18 11:24:44
>>601
あーだCODAいうよりとかいう突っ込みを期待した俺がバカだった。
って、codaどこいったんだ、AFSはどこさー
605:名無しさん＠お腹いっぱい。
08/11/18 11:26:21
>>603
cifsの方が出来はともかく普及しているからそっち使ったほうが楽ぢゃないか？
下々のモノは使いにくいものを頑張って使うほど時間が無いと自覚するようになった。
606:名無しさん＠お腹いっぱい。
08/11/18 13:23:37
すみませんが、下々のモノじゃなくて詳しい方、回答をお願いします。
607:名無しさん＠お腹いっぱい。
08/11/18 14:19:16
NFS クライアントって Windows 上に SFU あり突っ込んで動作させる奴のこと?
608:名無しさん＠お腹いっぱい。
08/11/18 14:20:34
すまん, 訂正
> NFS クライアントって Windows 上 SFU あり突っ込んで動作させる奴のこと?
Windows 上に SFU あたりを突っ込んで動作させる奴のこと?
609:名無しさん＠お腹いっぱい。
08/11/20 01:21:30
>>606
申し訳ありませんが上のモノは出払っておりまして（以下略
610:名無しさん＠お腹いっぱい。
08/11/20 06:48:30
>>609
すみませんが、他の優秀な会社の方、回答をお願いします
611:名無しさん＠お腹いっぱい。
08/11/20 08:28:39
>>610
これから先は有料になります。
612:名無しさん＠お腹いっぱい。
08/11/20 10:15:36
>>611
解答に対する報酬は、解答が役に立ったかどうかで出来高制でお支払いします。
ただし、その判断基準は当方の基準によります。最低で0円の場合もあり得ます。
それでは解答ください。
613:名無しさん＠お腹いっぱい。
08/11/20 13:42:21
>>612
それならここで聞かずにSunなりRedHatなり、
有償サポートを提供してるところで聞けば?
嫌ならWireShark使うとかして
自分で解析すればいいじゃない。
614:名無しさん＠お腹いっぱい。
08/11/20 14:41:13
>>613
> 当方の基準
> 最低で0円
615:名無しさん＠お腹いっぱい。
08/11/20 15:01:24
やってておもしろいの？
616:名無しさん＠お腹いっぱい。
08/11/20 20:12:33
はいちょー。
617:名無しさん＠お腹いっぱい。
08/11/27 00:52:28
別なnfsサーバへの移行を考えてます。
最小の停止時間としたいのですが、よいツールありますか？
商用製品では、ストレージ仮想化製品を利用すればよいのですが、
同等のものがオープンソースでありますか？
618:名無しさん＠お腹いっぱい。
08/11/27 01:15:03
>>617
ある程度まとまった時間が取れるのであれば、
rsync とかでちびちび同期をかけておいて、
切り替え時間になったら
・クライアントを全部切り離し
・最後のrsync実行
・IPアドレス等の設定変更
ってのが一番無難そうに思えるけどー
仮想化製品ってどうにも胡散臭くてな(笑
619:名無しさん＠お腹いっぱい。
08/11/28 01:30:24
試したわけじゃないですが、クライアントは全て再起動に
なりそうな気がしますよ。
なんかセッションIDみたいのがあって、サーバの構成がかわると
mountがうまくいかなくなります。
そのあたりも検証してください。
620:名無しさん＠お腹いっぱい。
08/11/28 01:31:22
あ、いや、再起動は必要ない。一旦umountしてmountすればいい。
まぁしかし、umountしようとすると大抵なんかのプロセスがロックを
握っていて出来ないものだが(w
621:名無しさん＠お腹いっぱい。
08/11/28 01:48:19
凡ミスだろうけど、ロックじゃなくても、オープンだけでもな
622:名無しさん＠お腹いっぱい。
08/11/28 08:16:16
ベタな構成であればrsyncが無難かもね
最終同期にも時間がかかるようだったら
・クライアントを全部切り離し
・リードオンリーで再マウント ←この工程を追加
・最後のrsync実行
・IPアドレス等の設定変更
すれば読み込みの停止時間は最低限に抑えられるかも。
コピー先をDRBDかなんかでFSミラーリングしとけば次はもっと楽ちんに交換できるかもね
623:名無しさん＠お腹いっぱい。
08/12/05 20:44:42
ファイルの数やディレクトリの階層が深かったりするとrsyncが死ぬ。
事前にcp -a などでコピーしといて、移行時にcp -u で差分をコピーするよろし。
624:名無しさん＠お腹いっぱい。
08/12/05 20:46:19
いつの時代のrsync使ってんだよ。
625:名無しさん＠お腹いっぱい。
08/12/05 20:53:08
最新のrsync 2.5.4(2002年の3月13日)
URLﾘﾝｸ(www.infoscience.co.jp)
これ治ってんの?
626:名無しさん＠お腹いっぱい。
08/12/05 21:42:03
cp -a も cp -u も GNU依存。
627:名無しさん＠お腹いっぱい。
08/12/05 22:19:17
rsyncもGNUだろがアホ。
628:名無しさん＠お腹いっぱい。
08/12/05 22:23:32
>>627
GNU版しかないものは問題ないんだよ。
元の質問者がLinuxとは言ってないのに、cp -a とか cp -u とか出てくるのは
いかがなものかと。
629:名無しさん＠お腹いっぱい。
08/12/05 22:35:37
BSD厨かマカーかSolaris野郎か、どうせ /usr/gnu 使ってるくせに。
tar で差分でもなんでも取ってコピーしてくださいな。
630:名無しさん＠お腹いっぱい。
08/12/06 00:25:08
>625
最新!?
631:名無しさん＠お腹いっぱい。
08/12/06 00:50:27
マクのcpに至ってはGNU依存なんて生易しいもんじゃない。
632:名無しさん＠お腹いっぱい。
08/12/06 17:30:40
じゃあ full dump + level 1 dump / restore とか zfs send /receive で。
dump 相当の管理コマンドのない FS なんて存在すら許されませんよねー。
633:名無しさん＠お腹いっぱい。
08/12/10 15:24:02
>>636
out of memoryの件については、私も気になっています。
URLﾘﾝｸ(samba.anu.edu.au)
を見ても直っていないようなんですが。
大量のファイルをrsyncするとmemory足りなくて落ちてしまう
仕様はそのままなのでしょうか？
634:名無しさん＠お腹いっぱい。
08/12/10 16:00:01
>>633
URLﾘﾝｸ(samba.anu.edu.au)
の -r のとこにいろいろ書いてあるよ。
635:名無しさん＠お腹いっぱい。
08/12/10 16:44:47
-r, --recursive
This tells rsync to copy directories recursively. See also --dirs (-d).
Beginning with rsync 3.0.0, the recursive algorithm used is now an incremental
scan that uses much less memory than before and begins the transfer after
the scanning of the first few directories have been completed. This incremental
scan only affects our recursion algorithm, and does not change a non-recursive
transfer. It is also only possible when both ends of the transfer are at least version 3.0.0.
636:名無しさん＠お腹いっぱい。
08/12/13 13:04:38
>>635 -r使えばout of memoryにならないって事？
TeraByteクラスのファイルサーバで試した人いるかなぁ。
637:名無しさん＠お腹いっぱい。
08/12/13 15:17:06
3.0.0以降では-r使ったときのメモリ消費をアルゴリズムを見直すことで抑えたってことでしょ。
638:名無しさん＠お腹いっぱい。
08/12/13 17:48:07
再帰的にディレクトリとファイルを大量に作るスクリプト書いて、
rsync実行して試すしかないなｗ それが確実。
639:名無しさん＠お腹いっぱい。
08/12/13 17:59:18
そうか。良く考えてみるとサイズは関係ないんだもんね。
ファイル数が膨大になると、リストを処理するためのメモリが
いっぱいになってダウンしていたのだから。touchで大量の
ファイル作ればいいだけか。
それならプアーな検証環境でも数千万のファイル作れるな。
ZFS使えば、ファイル数も気にする必要ないし。
640:名無しさん＠お腹いっぱい。
08/12/13 18:13:14
シェルスクリプトで数千万ファイルって何時間コースだろう・・・・ｗ
641:名無しさん＠お腹いっぱい。
08/12/13 20:19:26
放置しておけばいいだけだから。
ZFSなら、一定量ファイルが作られたところで
snapshot、cloneして増やして行く事もできるしな。
何とかなるだろ。
642:名無しさん＠お腹いっぱい。
08/12/13 22:31:19
>>641
おいおい・・・
creat(2)が10msとしても、シェルスクリプトからファイル作るための
オーバーヘッドが100msあるだけで２週間ほど時間余分にかかるんだぞ？
数千万とか、ms/usとかの数字の感覚がちょっと弱くないか？
643:名無しさん＠お腹いっぱい。
08/12/13 22:35:07
touch に引数複数与えれば 1fork あたりは減らせるし
別に上にいるのが shell script なだけなら
そんなにつるし上げるほどの話ではないような
644:名無しさん＠お腹いっぱい。
08/12/13 22:42:51
>>642
おいおい・・・
いくらシェルスクリプトとは言え、ファイル作るオーバーヘッドが100msだとか、
いまどきcreat(2)でファイル作ってると言うとか、
今の時代の感覚がちょっと弱くないか？
>>643
touchじゃなくて、> $file でファイル作れば外部コマンドをforkしないから高速。
645:名無しさん＠お腹いっぱい。
08/12/14 11:15:42
そんなしょうもない心配するくらいならCで書けば？って気がするんですが。
別に難しいプログラムじゃないんだし。
646:名無しさん＠お腹いっぱい。
08/12/14 11:31:37
>>639
全然違うぞw
コピー先でのremove動作をロールバックする必然性があるかどうかの問題。
647:名無しさん＠お腹いっぱい。
08/12/14 12:09:14
もうNFS全然関係ないけど、FreeBSDのufs, soft-updatesにて。
% time zsh -c 'for i in {10000..19999}; do touch $i; done'
zsh -c 'for i in {10000..19999}; do touch $i; done' 1.78s user 7.34s system 105% cpu 8.652 total
% time zsh -c 'touch {20000..29999}'
zsh -c 'touch {20000..29999}' 0.01s user 0.60s system 85% cpu 0.715 total
648:名無しさん＠お腹いっぱい。
08/12/14 14:23:15
>>646
rsync先もZFSならrolebackでremoveが一瞬なのでお勧めの意味？
>>647
touchって最大いくつまでファイル渡せるんだろう
10000も渡せるとは驚き
649:名無しさん＠お腹いっぱい。
08/12/14 14:59:38
それはtouchじゃなくて、kernelの制限。
650:名無しさん＠お腹いっぱい。
08/12/14 21:47:33
kernel? shellじゃない?
651:名無しさん＠お腹いっぱい。
08/12/14 22:20:45
ファイル記述子の制約？
652:名無しさん＠お腹いっぱい。
08/12/14 22:28:48
kernelです。> ARG_MAX
今度暇な時に、ps(1)にコマンド引数も出力させた時、
どうやって引数を得ているか調べてみてください。
653:名無しさん＠お腹いっぱい。
08/12/15 00:01:54
シェルはコマンドラインの文字列長でしたかな。
654:名無しさん＠お腹いっぱい。
09/01/03 23:47:28
ls叩くと数秒待ってからコマンドの出力が出てくるのですが何が原因でしょうか？
655:名無しさん＠お腹いっぱい。
09/01/04 11:11:19
ネットワークが重いとか
656:名無しさん＠お腹いっぱい。
09/01/04 16:35:11
>>654
/bin/ls -nでも遅いですか?
657:名無しさん＠お腹いっぱい。
09/01/04 22:30:59
ご回答有難うございます。
>>655
NFSサーバとNFSクライアントは同じスイッチのバックプレーンに収まる配置でして、全てGigabitEtherにて構築されているのでネットワークは詰まっていないのですよ(MRTG等で確認済み)。。。
>>656
ls -nだと即レスポンスがありました。ls -lすると遅いです。。。
1ディレクトリには100個程度のファイルがあるのですが所有者とかタイムスタンプを取得するのって、そんなに大変なんでしたっけ？
658:名無しさん＠お腹いっぱい。
09/01/04 22:54:08
>>657
/bin/ls -n
/bin/ls -ln
/bin/ls -l
も試してください。
一番上だけ速い→i-nodeキャッシュが足りない
上の二つが速い→nssが遅い
全部遅い→NFSサーバ or ネットワークが遅い
aliasやshell内蔵lsに誤魔化されないように/bin/lsってしてね。いい子だから。
659:名無しさん＠お腹いっぱい。
09/01/04 23:34:35
>>658
ご丁寧に有難うございます。
/bin/lsする対象については各項目を試す前にumount/mountを実施してみました。
・/bin/ls -n
real 0m0.019s
user 0m0.000s
sys 0m0.002s
・/bin/ls -ln
real 0m1.163s
user 0m0.000s
sys 0m0.005s
・/bin/ls -l
real 0m1.134s
user 0m0.000s
sys 0m0.006s
inodeのキャッシュが足りないのでしょうか？
こういう場合、一般的にはどのように対処するものでしょうか。。。
660:名無しさん＠お腹いっぱい。
09/01/05 00:05:32
何回連続でやってもその差が変らないなら、
mountのオプションでi-nodeのリードキャッシュを増加＆延ばす！
uid, gidの逆引きは全く問題がないよう。
nsswitch.confはfilesオンリーかな?
661:名無しさん＠お腹いっぱい。
09/01/05 00:07:06
あ、それから
・tcpマウント
・version 3, 4マウント
も試した方がよい。
662:名無しさん＠お腹いっぱい。
09/01/05 00:17:31
>>660-661
色々と情報を有難うございます。
>mountのオプションでi-nodeのリードキャッシュを増加＆延ばす！
fstabやmountでread cacheの指定ができるんですか？？
軽くmanしてみたり検索してみたのですが具体的に言及しているものにたどり着けず・・・
nsswitch.confはhosts以外は全部filesになっています。
現在はTCPのNFSv3にてマウントしています。
663:名無しさん＠お腹いっぱい。
09/01/05 00:32:06
man 5 nfsかな?
man -k mount | grep nfsするとか、mountのSEE ALSOみるとか。
664:名無しさん＠お腹いっぱい。
09/01/05 00:40:10
acregmin, acregmax, acdirmin, acdirmaxあたりでしょうか？
665:名無しさん＠お腹いっぱい。
09/01/05 01:48:11
rsizeも。
666:名無しさん＠お腹いっぱい。
09/01/05 07:39:31
i-node cacheやらlookup cacheの保持量の指定ってNFSプロトコル上の話でなく
OS依存のことだから、OSわからないことには具体的なことは言えないような。
667:名無しさん＠お腹いっぱい。
09/01/05 08:23:39
UNIX類はほとんど一緒。
668:名無しさん＠お腹いっぱい。
09/01/05 08:34:54
知ったか乙
669:名無しさん＠お腹いっぱい。
09/01/05 09:15:27
そういや元質問者は OS もバージョンも書いてないのぅ…