問題タブ [nfsclient]

ハングしたLinuxマシンにNFSマウントされたディレクトリがあります。アンマウントを強制しようとしましたが、機能しないようです。

「mount」と入力すると、ディレクトリがマウントされなくなったように見えますが、「」と入力するとハングls /mnt/dataし、マウントポイントを削除しようとすると、次のようになります。

マシンを再起動する以外にできることはありますか？

これは些細な問題のように思えますが、現在数日間解決策を見つけることができません。

ubuntu 9.10 (64 ビット) で nfs クライアントを構成しようとしています。私が読んだすべてのチュートリアルでは、portmap や nfs-common など、いくつかを再起動する必要があると書かれています。具体的には：

ただし、このファイル (/etc/init.d/nfs-common) は存在しません。

「nfs-common はすでに最新バージョンです」を返します。

私がしようとすると：

私は得る：

ここで何が欠けていますか？

これを手伝ってくれる親切な魂に感謝します。

Solarisサーバーの1つにNFS共有をマウントしています。パス/appdata/ anpは、サーバーAからサーバーBにマウントされます。共有の下：

/appdata/anp

私はという名前のフォルダを持っています

/appdata/anp/factory

上記のディレクトリに、インポート/更新する必要のあるデータを含むファイルをデータベースに配置します。データベースにデータをインポートした後、インポートしたデータの操作結果に基づいて、ファイルを成功/失敗ディレクトリに移動します。

/appdata/anp/factory/success

/appdata/anp/factory/failure

上記のディレクトリのいずれかにファイルを移動し、次を使用してファイルの最終変更時刻を現在のシステム時刻に更新します。

file.setLastModified

これはブール値を返します。問題は、この更新操作を実行しているときはいつでも、そのファイルのタイムスタンプを現在のシステム時刻に更新できないことです。

誰かがシナリオが何であるか知っていますか

file.setLastModified

失敗を返します。NFSのアクセス許可も確認しましたが、すべて問題ないようです。setLastModifiedが失敗を返す可能性があるケースを知る方法はありますか？

