トップページ⇒unix
982コメント306KB

【NFS】Network File System

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2006/03/28(火) 11:42:41
nfsに関する話題を扱うスレ
0015名無しさん＠お腹いっぱい。2006/04/23(日) 17:21:16
貼れっていったんだから最後まで面倒見てやれよ
0016名無しさん＠お腹いっぱい。2006/04/23(日) 18:00:54
>>14
rpcbindの問題は解決したようだね。

次の問題としては、NFS鯖側から見て、クライアントのIPアドレスが
逆引き出来てなくてPermission deniedになってる可能性がある。

あと、クライアントのOSにもよるが、
ソースポートがroot特権ポート以外からのmount要求になってる場合は、
NFS鯖側でinsecureまたはmountdに-nオプションとか、OSによって違うが
そういう設定が必要。
0017名無しさん＠お腹いっぱい。2006/04/29(土) 15:57:08
>>14
LinuxでNFSやっているかも？と仮定してちょっとフォロー

１．NFS鯖でexportfs -a を行っているかチェック。
２．シンボリックリンクが存在し、リンク先が/etc/exports に記述されていない。
0018名無しさん＠お腹いっぱい。2006/04/29(土) 16:26:47
>>17
>>14 ではrpcbindって言ってるからLinuxじゃないね。(Linuxはportmap)
0019名無しさん＠お腹いっぱい。2006/04/29(土) 17:40:19
一般に、返事がない場合はすでに解決済みとみなして良い。
何日も前の、しかも不備な質問に、わざわざエスパーして回答してやるこたぁない。
0020名無しさん＠お腹いっぱい。2006/05/05(金) 15:43:58
NFSのshareオプションでanon=0と言う物がありますがroot=ホスト名との違いが今一つ
分かりません。
と言うのは、匿名ユーザからのNFSマウントと言う場面を実機で作り事が出来ないで
いるからです。UNIX機では、どんなUIDを用いても匿名ユーザ扱いされないように見え
ます。
anon=0を使用した場合、匿名ユーザからroot権限でmountするにはどの様にすれば良い
のでしょうか？
0021名無しさん＠お腹いっぱい。2006/05/05(金) 18:20:28
>>20
それ、完全に勘違いしてるね。
NFSでは、セキュリティ上、rootで直接マウントできないように、
rootのNFSクライアントを匿名ユーザに置き換える。
で、この置換えを辞めてrootのままマウントさせるオプションが、
anon=0(匿名ユーザのUIDを0にするという意味)や
root=ホスト名、なわけ、root=ホスト名、の方が、
特定のホストにのみ許可できるから安全。

で、質問の、「匿名ユーザからroot権限でmountするには」
ということは普通はできない。UIDをマップするようなオプションを使えば
できるOSもあるが、一般的ではないし、そもそもそういうことをするのは危険。
0022名無しさん＠お腹いっぱい。2006/05/05(金) 18:55:22
>>21
anon=0,rw=ホスト名 とroot=ホスト名は セキュリティ上、等価と考えて良いのですか？
0023名無しさん＠お腹いっぱい。2006/05/05(金) 19:36:50
>>22
なんでやねん。
0024名無しさん＠お腹いっぱい。2006/05/05(金) 20:41:35
>root=ホスト名、の方が、特定のホストにのみ許可できるから安全
anon=0でも、アクセス可能なホストを制限すればセキュリティ的に等価になるかなと
思ったのですが。
気になっているのはroot=ホスト名ではなく、anon=0を使用した場合のセキュリティ上の
リスクなんです。
0025名無しさん＠お腹いっぱい。2006/06/13(火) 22:11:03
NFSv4 って使ってる人いる？　もしいたら、OS とかストレージ名とか
使用感とか漠然とだけど聞きたいな。
0026名無しさん＠お腹いっぱい。2006/08/07(月) 13:57:02
すんません、NFSのファイルのロックに関して教えてください。

