問題タブ [nfs]

NFS ドライブ上のファイルを削除しようとしています。

ファイルの移動など、リモートドライブ上のファイルを操作する際に他の問題が発生しましたが、従来の方法、つまりrenameFileを使用せずに、代わりに入力ストリームと出力ストリームを適切に使用することで回避しました。

ただし、 File.delete() を使用すると false が返され、apache commons io FileUtils クラスの使用に関する提案を聞いたことがありますが、IO 例外がスローされるだけです。

javaを使用してネットワークにマウントされたドライブ上のファイルを削除する方法について、誰か提案はありますか?

特定の NFS 共有が利用可能であることに依存する Python スクリプトを作成しました。NFS 共有がマウントされていない場合、ファイルはマウントされるべきローカル パスにコピーされますが、後で NFS サーバー上に作成されたファイルをコピーしようとすると失敗します。

このエラーを具体的にキャッチして、このスクリプトのユーザーに何をしなければならないかを伝える有用なエラー メッセージを出力できるようにしたいと思います。

私の最初のアイデアは、サブプロセスを使用してマウントを実行し、この nfs 共有の出力を確認することです。しかし、それを行うためのより適切で堅牢な方法がないかどうか疑問に思っています。

java.nioのMappedByteBufferを使用してそれぞれ数GBのファイルを読み取る特定のバイナリ形式（興味がある場合はnfdump ）のパーサークラスを作成しました。バイナリ形式は、一連のヘッダーとほとんどが固定サイズのバイナリレコードであり、nextRecord（）を呼び出すことによって呼び出されたものにフィードされます。nextRecord（）は、ステートマシンをプッシュし、完了するとnullを返します。それはうまく機能します。開発マシンで動作します。

私の本番ホストでは、数分または数時間実行できますが、常に「java.lang.InternalError：コンパイルされたJavaコードでの最近の安全でないメモリアクセス操作で障害が発生しました」をスローし、Map.getIntの1つを指しています。 、getShortメソッド、つまりマップの読み取り操作。

マップを設定する議論の余地のない（？）コードは次のとおりです。

次に、さまざまなmap.get *メソッドを使用して、ファイルの終わりに到達してマップを閉じる前に、shorts、ints、longs、およびその他のバイトシーケンスを読み取ります。

開発ホストで例外がスローされるのを見たことがありません。しかし、私の本番ホストと開発の違いの重要な点は、前者では、NFSを介してこれらのファイルのシーケンスを読み取っているということです（おそらく最終的には6〜8 TB、まだ成長しています）。私の開発マシンでは、ローカルでこれらのファイルの選択肢が少なくなっています（60GB）が、本番ホストで爆発した場合、通常は60GBのデータに到達するかなり前です。

両方のマシンはjava1.6.0_20-b02を実行していますが、本番ホストはDebian / lennyを実行していますが、開発ホストはUbuntu/karmicです。それが違いを生むとは思いません。どちらのマシンにも16GBのRAMが搭載されており、同じJavaヒープ設定で実行されています。

私のコードにバグがある場合、JVMには十分なバグがあり、適切な例外をスローしないと考えています。しかし、これは、NFSとmmapの間の相互作用による、特定のJVM実装のバグであり、公式に修正された6244515の再発である可能性があります。

私はすでに「load」呼び出しを追加して、MappedByteBufferにその内容をRAMにロードするように強制しようとしました。これは、私が行った1回のテスト実行でエラーを遅らせるように見えましたが、それを防ぐことはできませんでした。または、クラッシュする前に最も長くかかったのは偶然かもしれません！

これまで読んだことがあり、以前にjava.nioでこの種のことを行ったことがある場合、あなたの本能は何でしょうか？今のところ私のものはnioなしでそれを書き直すことです:)

OS X アプリでループバック デバイスを介してファイルを共有したい。ユーザーのホームディレクトリをいじることなく、頻繁に変更される読み取り専用ファイルのディレクトリをアプリで作成できるように、これを行いたいと考えています。ファイルは Application Support ディレクトリから切り離されますが、ユーザーはこれを気にする必要はありません。