私が本当にこれに私の髪を引っ張っているのを手伝ってください！:(

nfsディレクトリに移動するパス名を使用してC/C ++ / Javaコードでファイルを開くと、NFSがステートレスですべての場合に読み取りおよび書き込み構文はどのように機能しますか？試しましたが、NFSマウントされたファイルにアクセスするサンプルコードが見つかりません。私の現在の理解では、状態を維持するのはNFSクライアントの仕事であり（読み取りおよび書き込みポインターなど）、アプリケーションは同じ構文を使用します。

関連する質問は、VFSとUFSに関するものです。現在のUNIXマシンのすべてのファイルは、最初にvnodeを介してアクセスされ、次に（ローカルとリモートに応じて）iノードまたはrnode構造にアクセスされますか？

NFS 経由でバックアップしているサーバーにエクスポートする ZFS スナップショットを保持するサーバーがあるため、社内で作成されたカスタム アプリケーションを介して復元できます。問題は次のとおりです。

注: ZFS 組み込みの NFS を使用していないのには理由があります。使用するように言わないでください。

これはすべて NFS v4
です ホストは CentOS 6.2 を実行しています クライアントは CentOS 5.7 を実行しています

ホスト上でデフォルトで 8 つの NFS サーバーが開始されています。

NFS 共有を保持するバックアップ サーバーでは、ディレクトリ構造を必要なだけ深く走査し、予想されるすべてのファイルを確認できます。

クライアントでは、ファイルシステムをトラバースできますが、2 つ以上のディレクトリに移動すると、別のサーバーからのファイルが表示されることがあります。

次に例を示します。

すぐ

すぐ

当然のことながら、これらは同一であることがわかります。

ここから問題が始まります。私が入ると：

クライアントでこの ls -l を実行すると、適切なファイルが表示されることもあれば、別のサーバーのホーム ディレクトリが表示されることもあります。

もし私が手に入れたら[NFSSERVER /nfs/share/20120225/home]# ls -l

この ls -l を実行すると、適切なファイルが表示されます。/nfs/share/ のフォルダーを削除すると、クライアントですぐに結果を確認できます。これらの「クロスマウント」ファイルシステムが表示されるのは、さらに深く掘り下げたときだけです。

これは私の /etc/exports の一部です (ホスト名は変更されています)

クロスマウントしている行を除く etc エクスポートからすべての行を削除し、エクスポート ファイルをリロードすると (つまり、/etc/exports にエントリを 1 つだけ残す)、クライアント マシン上の適切なディレクトリがすべて表示されます。

古い NFS ハンドルですか? デフォルトで稼働するNFSサーバーが増える? 他の何か？何か案は？私はこれで数週間頭を叩いています。

NFSサーバーとクライアントを別々のマシンにインストールしました。問題は、コマンドを使用してクライアント側で共有ディレクトリをマウントするときです

server_addr：server_dirclient_dirをマウントします

しかし、それはそれを言っているエラーを与えます

このディレクトリを共有する権限がありません（server_dirにアクセスできません）

サーバーの/etc/ exportsファイルを次のように更新することにより、クライアントに読み取り/書き込み（rw）権限を付与しましたが

server_dir client_ip（rw、sync、no_root_squash）

ただし、クライアント側でアクセスが拒否されたため、エラーが発生します。

どんな種類の助け/提案もありがたいです。

Linux ボックスで NFS 共有にアクセスすると、Microsoft の NFS クライアントが大量の CPU (50 ～ 100%) を使用することがあるという問題があります。

サーバーは、NFS へのアクセスが同じ操作を行うために使用する CPU の量が増加し始め、システムの速度が低下する状態になっているようです。この状態になると、回復することはないようです。システムを再起動すると、一時的に修正されます。診断方法、考えられる原因、さらに優れた解決策についてのガイダンスをいただければ幸いです。

設定：

NFS共有（NFSにアクセスするredhatクラスター）にアクセスするwin 2008 R2クラウドサーバーがいくつかあります。それらはすべて NFS クライアントを使用してアクセスし、ここで説明されているレジストリ修正を使用します: http://blog.cuongnv.com/2009/11/windows-7-client-for-nfs-and-user-name.html、ユーザー名マッピングも Active Directory もありません。彼らは、マウントされたドライブではなく IP を介してアクセスします。私の理解では、まだ Microsoft クライアント for NFS を使用して、Linux ボックスの NFS 共有にアクセスしています。各サーバーにはドライブがマウントされているため、NFS にあるファイルを確認できます。

参考までに、NFS にアクセスする 2 つの Linux クラウド サーバーも用意していますが、それらの問題には気づいていません。

使用法: 約 8 ～ 15 KB のすべてのファイル NFS は、合計約 8500 ファイルを含む複数のディレクトリのファイル リストを毎分取得し、ファイルの日付を個別にチェックしています。毎分約 26 回、約 640 個のファイルを含むこのディレクトリのサブセットが一覧表示され、各ファイルの日付がチェックされます。また、毎分約 60 回のファイル書き込みと 60 回のファイル削除があります。

補足として、NFS へのアクセス時にサーバーで停止エラーが発生するという (おそらく関係のない) 問題も発生しています。これは次のパッチで修正されると考えています: http://support.microsoft.com/kb/2584874 (まだ適用されていません)。

ローカル マシンに NFS マウントをマウントし (つまり、マシンが NFS クライアントであると仮定します)、NFS マウントをホストしているリモート マシン (NFS サーバー) によって NFS マウントにファイルが書き込まれています。さて、ローカル マシンから読み取る前に、リモート マシンに書き込まれているファイルが閉じられたことを Java を使用して検出するにはどうすればよいでしょうか。

または、私が望むものを達成するための別の方法はありますか?

編集：リモートNFSサーバーを制御できないことにも言及したいと思います。読み取り専用モードでしかマウントできません。

クライアント側で NFS 属性キャッシュをフラッシュする方法を見つける必要があります。stat() 呼び出しは、実際の値ではなく属性キャッシュから ctime を読み取ります。実際の値がキャッシュに反映されるまでに最大 3 秒かかります。マウント時に「noac」オプションを使用すると機能しますが、長期的にはパフォーマンスに影響します。

ファイルの同じ所有者でchownを実行するなどの解決策に出くわしましたが、stat()を実行する前に属性キャッシュをフラッシュする適切な方法はありますか? この問題は Redhat Linux でのみ発生し、FreeBSD では発生しません。誰でも説明できますか？

これが私たちのテストスクリプトです...

これは、Linux クライアントにマウントされている NFS 共有にあります。次のようにスクリプトを呼び出すと:

次に、これを取得します。

次のように呼び出すと:

その後、適切に実行されます。また、ローカルファイルシステムで実行すると、「bash」を前に付けなくても正しく実行されます。

シバンが機能するようにこれを行う方法はありますか? ちなみに、これについては許可が広く開かれています。777。

編集1：

問題が見つかりました。

NFSマウントのマウントオプションに「ユーザー」を設定しました。どうやらそれは実行する能力を取り除きます。私はそれを変更しましたが、今ではうまくいっているようです。