- 締切済み
NFSクライアントでlockdがハングアップ
khadaと申します。 CentOSでNFSクライアントにしているサーバで /var/log/messagesに以下のようなメッセージを吐いています。 ----------- kernel: lockd: server XXX.XXX.XXX.XXX not responding, still trying ----------- ※XXX.XXX.XXX.XXXの部分はNFSサーバのIPアドレスが表示されています。 NFSのマウント自体は問題なくできており、 ファイルの参照も問題なく出来ています。 ただ、NFSマウント行ってからロードアベレージが 以前の10倍程度の値で推移しており、 このログとロードアベレージ上昇の因果関係を調べています。 こんな現象をご存じの方がいらっしゃったら、教えてください。
- みんなの回答 (1)
- 専門家の回答
みんなの回答
- pakuti
- ベストアンサー率50% (317/631)
関連するQ&A
- NFSでマウントできない
PC1(Debian 4.0) のフォルダをPC2(Ubuntu 8.10)にマウントしたいのですが、うまくいかない状態です。 色々調べながら、以下について実行してみましたが、解決できません。 fiwewall関係かとも思うのですが、標準状態のままで、特にインストール、設定はしていません。 原因が分かる方がいらしゃいましたら、ご協力をおねがいいたします。 ■PC1 (Debian 4.0) ・nfs-user-serverをインストール ・/etc/exportsに 「/AAA/BBB xxx.xxx.xxx.0/24(rw)」 を記入 ・/etc/hosts.allowの内容 「ALL : xxx.xxx.xxx.0/24」 ・/etc/hosts.denyの内容 「ALL : ALL」 ・rcpinfo -p の実行結果 portmapper(port 111), nfs(2049), mountd(632,635) が確認できます。 ■PC2 (Ubuntu 8.10) ・nfs-commonをインストール ・「mount -t nfs xxx.xxx.xxx.xxx:/AAA/BBB /CCC」を実行すると 「mount.nfs: internal error」が表示 ・syslogには 「rpcbind: server 192.168.24.10 not responding, timed out」 ・rcpinfo -p xxx.xxx.xxx.xxxの実行結果 「rpcinfo: can't contact portmapper: RPC: Remote system error - Connection refused」
- ベストアンサー
- Linux系OS
- NFSによるマウントができない
NFS通信でのマウントがうまくできません。 症状は下記のとおりです. *ドメインは仮名で説明させてもらっています. ---------------------------------------------------------------- NFSサーバー(nfshost.jp) OS:RedHat9 備考: NFSサーバーは、すでに別のクライアント・サーバーから利用されており正常に動作している。 その別のクライアント・サーバー(client01.jp)はRH9で動作している。 クライアント・サーバー(client02.jp) Fedora8 ---------------------------------------------------------------- NFSサーバー(nfshost.jp)にて </etc/exports> /nfs_mnt/ client01.jp(rw,sync,no_root_squash) /nfs_mnt/ client02.jp(rw,sync,no_root_squash) </etc/hosts.denny> portmap:ALL lockd:ALL mountd:ALL rquotad:ALL statd:ALL </etc/hosts.allow> portmap: client01.jp, client02.jp lockd: client01.jp, client02.jp mountd: client01.jp, client02.jp rquotad: client01.jp, client02.jp statd: client01.jp, client02.jp # exportfs -ra ---------------------------------------------------------------- クライアントサーバー(client02.jp)にて mount -t nfs -o rw,rsize=8192,wsize=8192,hard,intr nfshost.jp:/nfs_mnt /nfs_mnt 結果:mount.nfs: mount to NFS server 'nfshost.jp' failed: RPC Error: Program not registered showmount -e nfshost.jp 結果:showmount: RPC: Program not registered ---------------------------------------------------------------- 以上のように、client02.jpからNFSサーバーをマウントしようとすると エラーによりできません。 RH9のclient01.jpでは、正常にマウントできています。 さっぱり原因が分からず困っています. どなたか分かるかたがおられましたら、アドバイスのほどよろしくお願い致します.
- 締切済み
- Linux系OS
- NFSでマウントできません
server2からserver1をマウントできない状態ですが、 server2のカーネルを再構築しないで済むでしょうか? ■server1(Debian) 1.# vi /etc/exports /tmp server2(ro) 2.apt-get install nfs-user-server 3.# ps -aux | grep nfs /usr/sbin/rpc.nfsdが起動しています。 ■server2(Debian) 1.make menuconfigしてみると、 NFS file system support はMになっていますが、nfs.oはないです。 クライアントとして有効になっていないのでしょうか? 2.# apt-get install nfs-common でインストールしました。 3.マウントできません。 # mount server1:/tmp /mnt/tmp mount: mount point /mnt/tmp does not exist
- ベストアンサー
- Linux系OS
- NFSでサーバ側を再起動させた場合のマウント
OSは3台ともCentOS4.4です。 DB(NFSサーバ)web1(NFSクライアント)web2(NFSクライアント) webi、web2からDBのディレクトリをマウントして見えるようにしてあります。NFSクライアントを再起動した場合AUTOマウント出来るように設定はしてあり、そこは問題ないのですが、DB(NFSサーバ)側を再起動した場合クライアント側でマウントコマンドを叩かないとマウントされませんよね?それとも何か設定があるのでしょうか? 自分なりに調べたのですが、いまいちわからないのでわかる方教えてください。 よろしくお願いします。
- 締切済み
- Linux系OS
- messagesに挙がっているログの詳細を教えてください。
messagesに以下のログが残っていました。 この意味は何ですか? ----------- kernel: lockd: unexpected server status 7 kernel: lockd: unauthenticated request from (7f000001:795) ------------ <参考> OSはこれです。 Red Hat Linux release 6.2 (Zoot) Kernel 2.2.19-6.2.16smp on a 2-processor i686
- 締切済み
- Linux系OS
- Linuxのnfsがうまくいきません。
Linuxのnfsのマウントがうまくいきません。経緯は以下の通りです。 【サーバ側 ubuntu 9.10の設定】 1.sudo apt-get install nfs-kernel-server 2. /etc/exportsの編集 /home/hogehoge xxx.yyy.0.0/255.255.255.0(rw) →/home/hogehogeがないのでmkdirで作成する。 3. nfs-server-kernelの再起動 a),b)のどちらかを実行する a) /etc/init.d/nfs-kernel-server restart b) sudo exportfs- r 結果: exportfs: /etc/exports [2]: Neither 'subtree_check' or 'no_subtree_check' specified for export "xxx.yyy.0.0/255.255.255.0:/home/hogehoge". Assuming default behaviour ('no_subtree_check'). NOTE: this default has changed since nfs-utils version 1.0.x 【クライアント側:redhat】 mkdirで/mnt/hogehogeを作成する。 mount xxx.yy.70.84:/home/hogehoge /mnt/hogehoge 結果: mount: xxx.yy.70.84:/home/hogehoge failed, reason given by server: Permission denied ←失敗。 【質問】 0.この失敗の内容はサーバ側のPermission denied(許可申請却下)のようです。どのようなレベルでの許可問題なのでしょうか。 1. exportfs -rに対するレスポンスは正常なのでしょうか。こちらが指定した設定とは異なりデフォルトで動作するという風に読めます。 2.確認ですが、サーバ側は当然ルート権限で実行すると思います。クライアント側もルート(su or sudo)でやるのでしょうか。 3.サーバ側の/home/hogehogeのフォルダ設定とか所有者はどうすればよいでしょうか。フォルダ設定にnfsの可否が指定されるのでしょうか。 4.クライアント側の/mnt/hogehogeフォルダの設定と所有者はどうするのでしょうか。 要は、nfsの環境設定、実行、フォルダ設定 と ユーザ権限との関係が理解できていないということです。何も指定がない、ということはどのようにでも動作するという意味でしょうか。 その他、どのようなミスをしているでしょうか。よろしくお願いします。
- ベストアンサー
- Linux系OS
- vineLinuxです。
/var/log/messagesに kernel: lockd: unexpected unlock status: 7 なるものがたまにでます。 いったいなんでしょうか? vinelinux4.2 kernel2.6.16-76.37v14 sambaでwindowsからファイルサーバーとして使っています。 クライアントは20程度です。 週に5,6回出ますが時間はまちまちで、原因の切り分けが出来ません。
- ベストアンサー
- Linux系OS
- NFSサーバ経由のSamba設定について
現在、CentOS 5.1でSambaサーバを構築中です。 Sambaサーバでは/homeをNFSサーバからマウントしています。 NFSマウントおよびSambaの設定は一通り終わり、共有フォルダをWindowsクライアントからブラウズ及び、サイズ0の新規ファイルの作成まで行うことができました。 しかし、Windowsクライアント側からファイルのコピーを行うと以下のようなエラーが表示されてしまいます。 ----- XXXXX をコピーできません。プロセスはファイルにアクセスできません。別のプロセスがファイルの一部をロックしています。 ----- また、Windowsクライアント側で作成したサイズ0のファイルを開き、編集し保存を行おうとすると、こちらも同様に保存が行えません。 Sambaサーバから/home以下へのファイルコピー、ファイル編集を行うことはできています。 上記の動作はどこか設定が悪いのでしょうか? NFSサーバ(IP:192.168.0.2)設定(抜粋) /etc/hosts.deny portmap:ALL lockd:ALL mountd:ALL rquotad:ALL statd:ALL /etc/hosts.allow portmap:192.168.0.11 lockd:192.168.0.11 rquotad:192.168.0.11 mountd:192.168.0.11 statd:192.168.0.11 /etc/exports /home 192.168.0.11(rw,no_root_squash,sync) Sambaサーバ(IP:192.168.0.11)設定(抜粋) /etc/fstab 192.168.0.2:/home /home nfs rw 0 0 /etc/samba/smb.conf [global] dos charset = CP932 unix charset = UTF-8 display charset = UTF-8 workgroup = WORKGROUP server string = HOME Server security = user passdb backend = tdbsam load printers = no disable spoolss = yes cups options = raw [homes] comment = Home Directories browseable = no writable = yes よろしくお願いいたします。
- ベストアンサー
- Linux系OS
- nfsでマウントされたフォルダへの書き込みについて質問させていただきま
nfsでマウントされたフォルダへの書き込みについて質問させていただきます。 設定は以下の通りです。 **************************************************************************************** サーバA:NFSサーバ(CentOS5.5) ユーザ:root , test1 /etc/exports /test サーバBのIPアドレス(rw,sync,no_root_squash) ※サーバBのIPアドレスはネットワークアドレス指定ではなく、サーバB自体のIPアドレス /testのパーミッション:775(test1,test1) **************************************************************************************** サーバB:NFSクライアント(CentOS5.5) ユーザ:root , test1 , test2 マウントポイント:/test /testのパーミッション:775(test1,test1) mount -t nfs サーバAのIPアドレス:/test /test ※dfで正常にサーバAの/testがマウントされており、root , test1からの書き込みができている **************************************************************************************** 上記の環境でサーバBでnfsマウントされている/testに全く別のユーザtest2(group : test2)から書き込み(touch)を行った場合、権限がないというエラーが出てファイル書き込みができません。 ユーザtest2が/testに書き込みできる方法をご教授いただければ幸いです。 宜しくお願いします
- ベストアンサー
- Linux系OS
- NFSマウント時の待ち時間につきまして
NFSマウントにつきまして検証をしております。 NFSサーバマシンがダウンしていた場合に、 NFSクライアントマシンを起動させた場合、『mount -a』コマンドを実行すると エラーメッセージ応答までにおよそ6秒程度、待ち時間が発生します。 (※NFSマウントの設定は設定済み) --------------------------------------------------------------------------------- mount: mount to NFS server '192.168.0.1' failed: System Error: No route to host. --------------------------------------------------------------------------------- この待ち時間ですが、設定ファイルなどで変更することは可能でしょうか。 ◆サーバOS情報 NFSサーバ (192.168.0.1): Red Hat Enterprise Linux ES release 4 (Nahant Update 6) NFSクライアント(192.168.0.2): CentOS release 5.6 (Final) ◆NFS設定情報 ○NFSサーバ(192.168.0.1) --------------------------------------- /var/share 192.168.0.2(rw,sync) --------------------------------------- ○NFSクライアント(192.168.0.2) ・/etc/fstab --------------------------------------------------------------------------------- 192.168.0.1:/var/share /var/share nfs rw,rsize=8192,wsize=8192 0 0 --------------------------------------------------------------------------------- 以上、お手数をおかけしますが、ご存知の方いらっしゃいましたらよろしくお願いいたします。
- 締切済み
- Linux系OS
お礼
ネットワークの部分が怪しそうなので、重点的に調べてみることにします。 回答ありがとうございました。