問題タブ [cifs]

シナリオは次のとおりです。

CIFSADベースのユーザーがマウントしてファイルなどにアクセスするために使用できるパーティションがいくつかあります。

これをJavaベースのWebアプリケーションを介してユーザーに公開する必要があります。したがって、理想的には、ユーザーがログインするとき。CIFS彼/彼女は彼/彼女がアクセスできるすべてのパーティションを見ることができるはずです。LDAPこれは、Javaアプリケーションがなどを介してActive Directoryサーバーにクエリを実行しCIFS、使用可能なすべてのパーティションとそれぞれを識別することができる必要があることを意味しますACLs。

したがって、問題は次のとおりです。

1. LDAP(Java-based library)ADにクエリを実行して、どのユーザーがどのCIFS共有にアクセスできるかを確認できますか？
2. Javaアプリケーションからこれを行う他の方法はありますか？

重複ブロックの書き込みが抑制されるように、CIFS/SMBの書き込みを最適化することを検討しています。たとえば、リモート共有からファイルを読み取り、ファイルの終わり近くの部分を変更します。ファイルを保存するとき、実際に変更されたファイルの部分についてのみ、リモート側に書き込み要求を送り返したいと思います。したがって、基本的に、重複しない書き込みが発生するまで、すべての書き込みを抑制します。その時点で抑制が無効になり、通常どおり書き込みが許可されます。問題は、MS-SMB / MS-SMB2 / MS-CIFSなど、これが有効なことであるかどうかを示すドキュメントが見つからないことです。これが有効かどうか誰かが知っていますか？

LinuxボックスにWindows共有をマウントしていますがcifs、マシン間の時差に基づいていくつかの問題が発生しています。たとえば、Emacsでファイルを操作しているときに変更を保存しようとすると、Emacsはファイルが最後に読み込まれてから変更されたことを警告します。

私の推測では、ファイルを保存すると、変更は共有がホストされているマシンに通知され、変更時刻はそのマシンの時計に基づいて更新されます。そうは言っても、私はどのようにcifs機能するのかよく知らない。これが合理的な説明である場合、どのように問題を回避できますか？そうでない場合、根本的な問題は何でしょうか？

Windowsサーバー上の共有フォルダーに書き込まれたビデオファイル（数MBから数GBの範囲）を取得するスクリプトを作成しようとしています。

理想的には、スクリプトはLinuxマシンで実行され、15〜120秒ごとなどの間隔でWindows共有フォルダーを監視し、共有フォルダーへの書き込みが完全に終了したファイルをFTPサイトにアップロードします。

ファイルが共有に完全に書き込まれたかどうかを確実に知ることができる基準を決定できませんでした。Windowsは、ファイルのサイズ全体に対して共有の場所を予約しているようです（したがって、ファイルサイズは増分されません）。変更された日付は、ファイルが書き込みを開始した時刻のようですが、ファイルとしては増分されません。成長し続けます。LSOFとfuserはファイルを認識していないようで、Sambaツールでさえファイルがロックされていることを示していないようですが、正しいオプションでマウントしていないためかどうかはわかりません。ファイルを開いたり名前を変更したりしてみましたが、「テキストファイルビジー」エラーコードが最適ですが、ファイルのコピーに大きな遅延が発生するようです。

私は書き込みプロセスをまったく制御できません。これは数十台のマシンで実行され、ネットワーク共有へのWindowsOSファイルのコピーのみで構成されます。

Windowsサーバーで共有オプションを制御でき、Linuxボックスを完全に制御できます。FTP経由でアップロードする前に、ファイルの書き込みが完全に終了したことを確認できるWindows CIFS共有のロックをチェックする方法はありますか？または、Linuxサーバーにローカルで共有を所有させる唯一の可能な解決策はありますか？

編集

tldr、私は本当にcifsにマウントされた共有で機能する「lsof」のようなものに相当するものを探しています。どれだけ低レベルでもかまいませんが、Pythonから呼び出すことができれば理想的です。到着する前に共有を移動したり、ファイルの名前を変更したりできません。

2.6.10 カーネルのターゲットで実行するアプリケーションを開発しました。Windows マシン上の共有フォルダーは、次のコマンドを使用してマウントされます。

コマンド オプション からわかるようforcedirectioに、クライアント側でキャッシュを無効にしたい。しかし、私はできません。

ターゲットの空き RAM の量は 40 MB です。サイズが約 10 MB のファイルをコピーすると、RAM の空きサイズが 30 MB に減少します。

カーネル 2.6.10 は cifs.1.28 を使用します。また、oplockEnabled を 0 に設定します (ソース コードと /proc/fs/cifs/OplockEnabled の両方で)。しかし、キャッシュは停止しませんでした。実際にcifsクライアントでキャッシュを無効にするにはどうすればよいですか?

これは幅広い質問であるため、明示的/正確な回答は期待していません。欲しいのはアイデアだけ。

ユーザーのアクセス許可/アクセスを維持しながら、Active Directory の Windows 共有フォルダーからドキュメントにアクセス (アップロード/ダウンロード) するためのカスタム iPad アプリケーションを開発する必要があります。これらは私の考えでした：

• まず、オープン ソース プロジェクトの seafile を調べました。基本的には、Windows フォルダーと同期するリポジトリですが、独自の方法でユーザーのアクセス許可を管理します。
• 次に、アプリケーションに cifs プロトコルを実装することを考えました。しかし、実装するのが面倒なプロトコルだと読んだことがあります。
• 3 番目に、Active Directory にアクセスできるサーバー上でアプリケーションを実行し、iPad とサーバー アプリケーション間の接続を実装することを考えているので、cifs プロトコルを取り除きます。

この問題は、1 ～ 2 か月のスケジュールで 1 人の担当者だけに課せられる巨大なタスクのように見えるため、どのように処理すればよいかわかりません。使用できるオープンソースのツール/アプリ/プロジェクトはありますか? どんなアイデアでも大歓迎です。

次のコードを実行しています。

readdir() を持っているマウントされた CIFS フォルダーに到達すると、戻るのに15 分かかることがあります。何が起こっているのか、どうすればよりフレンドリーな体験を実現できるのか、誰か教えてくれませんか? これは、コードを実行するたびに発生し、共有フォルダーのあるコンピューターはオフラインです。また、おそらく共有フォルダーのハードドライブを備えたコンピューターが「アイドル」の場合に、（私が知る限り）任意に発生します。

フォルダはどのようにマウントされていますか?

問題があれば、192.168.0.6 は Windows 8 を実行しています。ありがとう！