問題タブ [nfs]

NFS スタイルのファイル システムが IBM メインフレームで利用可能である一方で、おそらく他の世界に対するメインフレームのセキュリティ リスクを最小限に抑えるために、NFS スタイルのファイル システムが有効にされていないことがよくあります。

メインフレーム上のファイルにアクセスして処理する PC ベースのツールを作成したいと考えていると、単純な問題 (「NFS ファイル '\mainframe\foo' を開く」) がはるかに難しくなります。ネットワーク化された環境でファイル システムへのアクセスを提供するために、何を頼りにできますか? (Linux システムは Samba 経由の NFS をほぼ標準で提供しているため、これは簡単です)。

IBM は、IBM COBOL プログラマーが使用する Eclipse バリアントである Rational Developer for Z を提供しています。RDZ は、IBM メインフレーム ファイル システムに直接アクセスできるようです。彼らはそれを行うために何を使用していますか? それが利用できないのはなぜですか?利用できる場合、それは何ですか?

私はPythonでアルゴリズムに取り組んでおり、Vimを使用してこのファイルを編集していました。私はそれを開いて保存しました、そしてそれは時々それがするようなエラーを思いつきました：

「警告：ファイルを保存できません！すべての変更が失われます！ファイルを書き込めません！」

これは時々起こるので、私はいつものことをしました、そして私は：qを打ちました！変更を書き込まずに終了します。害もファウルもありません。ファイルを見ると、すべてが消去されていました。すべての！

オフィスの周りで話をしましたが、nfsマウントがいっぱいだったようで、何も保存できませんでした。大量のデータを生成する巨大なスクリプトがあり、マウントが一時的にいっぱいになりました。NFSマウントはNetAppからのものだと思います。現在のディレクトリに2つのファイルが見つかりました。

1つは2日前に最後に保存され、もう1つは今日でした。それらは次の形式です。

.nfs.xxxxxxxxxxx

このファイルを開こうとすると、コードの一部があちこちにあり、未知の文字の間に飛び散っています。どうやら、これはファイルの状態のバイナリ表現でなければなりません。

このNFSマウントからこのファイルを回復する方法はありますか？Emacsでこのファイルを回復するためのショートカットがある場合は、vimからEmacsに切り替えます！

ファイルシステムにまたがることができないのは、ハードリンクの条件であることを私は知っています。これは NFS マウントに適用されますか? 次のディレクトリ構造が与えられた場合、ディレクトリ B 内のファイルを指すハード リンクをディレクトリ A 内に作成できますか?

たとえば、実行したいln /root/B/file.txt /root/A/linkedfile.txt

私は自分の RPC フレームワークを実装しており、ほとんどの作業は完了していますが、auth_unix を確認するにはどうすればよいですか? データの構造はhttp://www.faqs.org/rfcs/rfc1050.htmlで定義されています9.2 UNIX 認証ですが、ユーザーを確認するにはどうすればよいですか?

私は NFS を実装しており、ほぼ完了していますが、RFC セクション 3.3.8の説明には次のように記載されています。

mode UNCHECKED、GUARDED、および EXCLUSIVE のいずれか。UNCHECKED は、同じディレクトリ内の重複ファイルの存在をチェックせずにファイルを作成する必要があることを意味します。この場合、how.obj_attributes は、ファイルの初期属性を記述する sattr3 です。GUARDED は、サーバーが作成を実行する前に重複ファイルの存在をチェックし、重複ファイルが存在する場合は NFS3ERR_EXIST で要求を失敗させる必要があることを指定します。ファイルが存在しない場合、要求は UNCHECKED の説明に従って実行されます。EXCLUSIVE は、サーバーが排他的作成セマンティクスに従い、ベリファイアを使用してターゲットの排他的作成を保証することを指定します。この場合、サーバーはターゲット ファイルのメタデータを使用して createverf3 ベリファイアを格納する可能性があるため、属性を指定することはできません。

したがって、UNCHECKED がモードであるかどうかという問題は、ファイルの長さをゼロに設定するだけでよいのでしょうか、それともファイルをそのままにしておくべきでしょうか? ディレクトリの場合、すべてのコンテンツを削除する必要がありますか?

詳細については、この投稿の最後で説明されている組み込みシステムに取り組んでいます。Linux ではツールは ruby​​ です。

