【NFS】Network File System

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

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

**名無しさん＠お腹いっぱい。** · 2008/09/25(木) 18:22:53

あーアンカー間違えた

>>559様→>>560様

**通りすがりのfiler使い** · 2008/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より前のどこかで追加されたっぽい。

**名無しさん＠お腹いっぱい。** · 2008/09/29(月) 20:06:12

>>588
毎度ﾄﾝ
だめか～。
そろそろDATAONTAP担当になってしまいそうだｗ
ここで踏ん張っておけば食いっぱぐれないか？
DATAONTAPとBIGIPあたりを押さえたら食いっぱぐれないかなぁ。
BIGIPは認定資格があるみたいだけどDATAONTAPもあるのかな。

**通りすがりのFiler使い** · 2008/09/30(火) 01:26:54

>>589
さすがに外部向けの認定資格はないんじゃないかな...
内部向けになら有ってもおかしくないとは思う。
データ移行周りや認証の統合あたりは
マニュアル見ていきなり本番じゃ辛いだろうしねぇ。

**名無しさん＠お腹いっぱい。** · 2008/10/01(水) 22:47:24

>>590 嘘書くなよ。認定資格あるだろ。
http://it.prometric-jp.com/testlist/netap/index.html

>>589
BIG-IPだけじゃ食えるわけが無い。L2/L3が出来て、なおかつL7も出来ないと。
NetAppも簡単なのが売りだからな。NetAppや代理店で売りまくったり、
技術サポートするのでない限り、これだけでは食えない。
こちらも、いろんなストレージが設計出来ます、管理出来ますってレベルで
はじめて食っていける。

**通りすがりのFiler使い** · 2008/10/02(木) 02:36:59

>>591
お、おおー
認定資格なんてあったのか...情報tnx

でもまあ、言われる通り、
NetAppだけが分かってても仕方ないやね。
私も精進しないとな。

本来NetAppは簡単であるべき、というのは全くその通りで
options(1)の最後の方にもそんなことが書いてある。

**名無しさん＠お腹いっぱい。** · 2008/10/02(木) 23:21:02

実際簡単だしね。

**名無しさん＠お腹いっぱい。** · 2008/10/03(金) 07:36:29

今時のストレージってみんな簡単なんじゃね？
接続して玉入れて、玉の割り当てとかノードの分散とか
すげーテキトーに設計するだけかとｗ

製品ごとに違うのって、CUIとかGUIとか機能名とかそんな程度。
基本的にはどれか１つ知ってれば通用しちゃう希ガス・・・

**名無しさん＠お腹いっぱい。** · 2008/10/05(日) 10:06:40

だけじゃなくて+αとして自分のものにしておけば一等最初のリストラ要員にはならないだろ。
一等最初が自分でなけりゃ対策も立てられるってもんだ。
簡単簡単とはいうが本番環境のNFSの容量変更なんかはなかなかどきどきするぜイニシャライズ中とか表示でるしｗ

**名無しさん＠お腹いっぱい。** · 2008/10/06(月) 03:27:55

>>595
高いストレージだと、増設も一瞬なんだよな。もちろん見かけ上だが。
＋αってのは同意。「ここをあーするとこうなる」というバカな覚え方ではなく、
本質を理解した上で「これをそうするには、ここがあーだから、こうする」
という風に覚えることだわな。応用も利くし。
後は人脈かな。ま、すべてストレージに限った話ではないけどｗ

**名無しさん＠お腹いっぱい。** · 2008/10/11(土) 00:41:55

NFSってなぜノードを中継できないの？
S<->Cだけなのですか？

S-S-Cとかなぜできないの？

**名無しさん＠お腹いっぱい。** · 2008/10/11(土) 01:44:46

NFSプロキシって具体的にどうやって
作るのですか？

**名無しさん＠お腹いっぱい。** · 2008/10/17(金) 06:48:46

>>597
そういうプロトコルだから
DRBD使えばいいじゃん

