我有一个FreeNAS盒,里面有大约40股SMB的股票。大部分都没问题。除了这个共享,我不能创建文件夹,有时基于文件夹的名称。
我注意到了,因为如果我浏览到Windows中的共享并创建一个“新建文件夹”,我只会得到一个“拒绝权限”错误(我认为这是因为资源管理器首先创建了一个名为"New文件夹“的文件夹,然后更改了名称)。但是,如果我从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发布于 2020-05-14 18:17:36
看来根本原因与Brian必须:
这也是我唯一的共享,随机的新文件夹无法正确继承共享文件夹的权限,每天可能有1-2次必须手动正确设置文件夹权限(由我在这台机器上运行的服务创建的文件夹)。
当samba试图解析default:分支(已解决)_(名称)检查_减缩_名称函数上已经创建的文件名时,samba在最后一刻就失败了(您可以进一步遵循代码)。该解决方案与解决权限继承问题有关,其中服务存在相同的问题。
https://unix.stackexchange.com/questions/562460
复制相似问题