Apple は、これを行うために NFS サーバーを使用することを推奨しています (この Q&A の「代替手段」セクションを参照してください)。

http://developer.apple.com/mac/library/qa/qa2001/qa1242.html

私が知る限りnfsd、ルートとして実行する必要がありますが、これは避けたいと思います (アプリが起動するたびにユーザーにパスワードを要求するのは、ひどい UX になります)。

nfsdroot なしでインスタンスを起動することはできますか?

アプリに含めることができる代替 NFS サーバーはありますか? (どれも見つけられませんでした)

使用できる代替サーバーはありますか? (これらは Finder がマウントできるプロトコルであるため、サーバーは AFP、SMB、または WebDAV である必要があります。そのようなサーバーは見つかりませんでした)。

NFS クライアントで古いデータを処理する適切な方法を見つけようとしています。次のシナリオを検討してください。

• 2 台のサーバーが同じ NFS 共有ストレージをファイル数とともにマウントします
• 1 台のサーバー上のクライアント アプリケーションが一部のファイルを削除する
• 2 台のサーバー上のクライアント アプリケーションが削除されたファイルにアクセスしようとすると、次のエラーで失敗します: 古い NFS ファイル ハンドル (何もおかしくない、エラーが予想されます)

(また、パフォーマンス上の理由から、両方のサーバーでキャッシュ マウント オプションがかなり高いことを知っておくと役立つ場合があります)。

私が理解しようとしているのは次のとおりです。

• ファイルが存在することを確認する信頼できる方法はありますか? 上記のシナリオでは、ファイルの lstat は成功を返し、アプリケーションはファイルを移動しようとした後にのみ失敗します。
• クライアント上のディレクトリの内容をサーバーと手動で同期するにはどうすればよいですか?
• NFS の場合に信頼性の高いファイル管理コードを作成する方法に関する一般的なアドバイスはありますか?

ありがとう。

UNIX の 3 つのフレーバー: Linux、Solaris、IRIX... 1 つの NFS マウント ホーム ディレクトリ。

接続している OS に基づいて (少し) 異なる .profile 動作をしたいと思います。一緒に何かをハックすることはできますが、必要がなければ車輪の再発明はしたくありません。

オペレーティング システムに基づいて .profiles セクションを分割するためのベスト プラクティスはありますか?

Please give me some general advises on how to write reliable file management code using NFS. How to avoid or handle ESTALE errors? Programming language doesn't really matter.

Thanks.

限定的なローカル ストレージと大量の NFS ストレージを備えた Linux VM で、couchdb を使用する予定です。私がやりたいことは、couchdb インスタンスを 1 つ実行することですが、一部のデータベースはローカル ストレージに保持し、一部は NFS に保持します。

-NFS がダウンし、couchdb プロセスが「D」状態になった場合でも、HTTP 経由でソファと通信できますか? -さらに、ローカル VM ストレージのデータベースにアクセスできますか?

質問で尋ねたように、NFS を介して I/O 操作を実行している場合、couchdb プロセスは長時間にわたって「D」状態になる可能性があります。この状態は決して中断できません。

この状況はcouchdbで説明できますか? 複数のカウチ プロセスを使用するための戦略はありますか?

Linux 2.6 カーネルと NFSv3 でopen("fname", O_CREAT|O_EXCL)有効になったのはいつですか? 現在の標準的なopen(2)システム コールのドキュメント ( http://www.kernel.org/doc/man-pages/online/pages/man2/open.2.html ) には、すべて問題ないと書かれています。

これは、すべての 2.6 カーネルに問題がないかのように見えますが、man ページの変更ログ(ca late kernel 2.6.23) は、2.6.0 が公開されてから4 年後に有効性を示し始めており、Web には、この 1 年以内にこの使用を非難するボード ユーザーがあふれています。または2つ。このセットアップを RHEL 5 (2.6.18) システムで使用したいのですが、本当に安全になったかどうかを特定できませんでした。誰も決定的な答えを持っていますか？

ibdata1 を削除すると機能しましたが、それがどのように起こったのか理解できません。ps で確認したところ、mysql プロセスはありませんでした。権限も問題ありませんでした。このファイルの整合性を確認する方法はありますか?