**名無しさん＠お腹いっぱい。** · 2008/10/17(金) 16:47:39

>>597 金出せばそういう製品もあるよ。NASスイッチでぐぐれかす。

**名無しさん＠お腹いっぱい。** · 2008/10/18(土) 01:58:18

面倒くさいからレスしなかったんだけど、
>>426あたりは読んでないの?
質問する前にスレ全部読めよ。

**名無しさん＠お腹いっぱい。** · 2008/10/18(土) 13:48:50

>>597
なぜ出来ないのか知らんけど、
中間のSは飛ばせないの？

**名無しさん＠お腹いっぱい。** · 2008/11/18(火) 08:08:20

NFSについて質問です。
NFSクライアントでmountしてから、例えばlsコマンドを打つとファイル名が見えるのですが
それ以降lsコマンドを打ってもディレクトリやファイルが見えなくなります。
しかしなぜかファイルの数だけは表示されますし、パスを正しく指定すればファイルを開くこともできます。
sambaでは正常に使用できています。
解決方法をご存知の方がいましたらご教示下さい。

**名無しさん＠お腹いっぱい。** · 2008/11/18(火) 11:24:44

>>601
あーだCODAいうよりとかいう突っ込みを期待した俺がバカだった。
って、codaどこいったんだ、AFSはどこさー

**名無しさん＠お腹いっぱい。** · 2008/11/18(火) 11:26:21

>>603
cifsの方が出来はともかく普及しているからそっち使ったほうが楽ぢゃないか？
下々のモノは使いにくいものを頑張って使うほど時間が無いと自覚するようになった。

**名無しさん＠お腹いっぱい。** · 2008/11/18(火) 13:23:37

すみませんが、下々のモノじゃなくて詳しい方、回答をお願いします。

**名無しさん＠お腹いっぱい。** · 2008/11/18(火) 14:19:16

NFS クライアントって Windows 上に SFU あり突っ込んで動作させる奴のこと?

**名無しさん＠お腹いっぱい。** · 2008/11/18(火) 14:20:34

すまん, 訂正
> NFS クライアントって Windows 上 SFU あり突っ込んで動作させる奴のこと?
Windows 上に SFU あたりを突っ込んで動作させる奴のこと?

**名無しさん＠お腹いっぱい。** · 2008/11/20(木) 01:21:30

>>606
申し訳ありませんが上のモノは出払っておりまして（以下略

**名無しさん＠お腹いっぱい。** · 2008/11/20(木) 06:48:30

>>609
すみませんが、他の優秀な会社の方、回答をお願いします

**名無しさん＠お腹いっぱい。** · 2008/11/20(木) 08:28:39

>>610
これから先は有料になります。

**名無しさん＠お腹いっぱい。** · 2008/11/20(木) 10:15:36

>>611
解答に対する報酬は、解答が役に立ったかどうかで出来高制でお支払いします。
ただし、その判断基準は当方の基準によります。最低で0円の場合もあり得ます。
それでは解答ください。

**名無しさん＠お腹いっぱい。** · 2008/11/20(木) 13:42:21

>>612
それならここで聞かずにSunなりRedHatなり、
有償サポートを提供してるところで聞けば?

嫌ならWireShark使うとかして
自分で解析すればいいじゃない。

**名無しさん＠お腹いっぱい。** · 2008/11/20(木) 14:41:13

>>613
> 当方の基準
> 最低で0円

**名無しさん＠お腹いっぱい。** · 2008/11/20(木) 15:01:24

やってておもしろいの？

**名無しさん＠お腹いっぱい。** · 2008/11/20(木) 20:12:33

はいちょー。

**名無しさん＠お腹いっぱい。** · 2008/11/27(木) 00:52:28

別なnfsサーバへの移行を考えてます。
最小の停止時間としたいのですが、よいツールありますか？

商用製品では、ストレージ仮想化製品を利用すればよいのですが、
同等のものがオープンソースでありますか？

**名無しさん＠お腹いっぱい。** · 2008/11/27(木) 01:15:03

>>617

