geoff.jukes
Dabbler
- Joined
- Feb 6, 2020
- Messages
- 41
@anodos For my part, I have:
On the CentOS client, I have confirmed that there is no client-side difference for a mount instance that works, and a mount instance that throws "Permission Denied".
The only setting I can see that is currently unset on SMB, is the `Administrator Group` which I'm going to set now.
Aside from that, the only pattern that I think I have seen is that it would appear to relate to sessions. It is most certainly not an ACL issue (in-so-far as the ACL itself, but I wouldn't rule out a SAMBA issue realted to reading the ACLs).
I'll keep watching the logs, and see if I can find anything useful - but at this point I am convinced that there is a bug in 11.3.
For now, the "fix" is to restart SMB, and toss a coin.
- Reset all the SMB shares to the new defaults (ixnas,streams_xattr)
- Removed all share aux parameters (except `follow symlinks=yes` and `wide links=yes`)
- Removed all Samba aux parameters (except `unix extensions=no`)
- Enabled SMB1 support (for legacy clients)
- Removed and re-joined the Domain
- Removed ALL Tunables
On the CentOS client, I have confirmed that there is no client-side difference for a mount instance that works, and a mount instance that throws "Permission Denied".
The only setting I can see that is currently unset on SMB, is the `Administrator Group` which I'm going to set now.
Aside from that, the only pattern that I think I have seen is that it would appear to relate to sessions. It is most certainly not an ACL issue (in-so-far as the ACL itself, but I wouldn't rule out a SAMBA issue realted to reading the ACLs).
I'll keep watching the logs, and see if I can find anything useful - but at this point I am convinced that there is a bug in 11.3.
For now, the "fix" is to restart SMB, and toss a coin.