From 6e27ff36b6b112d3b9eb6e4955b717190ab9fb0d Mon Sep 17 00:00:00 2001 From: Kai Blin Date: Tue, 30 Nov 2010 15:58:05 +0100 Subject: [PATCH] s3 docs: Reword posix locking text to answer a common question vl recently pointed me to a valid reason to use posix locking = no. Fix the smb.conf manpage to explain this reason, as this question comes up on the samba mailing list from time to time as well. Autobuild-User: Kai Blin Autobuild-Date: Wed Dec 1 10:37:30 CET 2010 on sn-devel-104 --- docs-xml/smbdotconf/locking/posixlocking.xml | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/docs-xml/smbdotconf/locking/posixlocking.xml b/docs-xml/smbdotconf/locking/posixlocking.xml index e5a89f59aaf..25476f09b41 100644 --- a/docs-xml/smbdotconf/locking/posixlocking.xml +++ b/docs-xml/smbdotconf/locking/posixlocking.xml @@ -8,7 +8,8 @@ daemon maintains an database of file locks obtained by SMB clients. The default behavior is to map this internal database to POSIX locks. This means that file locks obtained by SMB clients are consistent with those seen by POSIX compliant applications accessing the files via a non-SMB - method (e.g. NFS or local file access). You should never need to disable this parameter. + method (e.g. NFS or local file access). It is very unlikely that you need to set this parameter + to "no", unless you are sharing from an NFS mount, which is not a good idea in the first place. yes -- 2.34.1