サーバーがexportしている１つのディレクトリに対して、
２台のnfsクライアント（A,B）がマウントしています。
その２台のマシンから、exportされているディレクトリ以下にある、
ファイルに対してflockをかけるのですが、
Aでflockをした後、Bでもflockできてしまいます。

NFSで１つのファイルに対する排他制御って、flockでは
できないのでしょうか？それとも、NFSの設定がおかしいのでしょうか？

よろしくお願いします。
0027名無しさん＠お腹いっぱい。2006/08/07(月) 14:10:38
>>26
NFSv3以前では無理と思うべき。NLMとかlockdとかあるけど、
あんなもんじゃ複数クライアントからのまともなロックはできん。
0028名無しさん＠お腹いっぱい。2006/08/07(月) 14:15:18
>>26
NFSのロックはflock()じゃできない。
lockf()を使うこと。（またはfcntl()）
常識中の常識。

あと、動いてるとは思うけど、lockf()が動作するには
(rpc.)lockdと、(rpc.)statd相当のデーモンが必要。
詳細はOSによって多少違うが。
0029名無しさん＠お腹いっぱい。2006/08/07(月) 14:50:33
fcntlでも複数クライアントはできないんじゃない？
0030名無しさん＠お腹いっぱい。2006/08/07(月) 15:07:01
>>29
lockf()は実はフロントエンドであって、
内部でfcntl()を呼んでるわけだが。
lockf()の関数は互換性のため残ってるだけ。

なので、fcntl()で当然排他制御ができる。
なお、NFSはv2であってもOKだよ。
0031292006/08/07(月) 15:37:30
>>30
ん？　なんか論点が食い違っているような・・・
flock, lockf, fcntlとNFSの関係に関しては漏れも理解しているつもり。

fcntlを使えばロックができることも知っているし、経験的にもそれが
出来てはいるんだけど、ただ、複数のクライアントのときにうまく
行かなかったのよね。サーバとクライアントが仕様通りの実装に
なっていれば、ちゃんとfcntlでロックできるもんなの？
２台のクライアントからすさまじく高速にロックルーチンを回す試験を
してて、たまにファイルがぶっ壊れてましたけどｗ
0032名無しさん＠お腹いっぱい。2006/08/07(月) 15:52:53
皆様レスありがとう。

>>30
了解です。
で、fcntlでロックをしようとすると、今度は
「No locks available」のエラーになっちゃう・・・
ローカルディレクトリで、同じプログラムを動作させると、
ちゃんとロックするんですが。
教えてくんですみませんが、原因などご存知でしたら教えてください。

0033名無しさん＠お腹いっぱい。2006/08/07(月) 16:09:28
>>32
>>28 が書いてるとおり、lockd statdを起動していないからだと思われ。
0034名無しさん＠お腹いっぱい。2006/08/07(月) 18:19:04
>>33
rpc.statdと、lockdはクライアント側、サーバー側で、
rpcinfo -p
で、statusとnlockmgrもいます。
クライアント側から、rpcinfo　-p サーバーIPで、
サーバー側も見れます。