ある程度まとまった時間が取れるのであれば、
rsync とかでちびちび同期をかけておいて、

切り替え時間になったら
・クライアントを全部切り離し
・最後のrsync実行
・IPアドレス等の設定変更

ってのが一番無難そうに思えるけどー

仮想化製品ってどうにも胡散臭くてな(笑

**名無しさん＠お腹いっぱい。** · 2008/11/28(金) 01:30:24

試したわけじゃないですが、クライアントは全て再起動に
なりそうな気がしますよ。

なんかセッションIDみたいのがあって、サーバの構成がかわると
mountがうまくいかなくなります。

そのあたりも検証してください。

**名無しさん＠お腹いっぱい。** · 2008/11/28(金) 01:31:22

あ、いや、再起動は必要ない。一旦umountしてmountすればいい。
まぁしかし、umountしようとすると大抵なんかのプロセスがロックを
握っていて出来ないものだが(w

**名無しさん＠お腹いっぱい。** · 2008/11/28(金) 01:48:19

凡ミスだろうけど、ロックじゃなくても、オープンだけでもな

**名無しさん＠お腹いっぱい。** · 2008/11/28(金) 08:16:16

ベタな構成であればrsyncが無難かもね
最終同期にも時間がかかるようだったら
・クライアントを全部切り離し
・リードオンリーで再マウント　←この工程を追加
・最後のrsync実行
・IPアドレス等の設定変更
すれば読み込みの停止時間は最低限に抑えられるかも。

コピー先をDRBDかなんかでFSミラーリングしとけば次はもっと楽ちんに交換できるかもね

**名無しさん＠お腹いっぱい。** · 2008/12/05(金) 20:44:42

ファイルの数やディレクトリの階層が深かったりするとrsyncが死ぬ。
事前にcp -a などでコピーしといて、移行時にcp -u で差分をコピーするよろし。

**名無しさん＠お腹いっぱい。** · 2008/12/05(金) 20:46:19

いつの時代のrsync使ってんだよ。

**名無しさん＠お腹いっぱい。** · 2008/12/05(金) 20:53:08

最新のrsync 2.5.4(2002年の3月13日)
http://www.infoscience.co.jp/technical/rsync/FAQ.html#5
これ治ってんの?

**名無しさん＠お腹いっぱい。** · 2008/12/05(金) 21:42:03

cp -a も cp -u も GNU依存。

**名無しさん＠お腹いっぱい。** · 2008/12/05(金) 22:19:17

rsyncもGNUだろがアホ。

**名無しさん＠お腹いっぱい。** · 2008/12/05(金) 22:23:32

>>627
GNU版しかないものは問題ないんだよ。
元の質問者がLinuxとは言ってないのに、cp -a とか cp -u とか出てくるのは
いかがなものかと。

**名無しさん＠お腹いっぱい。** · 2008/12/05(金) 22:35:37

BSD厨かマカーかSolaris野郎か、どうせ /usr/gnu 使ってるくせに。
tar で差分でもなんでも取ってコピーしてくださいな。

**名無しさん＠お腹いっぱい。** · 2008/12/06(土) 00:25:08

>625
最新!?

**名無しさん＠お腹いっぱい。** · 2008/12/06(土) 00:50:27

マクのcpに至ってはGNU依存なんて生易しいもんじゃない。

**名無しさん＠お腹いっぱい。** · 2008/12/06(土) 17:30:40

じゃあ full dump + level 1 dump / restore とか zfs send /receive で。
dump 相当の管理コマンドのない FS なんて存在すら許されませんよねー。

**名無しさん＠お腹いっぱい。** · 2008/12/10(水) 15:24:02

>>636
out of memoryの件については、私も気になっています。
http://samba.anu.edu.au/rsync/FAQ.html

を見ても直っていないようなんですが。
大量のファイルをrsyncするとmemory足りなくて落ちてしまう
仕様はそのままなのでしょうか？

**名無しさん＠お腹いっぱい。** · 2008/12/10(水) 16:00:01

>>633
http://samba.anu.edu.au/ftp/rsync/rsync.html
の -r のとこにいろいろ書いてあるよ。

**名無しさん＠お腹いっぱい。** · 2008/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.

**名無しさん＠お腹いっぱい。** · 2008/12/13(土) 13:04:38

>>635 -r使えばout of memoryにならないって事？
TeraByteクラスのファイルサーバで試した人いるかなぁ。

**名無しさん＠お腹いっぱい。** · 2008/12/13(土) 15:17:06

3.0.0以降では-r使ったときのメモリ消費をアルゴリズムを見直すことで抑えたってことでしょ。

**名無しさん＠お腹いっぱい。** · 2008/12/13(土) 17:48:07

再帰的にディレクトリとファイルを大量に作るスクリプト書いて、
rsync実行して試すしかないなｗ　それが確実。

**名無しさん＠お腹いっぱい。** · 2008/12/13(土) 17:59:18

そうか。良く考えてみるとサイズは関係ないんだもんね。
ファイル数が膨大になると、リストを処理するためのメモリが
いっぱいになってダウンしていたのだから。touchで大量の
ファイル作ればいいだけか。
それならプアーな検証環境でも数千万のファイル作れるな。
ZFS使えば、ファイル数も気にする必要ないし。

**名無しさん＠お腹いっぱい。** · 2008/12/13(土) 18:13:14

シェルスクリプトで数千万ファイルって何時間コースだろう・・・・ｗ

**名無しさん＠お腹いっぱい。** · 2008/12/13(土) 20:19:26

放置しておけばいいだけだから。
ZFSなら、一定量ファイルが作られたところで
snapshot、cloneして増やして行く事もできるしな。
何とかなるだろ。

**名無しさん＠お腹いっぱい。** · 2008/12/13(土) 22:31:19

>>641
おいおい・・・

creat(2)が10msとしても、シェルスクリプトからファイル作るための
オーバーヘッドが100msあるだけで２週間ほど時間余分にかかるんだぞ？

数千万とか、ms/usとかの数字の感覚がちょっと弱くないか？

**名無しさん＠お腹いっぱい。** · 2008/12/13(土) 22:35:07

touch に引数複数与えれば 1fork あたりは減らせるし
別に上にいるのが shell script なだけなら
そんなにつるし上げるほどの話ではないような

**名無しさん＠お腹いっぱい。** · 2008/12/13(土) 22:42:51

>>642
おいおい・・・

いくらシェルスクリプトとは言え、ファイル作るオーバーヘッドが100msだとか、
いまどきcreat(2)でファイル作ってると言うとか、

今の時代の感覚がちょっと弱くないか？

>>643
touchじゃなくて、> $file でファイル作れば外部コマンドをforkしないから高速。

**名無しさん＠お腹いっぱい。** · 2008/12/14(日) 11:15:42

そんなしょうもない心配するくらいならCで書けば？って気がするんですが。
別に難しいプログラムじゃないんだし。

**名無しさん＠お腹いっぱい。** · 2008/12/14(日) 11:31:37

>>639
全然違うぞw
コピー先でのremove動作をロールバックする必然性があるかどうかの問題。

**名無しさん＠お腹いっぱい。** · 2008/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

**名無しさん＠お腹いっぱい。** · 2008/12/14(日) 14:23:15

>>646
rsync先もZFSならrolebackでremoveが一瞬なのでお勧めの意味？

>>647
touchって最大いくつまでファイル渡せるんだろう
10000も渡せるとは驚き

**名無しさん＠お腹いっぱい。** · 2008/12/14(日) 14:59:38

それはtouchじゃなくて、kernelの制限。

**名無しさん＠お腹いっぱい。** · 2008/12/14(日) 21:47:33

kernel? shellじゃない?

**名無しさん＠お腹いっぱい。** · 2008/12/14(日) 22:20:45

ファイル記述子の制約？

**名無しさん＠お腹いっぱい。** · 2008/12/14(日) 22:28:48

kernelです。> ARG_MAX

今度暇な時に、ps(1)にコマンド引数も出力させた時、
どうやって引数を得ているか調べてみてください。

**名無しさん＠お腹いっぱい。** · 2008/12/15(月) 00:01:54

シェルはコマンドラインの文字列長でしたかな。

**名無しさん＠お腹いっぱい。** · 2009/01/03(土) 23:47:28

ls叩くと数秒待ってからコマンドの出力が出てくるのですが何が原因でしょうか？

**名無しさん＠お腹いっぱい。** · 2009/01/04(日) 11:11:19

ネットワークが重いとか

**名無しさん＠お腹いっぱい。** · 2009/01/04(日) 16:35:11

>>654
/bin/ls -nでも遅いですか?

**名無しさん＠お腹いっぱい。** · 2009/01/04(日) 22:30:59

ご回答有難うございます。

>>655
NFSサーバとNFSクライアントは同じスイッチのバックプレーンに収まる配置でして、全てGigabitEtherにて構築されているのでネットワークは詰まっていないのですよ(MRTG等で確認済み)。。。

>>656
ls -nだと即レスポンスがありました。ls -lすると遅いです。。。
1ディレクトリには100個程度のファイルがあるのですが所有者とかタイムスタンプを取得するのって、そんなに大変なんでしたっけ？

**名無しさん＠お腹いっぱい。** · 2009/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ってしてね。いい子だから。

**名無しさん＠お腹いっぱい。** · 2009/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のキャッシュが足りないのでしょうか？
こういう場合、一般的にはどのように対処するものでしょうか。。。

**名無しさん＠お腹いっぱい。** · 2009/01/05(月) 00:05:32

何回連続でやってもその差が変らないなら、
mountのオプションでi-nodeのリードキャッシュを増加＆延ばす！

uid, gidの逆引きは全く問題がないよう。
nsswitch.confはfilesオンリーかな?

**名無しさん＠お腹いっぱい。** · 2009/01/05(月) 00:07:06

あ、それから
・tcpマウント
・version 3, 4マウント
も試した方がよい。

**名無しさん＠お腹いっぱい。** · 2009/01/05(月) 00:17:31

>>660-661
色々と情報を有難うございます。

>mountのオプションでi-nodeのリードキャッシュを増加＆延ばす！
fstabやmountでread cacheの指定ができるんですか？？
軽くmanしてみたり検索してみたのですが具体的に言及しているものにたどり着けず・・・

nsswitch.confはhosts以外は全部filesになっています。
現在はTCPのNFSv3にてマウントしています。

**名無しさん＠お腹いっぱい。** · 2009/01/05(月) 00:32:06

man 5 nfsかな?

man -k mount | grep nfsするとか、mountのSEE ALSOみるとか。

**名無しさん＠お腹いっぱい。** · 2009/01/05(月) 00:40:10

acregmin, acregmax, acdirmin, acdirmaxあたりでしょうか？

**名無しさん＠お腹いっぱい。** · 2009/01/05(月) 01:48:11

rsizeも。

**名無しさん＠お腹いっぱい。** · 2009/01/05(月) 07:39:31

i-node cacheやらlookup cacheの保持量の指定ってNFSプロトコル上の話でなく
OS依存のことだから、OSわからないことには具体的なことは言えないような。

**名無しさん＠お腹いっぱい。** · 2009/01/05(月) 08:23:39

UNIX類はほとんど一緒。

**名無しさん＠お腹いっぱい。** · 2009/01/05(月) 08:34:54

知ったか乙

**名無しさん＠お腹いっぱい。** · 2009/01/05(月) 09:15:27

そういや元質問者は OS もバージョンも書いてないのぅ…

**名無しさん＠お腹いっぱい。** · 2009/01/05(月) 09:55:33

>>666
そういう場合は、自分の知っているOSの場合について回答すれば良い。

「OSわからないと答えられない」という奴に限って、
OSがわかっても答えられない。

**名無しさん＠お腹いっぱい。** · 2009/01/06(火) 08:30:00

まあなんだ、いろいろ乙

**名無しさん＠お腹いっぱい。** · 2009/01/06(火) 09:03:09

>>663
man 5 で nfsの項目があるのは Linuxだと、エスパーならわかる。

**名無しさん＠お腹いっぱい。** · 2009/01/06(火) 13:46:50

>>670
どうぞどうぞ。

**名無しさん＠お腹いっぱい。** · 2009/01/16(金) 05:24:18

nfsv4 だと単一ファイルシステムとしてエクスポートしますが、
そのためのディレクトリってどこが標準なんでしょうか。
/export とか /shared とか、これは標準ってないもんですか？

**名無しさん＠お腹いっぱい。** · 2009/01/16(金) 09:09:01

ないね。

**名無しさん＠お腹いっぱい。** · 2009/01/16(金) 09:17:34

NFSエクスポートするディレクトリ名は、

/lBd1sZ35XRpAl

みたいに、ランダムで覚えられない大小英文字と数字の組合せにしましょう。
LAN内からの悪戯でマウントされるのを防ぐためです。

**名無しさん＠お腹いっぱい。** · 2009/01/16(金) 09:28:33

つ showmount -e hostname

**名無しさん＠お腹いっぱい。** · 2009/01/16(金) 09:44:09

「つ」のレスは、外してる、の法則成立

**名無しさん＠お腹いっぱい。** · 2009/01/16(金) 10:00:09

pgr

**名無しさん＠お腹いっぱい。** · 2009/01/16(金) 10:05:22

ちゃんと説明できないから「つ」でごまかしてんだよな。

**名無しさん＠お腹いっぱい。** · 2009/01/18(日) 10:24:18

>LAN内からの悪戯でマウントされるのを防ぐためです。

それで防げるのか？

**名無しさん＠お腹いっぱい。** · 2009/01/18(日) 11:42:06

管理しきれないホストがつながるセグメントなのに、
exportsにセグメントを指定しているのか?

**名無しさん＠お腹いっぱい。** · 2009/01/19(月) 06:29:35

nfs4でマウントしているんだけど，rpc.idmapdが動いているのに
クライアント側にはUID=GID=4294967294 で公開されてる．
俺の rpc.idmapd ちゃんがちゃんと動いているかどうか
もっと詳しく知りたいのだが…

**683** · 2009/01/19(月) 06:31:51

サーバは Debian i386 クライアントは Debian sparc で
クライアント側のログはこんな感じ．

Jan 19 06:30:00 nas-01-CD-4C rpc.idmapd[8371]: libnfsidmap: using domain: localdomain
Jan 19 06:30:00 nas-01-CD-4C rpc.idmapd[8371]: libnfsidmap: using translation method: nsswitch
Jan 19 06:30:00 nas-01-CD-4C rpc.idmapd[8372]: Expiration time is 600 seconds.
Jan 19 06:30:00 nas-01-CD-4C rpc.idmapd[8372]: Opened /proc/net/rpc/nfs4.nametoid/channel
Jan 19 06:30:00 nas-01-CD-4C rpc.idmapd[8372]: Opened /proc/net/rpc/nfs4.idtoname/channel

プロセス自体は起動しているようなんだが．

**名無しさん＠お腹いっぱい。** · 2009/01/19(月) 08:37:06

つ rpc.idmapd -d "exsample.com" -f -vvv

**名無しさん＠お腹いっぱい。** · 2009/01/19(月) 22:32:30

一般的にNAS(NFS)にDBを乗せるとパフォーマンスが出ないって言いますが、
FibreChannelのストレージだと乗せても大丈夫と聞きました。
ロックの問題があるかもしれませんが、それ以外の部分でNFSがFibreChannelに劣っている部分ってどこですか？

**名無しさん＠お腹いっぱい。** · 2009/01/19(月) 23:33:27

ローレベルなアクセスができないことだな。
VFSを経由したアクセスがすべて。