ルビー コードをネットワーク上のリモート NAS デバイスに配置し、NFS v3 を使用して作業中の組み込みシステムにマウントします。私のプロジェクト シナリオは次のようなものです: 1. nfs 共有をマウントするオールインワンの自動スターターがあります。2. マウントされたディレクトリで webrick ruby​​ コードを開始し、3. マウントされたディレクトリで他の biz-logic 関連の ruby​​ コードを再度開始します。 dir, 4. いくつかの基本的なログ記録などを行うローカル ファイル システムで ruby​​ コードを開始します...開始操作が失敗したときに再試行するループに各ステップを入れます (開始操作はシステム 'ruby XXXX' または popen3 によって行われます)。呼び出します)。このスターターを実行するとどうなるか: ステップ 1 は成功、ステップ 2 は失敗、ステップ 3 は失敗、ステップ 4 は成功、次にステップ 2 と 3 が再試行され、両方とも2 回目の試行で常に正常に開始されます。（開始されたコードは独立していることを追加したいので、どちらが最初に開始されても問題なく、開始順序を変更しても違いはありませんでした）。

この問題を調べたところ、シェルから手動で開始し、次のようにフィルター処理したときにも発生することがわかりました: 私の webrick コードは、それ自体と同じディレクトリにある .rb ファイルをロードし、NFS マウントのサブディレクトリを使用するいくつかの FileHandlers を持っています。また、私のビジネス ロジックは nfs マウントから .rb ファイルも読み込みます。そして、これが私の問題の原因だと思います(「/mnt/myMount/myLib.rb」のような絶対パスとFile.Joinの両方を使用してこれらのファイルをロードしようとしましたが、どちらも違いはありませんでした)。

また、 Webrick ファイル ハンドラーもこのシナリオでは非常に奇妙な動作をします。ファイル サイズに関係なく、ファイルの最初の要求で常に失敗し、2 番目の要求で成功します。

要約すると、タイトルが示すように、NFS マウント上の Ruby コードが同じマウント上の別のファイルを使用すると、ruby は EIO (Input Output Error) を返します。私の環境では、上記のシナリオで説明したように、単純な .rb ファイル (ファイル名を出力するだけ) を使用してこの問題を再現できました (ただし、通常の PC では試していません)。これを解決するにはどうすればよいですか。ロード/要求メソッドに指定されたパスについてですか、それとも何ですか?

私の作業環境: 私が使用しているデバイスは、組み込みの Linux アーム ベースのコンピューターを搭載したインテリジェント RFID リーダーです。唯一の API/言語メーカーが (ライセンス条項を無視して) 許可および提供しているのは ruby​​ であり、余分なもののインストールをサポートしておらず、デバイスのカーネルをカスタマイズして、何かをインストール/コンパイルするのをできるだけ難しくしています。可能。.rb lib ファイルであれば追加の ruby​​ を使用できます。つまり、コードに簡単に含めることができますが、コンパイルが必要なものは何でも構いません。また、このシステムにはgemがありません。

自分のNFSサーバーを実装しましたが、すべてが正常に機能していますが、ASCII標準の一部ではない文字をエンコードするにはどうすればよいですか？XDR RFCによると、文字列はASCIIとしてエンコードされ、ASCII以外の文字はすべて削除されますか？しかし、私が書いたことがないnfsサーバーを起動すると、それらの文字がサポートされているようです...

「hejåäö」という名前のフォルダーを作成しようとしましたが、nfsクライアントに正しく表示されます。WireSharkで送信されたデータを見ると、文字列「hej \ 345 \ 344\366」または16進数の「68656a20e5e4f6」が表示されます。これは？

また、「hej 1 + 1=2」をエンコードしてみてください。

edUTF-7を試してみてください。åäöではうまく機能しましたが、+では機能しなかったため、UTF-7ではありません。

私は2台のサーバーを持っています。

1. solaris10はNFSサーバーとして機能します
2. UNIX/NFS拡張機能がインストールされたWin2003ernterpriseサーバーはNFSクライアントとして機能します

Win 2003サーバーは、Solarisシステムの1つのシェアをマウントしました。-rw-r--r--NFS共有にあるリモートファイルの元のUNIXファイルプロパティ（例：）を（C＃経由で）確認するにはどうすればよいですか？

いくつかのテストが正常に完了した場合にのみ開始したい手順があります。

私が必要とする1つのテストは、すべてのNFSマウントが正常に機能していることです。

力ずくのアプローチよりもうまくやることはできますか？

これは、コマンドをバックグラウンドで実行し、制限時間より前にコマンドがキャッチされなかった場合に一定時間後にコマンドを強制終了し、明らかな方法で成功/失敗を返すユーティリティtimeoutです。SIGCHLD

英語：の出力を解析し、mountすべてのNFSマウントポイントをチェックします（タイムアウトによって制限されます）。オプションで（上記のコードにはありません）最初の古いマウントで壊れます。