なにか設定がおかしいんでしょうかね・・・？
0035名無しさん＠お腹いっぱい。2006/08/07(月) 18:49:45
>>34
fcntl()の、引数指定間違えてない?
一度 lockf()使って呼んでみれ。
0036名無しさん＠お腹いっぱい。2006/08/07(月) 18:59:09
"No locks available"って、errnoに ENOLCKがセットされた時のエラーで、
ロックが多過ぎてロックテーブルがオーバーフローした状態なわけだが。
テストプログラム起動し過ぎてるとかない?
0037名無しさん＠お腹いっぱい。2006/08/07(月) 19:29:22
皆様、何度もご協力ありがとうございます。
>>35
実は、もともとの問題は、PHPのセッションファイルは、NFSマウントしたディレクトリに置いて、Load balancer配下のサーバーで
共有できるか？というところだったりします。んで、PHP4のセッションファイルを作成しているところのｌソースを参照して、
そのロックの手法を抜き出して、そのままテストプログラムにしてます。
テストプログラムは以下のような感じで、
呼び出し側は、php_flock(fp, LOCK_EX)で、
関数は↓
int php_flock(int fd, int operation) {
　　struct flock flck;
　　int ret;
　　flck.l_start = flck.l_len = 0;
　　flck.l_whence = SEEK_SET;
　　if (operation & LOCK_SH)
　　　　flck.l_type = F_RDLCK;
　　else if (operation & LOCK_EX)
　　　　flck.l_type = F_WRLCK;
　　else if (operation & LOCK_UN)
　　　　flck.l_type = F_UNLCK;
　　else {
　　　　errno = EINVAL;
　　　　return -1;
　　}
　　ret = fcntl(fd, operation & LOCK_NB ? F_SETLK : F_SETLKW, &flck);
・・・・
}
です。
>>36
テストプログラムは、数多く起動はしていないです。テストプログラムをコンパイルした、
a.outを手動で起動しているだけなので。

0038名無しさん＠お腹いっぱい。2006/08/08(火) 11:43:37
lockd/statdが使用してる(RPC登録してる)ポートを
ファイアーウォールとかで閉じてるんじゃない?
ポート番号は変化するので大変だけど。
rpcinfo -pだと、111ポートだけが開いてればstatus/nlockmgrが
表示されるけど、それだけだと確認にならない。
0039名無しさん＠お腹いっぱい。2006/08/19(土) 12:20:18
最近出来たスレなんですね。
お詳しい方がいらっしゃるので、私もこれから勉強していきたいと思います。

私はあまりNFSに詳しくないのですが、
以前からNFSROOT好きです。

Solaris/x86をNFSROOT化したり、
「Fedora Core Linux ディスクレス化キット」を開発したりしています。

昨日ホームページを開設しまして、「Fedora Core Linux ディスクレス化キット」
を公開しました。
http://wikiwiki.jp/disklessfun/?disklessfc
Fedora Core をカーネルリコンパイルせずにNFSROOT化するキットです。

また、http://dl-x86solaris.sourceforge.jp/では
Solaris/x86をNFSROOTでインストールしたり運用するキットを開発・公開しています。

非常にマイナーな世界の話ですが、もし興味があればいらして下さい。
0040名無しさん＠お腹いっぱい。2006/08/19(土) 15:38:47
>>39 GJ　あとで見ておく。
0041名無しさん＠お腹いっぱい。2006/08/20(日) 09:00:25
>>37
セッション管理をmysqlとかDBで行う様にした方が良いんじゃない？
確かPHPにそういう仕組みを実現する何かがあったと思うんだが。
外してたらゴメン。
0042名無しさん＠お腹いっぱい。2006/08/21(月) 02:00:54
>>25
遅レスだけど使ってるよ
鯖、蔵ともにFedora Rawhide、ハードは普通のPCだけど？
0043名無しさん＠お腹いっぱい。2006/10/09(月) 00:29:14
nfs4のidmapdで、uidの異なるマシン間でuidをマップする方法をご存じの方、教えていただけませんか?
0044名無しさん＠お腹いっぱい。2006/10/22(日) 22:29:03
今、NFSが一番安心して使えるOSはどれですか?
0045名無しさん＠お腹いっぱい。2006/10/22(日) 22:47:20
Solaris.
0046名無しさん＠お腹いっぱい。2006/10/23(月) 22:26:41
サーバーとクライアントを同じプラットフォームで統一して、
サーバー・クライアント間にFirewallを設置せず、
ハードウェア障害のケースを想定しないで
NFSv3を使うことにすれば、

何のOSでもたいていOK、多分ね


