2017-12-13 10 views
0

NFS共有があり、UNIXのフォルダがNFSのWindowsサーバー上にマウントされています。 UNIXマシン上の一部のフォルダに対して775へのアクセス許可を設定した後でさえ、 いくつかのJavaプロセスによってそのフォルダ内にファイルが作成された場合、同じことは反映されません。UNIXフォルダに設定されているアクセス権がNFS共有に正しく送信されない

ので、我々は我々が持っているUNIXマシン上のNFSサーバ

許可 LS -ald/NOBACKUP /ストリーム rwxrwxr-Xの所有者グループ

に搭載されたUNIXマシンの/ NOBACKUP /ストリームのようなフォルダを持っています自動化プロセスの書き込み結果のログとサブディレクトリには、ファイルが許可を得て作成したばかりしているいくつかの奇妙な理由でフォルダ をストリーミングする

rwxr-xr-xとなって所有者グループ

、つまり、グループへの書き込みアクセスが存在しません。特定の場所でのグループのユーザー権限で実行中のプロセスは、上記の許可を得て

を作成したファイルを更新しようとしたとき

これが私たちの自動化の失敗の原因となっている。最初容疑者は、私たちは0002にumaskを設定umaskを

ました

Files.mkdirがファイル

を書き込むために使用されて助けていないオートメーション を開始perlのプロセスで、ここでのPOSIX許可がcorreですザッツは常に

正しく設定されているどのように私は、そのファイルのアクセス権を確保することができ、トラブル

を起こした場合、CT、umaskのが正しいまだ新しいファイルが

もその自動化に注意し、正しい許可を得て作成された取得されていないが、Cygwinのシェルの下で実行されます

答えて

0

問題は、自動化がcygwinで実行されていることです。これらのファイルはWindows NFSクライアントによって書き込まれていますが、cygwinで設定されたアクセス許可を解釈する手がかりがありません。

Windows NFSクライアントで既定のアクセス許可を設定する必要があります。これはコマンドラインからnfsadminで行うことができます。

nfsadmin client [ComputerName] fileaccess=664 

出典:https://technet.microsoft.com/en-us/library/cc754304(v=ws.11).aspx

ような何か
関連する問題