SMB=共有のFreeNASボックスを持っています。ほとんど問題なく動作します。フォルダの名前に基づいてフォルダを作成できない場合があるこの共有を除きます。
Windows内の共有を参照して「新しいフォルダー」を作成すると、「アクセスが拒否されました」というエラーが表示されるので気づきました(Explorerが最初に「新しいフォルダー」という名前のフォルダーを作成してから名前を変更するためです)後で)。しかし、WLSインスタンス内からディレクトリを参照し、mkdir
を介して「test」という名前のフォルダーを作成すると、問題なく作成されます。
mkidr
でフォルダを「新しいフォルダ」にしようとしない限り。
これは、ランダムなフォルダーがたくさんある場合に当てはまるようです。FreeNASボックス自体から、問題なくこれらのフォルダーを作成できます。フォルダも確かに手元に存在しませんが、FreeNASで作成すれば、これらの共有をマウントしている場所から問題なく削除できます。しかし、それらを再度作成することはできません。
これは、私がボックスを再起動するだけの問題のように聞こえますが、約100程度の人がそれを使用しているので、できる限り少ないダウンタイムでこれを実行しようとしています。
編集する
これはまだ起こっており、私は何が起こっているのかについての手がかりはありません。一緒に意味をなさないいくつかのテストケース/例
su -m brian -c 'mkdir "New Folder"'
は問題なく動作し、Windowsからこのフォルダの名前を変更または削除できます。いくつかの健全性チェック
$ getfacl .
# file: ../Share
# owner: root
# group: company
group:super:rwxpDdaARWcCos:fd-----:allow
owner@:rwxpDdaARWcCos:fd-----:allow
group@:rwxpDdaARWcCos:fd-----:allow
$ groups brian
brian super
$ sharesec -v 'Share'
REVISION:1
CONTROL:SR|DP
OWNER:
GROUP:
ACL:S-1-5-21-4096896313-3432959665-639265334-1283:ALLOWED/0x0/FULL
ACL:S-1-5-21-4096896313-3432959665-639265334-1287:ALLOWED/0x0/FULL
$ net groupmap list | grep super
super (S-1-5-21-4096896313-3432959665-639265334-1287) -> super
根本的な原因は、ブライアンが以下のことをしなければならないという事実に関連しているようです:
これは私が持っている唯一の共有でもあります。ランダムな新しいフォルダーが共有フォルダーから権限を正しく継承できません。おそらく1日に1〜2回、フォルダーの権限を手動で正しく設定する必要があります(これで実行しているサービスによって作成されたフォルダー)機械)
Sambaが default:
ブランチ(!resolved_name)check_reduced_name function で既に作成されたファイル名を解決しようとする最後の瞬間に失敗します(コードをさらにたどることができます)。解決策は、サービスに同じ問題がある権限継承の問題の解決に関連しています。