全部逆と想定したら、まず神頼みが必要かも
0047名無しさん＠お腹いっぱい。2006/10/23(月) 23:11:29
>>46
>何のOSでもたいていOK
ダウト。
FreeBSDでは未だにクライアント間でのNFSロックが効かない。
0048名無しさん＠お腹いっぱい。2006/10/25(水) 03:31:38
>>43
標準はnsswitchで決められて、あとはnisだとかldapだとかにid管理任せればいいんじゃないの?
http://www.citi.umich.edu/projects/nfsv4/crossrealm/libnfsidmap_config.html

うちはnfs4でもマシン数台なんで手動管理。。。
0049名無しさん＠お腹いっぱい。2006/10/25(水) 17:47:17
>>47
> FreeBSDでは未だにクライアント間でのNFSロックが効かない。

本当？

0050名無しさん＠お腹いっぱい。2006/10/25(水) 17:57:32
Yes
0051名無しさん＠お腹いっぱい。2006/10/28(土) 00:34:22
rpc_lockd_enable="YES"
rpc_statd_enable="YES"

でも？
0052名無しさん＠お腹いっぱい。2006/10/28(土) 11:33:21
>>51
FreeBSD の rpc.lockdは動作がおかしい。
FreeBSD自身の lockf()は、flock()として動作してるｗ

よって、全然駄目駄目。

試しに、複数のFreeBSDクライアントから lock書ける実験をしてみるといい。
lock無視してファイル壊すから。
0053名無しさん＠お腹いっぱい。2006/10/28(土) 12:32:21
今年の5月か6月あたりに直ったんじゃなかったっけ。
0054名無しさん＠お腹いっぱい。2006/10/28(土) 13:18:50
>>53
rpc.lockdの件はともかく、
flock/lockfの件も直ったの?
直ったかどうかというより、これってFreeBSDの仕様の問題だから、
今までflockの動作をしていたのを急にlockfの動作にすると
別の部分で不具合が出るから、直しようがないと思うんだが、、
0055名無しさん＠お腹いっぱい。2006/11/10(金) 14:32:56
>>54
いつの時代の話？
lockf(3) は内部で fcntl(2) を呼ぶようになっていますが。flock(2) ではなく。
0056名無しさん＠お腹いっぱい。2006/11/12(日) 15:53:18
NFS over SSHのやり方を教えてください。
0057名無しさん＠お腹いっぱい。2006/11/12(日) 16:49:44
http://www.google.com/search?num=50&hl=ja&q=%22NFS%26%23160%3Bover%26%23160%3BSSH%22
0058名無しさん＠お腹いっぱい。2006/11/12(日) 22:45:01
結局ステートレスじゃないNFSに替わるネットワークを透過的に使えるファイルシステムなんてものは無いということなのか？
0059名無しさん＠お腹いっぱい。2006/11/12(日) 22:58:16
つ SMB
0060名無しさん＠お腹いっぱい。2006/11/13(月) 09:37:56
mjsk
0061名無しさん＠お腹いっぱい。2006/11/17(金) 15:36:58
NFSv4の立場は・・・・・・
0062名無しさん＠お腹いっぱい。2006/11/17(金) 16:18:12
FreeBSDの NFSv4対応はいつになりますか? Linuxでさえ対応してるのに、、
0063名無しさん＠お腹いっぱい。2006/11/17(金) 19:02:55
NFSって遠隔地、例えば東京大阪間のようなものでもグローバルIPさえあればつなぐことができるのでしょうか？
0064名無しさん＠お腹いっぱい。2006/11/17(金) 19:05:16
電子メールって遠隔地、例えば東京大阪間のようなものでもグローバルIPさえあれば送ることができるのでしょうか？

と聞いてるのと同じ。
0065名無しさん＠お腹いっぱい。2006/11/18(土) 01:13:20
同じかなー
0066名無しさん＠お腹いっぱい。2006/11/18(土) 04:22:47
なんか怖いな
0067名無しさん＠お腹いっぱい。2006/11/18(土) 05:58:43
20世紀の頃、某ISPのWebサーバの
ユーザ領域をNFSマウントしちゃえたことあるよ
28.8bpsで

