Andrew Walker
2014-Sep-02 14:48 UTC
[Samba] Effect of setting "support dos attributes = no" in Samba 4.1.11
I have FreeNAS 9.2.1.7 [FreeBSD 9.2-RELEASE-p10 and samba 4.1.11] configured as an AD member server in a 2008R2 domain. Browsing directories in samba is slow (30+ second lag between opening a folder in Windows Explorer and the files inside the folder appearing). The default smb4.conf contains the following parameters which are not defaults in the smb4.conf manpage: ea support = yes store dos attributes = yes Setting "store dos attributes = no" causes directories to load instantly. I've only done limited testing as I haven't set up a proper test environment (I don't want to experiment on servers in production). The FreeNAS wiki states that the parameter "allows a user who has write access to a file to modify the permissions, even if not the owner of the file", which is something I want. The manpage for smb.conf states "If this parameter is set Samba attempts to first read DOS attributes from a filesystem extended attribute before mapping DOS attributes to UNIX permission bits...". The release errata on the FreeNAS site indicates that "support dos attributes" has been deprecated in Samba 4. Posts on the FreeNAS forum are inconsistent regarding the effect of setting this parameter to 'no' and therefore I am posting the question here. What effect (if any) does setting "support dos attributes = no" have? What are the use cases for setting it to "yes"?
John Hixson
2014-Sep-02 15:12 UTC
[Samba] Effect of setting "support dos attributes = no" in Samba 4.1.11
Hi Andrew, On Tue, Sep 02, 2014 at 09:48:31AM -0500, Andrew Walker wrote:> I have FreeNAS 9.2.1.7 [FreeBSD 9.2-RELEASE-p10 and samba 4.1.11] > configured as an AD member server in a 2008R2 domain. > > Browsing directories in samba is slow (30+ second lag between opening a > folder in Windows Explorer and the files inside the folder appearing). > > The default smb4.conf contains the following parameters which are not > defaults in the smb4.conf manpage: > ea support = yes > store dos attributes = yesI don't recall specifics, but the reason these are both set to yes is because of the way "store dos attributes" correlates to the "map (archive|hidden|readonly|system)". Since FreeNAS uses ZFS and uses NFSv4 ACLs, the map* paramters do not do the right thing. - John> > Setting "store dos attributes = no" causes directories to load instantly. > I've only done limited testing as I haven't set up a proper test > environment (I don't want to experiment on servers in production). > > The FreeNAS wiki states that the parameter "allows a user who has write > access to a file to modify the permissions, even if not the owner of the > file", which is something I want. > > The manpage for smb.conf states "If this parameter is set Samba attempts to > first read DOS attributes from a filesystem extended attribute before > mapping DOS attributes to UNIX permission bits...". > > The release errata on the FreeNAS site indicates that "support dos > attributes" has been deprecated in Samba 4. Posts on the FreeNAS forum are > inconsistent regarding the effect of setting this parameter to 'no' and > therefore I am posting the question here. > > What effect (if any) does setting "support dos attributes = no" have? > What are the use cases for setting it to "yes"? > -- > To unsubscribe from this list go to the following URL and read the > instructions: https://lists.samba.org/mailman/options/samba
Klaus Hartnegg
2014-Sep-02 15:40 UTC
[Samba] Effect of setting "support dos attributes = no" in Samba 4.1.11
On 02.09.2014 16:48, Andrew Walker wrote:> What effect (if any) does setting "support dos attributes = no" have? > What are the use cases for setting it to "yes"?The wiki page https://wiki.samba.org/index.php/Setup_and_configure_file_shares_with_Windows_ACLs states that "support dos attributes = yes" is required if you want to use windows ACLs, and the option is by default on if samba runs as active directory domain controller.