0068名無しさん＠お腹いっぱい。2006/11/18(土) 06:04:12
電子メールによる比喩はちがう気がする
遠隔地でも出来るできないで言えば出来る
実使用上のいろいろな問題があるだろうけど
0069名無しさん＠お腹いっぱい。2006/11/18(土) 09:12:09
素の TCPでの接続か、RPCでポート番号が一定しない接続かの違いがあるだけで
IPレベルでは同じ事。NFSはポート番号が変わるため、ファイアーウォールで
NFSだけをうまく許可する方法が難しいという点は確かに違うが、、
0070名無しさん＠お腹いっぱい。2006/11/18(土) 09:17:21
いやほら電子メールならUUCPとかでも送れたりするじゃん？
0071名無しさん＠お腹いっぱい。2006/11/18(土) 09:27:39
そういうことか。じゃあ FTPでたとえた方がいいのかな。
0072名無しさん＠お腹いっぱい。2006/11/18(土) 10:19:58
RPCだって、本来はTCP/IP以外のプロトコルスタック上にも実装できるように
設計されたものなんだが、、実際はTCP/IP版以外は使われていないけど、、
0073名無しさん＠お腹いっぱい。2006/11/19(日) 23:19:20
>>67
めちゃくちゃ遅いじゃん。TCPパケットヘッダ送るだけで
2秒以上掛かるのか。
0074名無しさん＠お腹いっぱい。2006/11/21(火) 14:43:05
NFSのベンチ結果やlinux iSCSI Targetとの比較結果をまとめているサイトってありませんか？

NFS v4 VS iSCSI

でどっちが早いのか・・・
0075名無しさん＠お腹いっぱい。2006/11/21(火) 22:03:41
比較にならないものを比較しようとしてませんか？
私の勘違いでしょうか
0076名無しさん＠お腹いっぱい。2006/11/21(火) 22:17:01
AoEの圧勝
0077名無しさん＠お腹いっぱい。2006/11/21(火) 23:07:52
AppleShare over Ethernet?
0078名無しさん＠お腹いっぱい。2006/11/21(火) 23:33:46
Age of ...
0079742006/11/21(火) 23:42:49
>75
難しいかな・・・

XENでNFSで共有するか
OCFS+iSCSIで共有するかでどっちが良いか検討したかったのですけど

>76

文字足らずなのに理解して頂けたようで感謝です。
ATA-over-Ethernet
も検証候補に入れておきます。


0080名無しさん＠お腹いっぱい。2006/11/21(火) 23:46:39
AoEデバイスって国内でどっか買えるの？
0081名無しさん＠お腹いっぱい。2006/11/22(水) 00:47:30
>80

金物屋で売ってたよ
0082名無しさん＠お腹いっぱい。2006/11/22(水) 00:59:43
「金物屋 AoE」でググった。

鉱床からの金貨収集速度が20%上昇した
0083名無しさん＠お腹いっぱい。2006/11/22(水) 21:48:00
「金物屋 AoE」でググった。

「オスマン金物屋使った後、スペイン・オスマン金物屋は使用できない」
0084名無しさん＠お腹いっぱい。2006/11/22(水) 22:51:59
誰も売ってないという事は俺がCoraidを輸入して売れば儲かるという事ではないだろうか
0085名無しさん＠お腹いっぱい。2006/11/23(木) 14:16:32
>84
ttp://www.coraid.com/products.html
これはいいSupermicroですね。
0086名無しさん＠お腹いっぱい。2006/11/23(木) 15:14:20
スーパーマイクロと聞くとSONY NEWSのことが真っ先に頭がよぎるのは私だけ？
0087名無しさん＠お腹いっぱい。2006/11/23(木) 18:21:32
社員乙
0088名無しさん＠お腹いっぱい。2006/11/29(水) 17:12:39
>>84
黒字になる前に、他の業者が販売し始めて、赤字決済。
いや、是非やってくれ。
0089名無しさん＠お腹いっぱい。2006/12/06(水) 14:56:58
>>58 RedHat だけど、GFS なんてどうなんだろうね。興味はあるけど暇がねぇ。
0090名無しさん＠お腹いっぱい。2006/12/10(日) 15:05:28
共有ファイルシステム古今東西、

Oracle Cluster File System (OCFS)
Google File Systems (Google GFS)
Redhat Global File System (Redhat GFS)
富士通 PRIMECLUSTER GFS (富士通 GFS)
NEC GSTORAGEFS (NEC GFS)
General Parallel File System (IBM GPFS)
SGI Infinite Storage CXFS (SGI CXFS)
VERITAS Cluster File System (VERITAS CFS)

ほかにある？

そういえば、NFSに馴染み深いはずのWAFSは最近どうなった？
0091名無しさん＠お腹いっぱい。2006/12/10(日) 15:26:40
[AからZ]FSの全部が揃ってるという話は聞いたことあるよ。
しかも１９９０年代の時点で。
リストもらっておけばよかったなあ。
0092912006/12/10(日) 15:29:04
>>90は実用のものを挙げてあるけど、
>>91の[A-Z]の話は、特定の組織でしか使われないとか
論文になったことがある程度のものだったかも。
0093名無しさん＠お腹いっぱい。2006/12/10(日) 16:40:49
pvfs2 とか 9fs とか
0094名無しさん＠お腹いっぱい。2006/12/10(日) 18:36:42
afsとかwebfsとか
0095名無しさん＠お腹いっぱい。2006/12/27(水) 18:36:41
SFUを使ってNSFをWindowsにマウントしようと思うのですが、何か潜在的な問題はありますか？
0096名無しさん＠お腹いっぱい。2006/12/27(水) 23:10:03
National Science Foundation
0097名無しさん＠お腹いっぱい。2007/01/16(火) 20:01:18
板違いなのかもしれんが他に見当たらないので>>95に便乗。
SFU3.5でSolaris上のNFSをマウントしているのですが、
DOSコマンドのmkdirで存在しない中間ディレクトリの作成をするとこけてしまいます。
これってクライアント側の問題ですか？
0098名無しさん＠お腹いっぱい。2007/03/07(水) 11:19:31
>>97
こけかたを具体的に。
0099名無しさん＠お腹いっぱい。2007/03/07(水) 13:33:44
>>97
権限周りを調べるべし
0100名無しさんお腹いっぱい2007/03/08(木) 05:34:05
DOSのmkdirはしらないが、solarisならmkdirに -p オプションが必要
0101名無しさん＠お腹いっぱい。2007/04/08(日) 13:46:29
超早いNFSサーバ専用機を余らせており、
これをWindowsから使いたいと考えています。
NFSサーバはNFSv2/v3/v4を扱えますが、
とりあえずNFSv2は使わない方向で考えています。

ユーザ認証用にAcitiveDirectoryを用意してあるので、
SFUを用いてNISにマッピングすることに問題はありません。

Windows側はDHCPでIPアドレスを割り当てていますが
同じサブネット内に他の部署も混じっているため、
IPアドレスベースでのアクセス制御は実質役に立ちません。

特定のWindowsユーザだけにNFSサーバを使わせたいのですが、
うまい方法は無いでしょうか?
0102名無しさん＠お腹いっぱい。2007/04/08(日) 14:00:41
他の人が使ったら即刻解雇！
っていう社則を作ればＯＫ
0103名無しさん＠お腹いっぱい。2007/04/08(日) 17:12:23
>Windows側はDHCPでIPアドレスを割り当てていますが
>同じサブネット内に他の部署も混じっているため、
>IPアドレスベースでのアクセス制御は実質役に立ちません。

MACアドレスとIPアドレスの1対1のリストを作ってIPアドレスを配布するか
MACアドレスグループに範囲内のIPアドレスを割り当てる設定にするような感じで
DHCPサーバを弄れば良い
0104名無しさん＠お腹いっぱい。2007/04/08(日) 18:14:48
>>103
その手法は確実そうなのですが
DHCPサーバは全く違う部署で管理している上、
在籍者全員に割り当てられるだけのアドレス空間の余裕がありません。
(離席者のIPアドレスを回収するためにリース期間を非常に短くしてある)

SFU使ってNFS/CIFSゲートウェイを立てるしかないんでしょうか...
性能ががた落ちするのは明らかなので、
何か別に巧い方法があればとは思うのですが。
0105名無しさん＠お腹いっぱい。2007/04/08(日) 18:25:39
多分IPアドレスに余裕無いだろうなぁと思って2番目のを提案したのですが
DHCPサーバの管理が別部門という条件も出てきた以上、仕方ないですね
性能には目をつぶってそうするしかないでしょう
0106101=1042007/04/08(日) 18:59:54
>>105
レスどうもです。
ゲートウェイに使えそうな機材余ってたかな...

CIFSのライセンスキーを購入すれば
こんな妙な事をしなくても済むのですが
3桁万円するので予算が(略
01071062007/04/19(木) 10:24:22
セットアップしようとした矢先、
NFS鯖は他の事業所にドナドナされる事になりました。
少なくとも1.5TBは有ったのに orz

NFS/CIFSゲートウェイの件は機会があれば試してみようと思います。
0108名無しさん＠お腹いっぱい。2007/04/21(土) 05:59:15
1.5Tなんて、もうディスクが3台あれば冗長構成で組めるぜ。
たいした容量じゃない
0109名無しさん＠お腹いっぱい。2007/07/02(月) 17:15:30
それにクライアントは何台ぶらさがれるのか、という問題があるけど。
01101072007/07/04(水) 10:05:17
使おうとしてたのはNetAppだった。
HDD4台程度のなんちゃってNASとは
比較にならないよ。
速度もだけど、容量単価も別世界w

FC接続の144GB HDDが21台搭載してあった。
冗長性に余裕持たせたり、
システム領域やsnapshot領域の関係で
物理容量の約半分がユーザ容量になる。
なので1.5GBが使える、と。
0111名無しさん＠お腹いっぱい。2007/07/04(水) 10:07:49
1.5GB
たいへんですね。業者にもってかれましたか？
0112名無しさん＠お腹いっぱい。2007/07/12(木) 00:51:22
昔のNetAppはそれくらいだったような
01131102007/07/15(日) 00:30:53
ああ
単位間違えてたのか
1.5TBね orz
0114NFSできない！2007/08/12(日) 19:08:55
FreeBSDでNFSを実装しようとしているのですが、client credential too weakエラーが出力されうまくいきません。
識者の方、どうぞご教示くださいませ。

設定した項目としては下記の様な感じです。

[/etc/exports]
/test -maproot=nobody -network 192.168.1.1

として

# showmount -e
Exports list on localhost:
/test 192.168.1.1

[/etc/rc.conf]
rpcbind_enable="YES"
nfs_server_enable="YES"
nfs_server_flags="-u -t -n 4"
#nfs_reserved_port_only="YES"
mountd_enable="YES"
mountd_flags="-r"rpcbind_enable="YES"
nfs_server_enable="YES"
nfs_server_flags="-u -t -n 4"
#nfs_reserved_port_only="YES"
mountd_enable="YES"
mountd_flags="-r"

[/etc/hosts.allow]
all : 192.168.1.1 : allow


サーバー側の設定は以上で、その後リブートを実施いたしました。
0115名無しさん＠お腹いっぱい。2007/08/12(日) 19:11:03
FreeBSDでNFSがマトモに動いたのは4.xまで。それ以降は本気で使ってはいけない。
■ このスレッドは過去ログ倉庫に格納されています