Gary Greene
2014-Apr-04 22:02 UTC
[Samba] Odd file locking issue with one of our SMB servers....
Samba version: 3.6.15 on openSUSE 12.2. We?ve got a series of file shares exported from one of our storage systems. Periodically, we?ve a user from our accounting department that is getting errors from Excel that the file she?s trying to open is opened by someone else (it isn?t) and prompts her to either open it as read-only, or to cancel the open operation. When this occurs, she hits cancel, then she tries again immediately following this, and then it works without issue. This seems to occur once or twice a day for her, from what she?s reporting. We?ve not seen this on our other SMB servers running an older release of samba. The running configuration of samba on this host follows: [global] workgroup = MINERVANETWORKS realm = MINERVANETWORKS.COM server string = "" security = ADS map to guest = Bad User kerberos method = secrets and keytab kernel oplocks = No usershare allow guests = Yes template homedir = /home/%U template shell = /bin/bash winbind use default domain = Yes winbind refresh tickets = Yes winbind offline logon = Yes idmap config * : range = 10000-20000 idmap config * : backend = tdb [old-atlas] comment = Old data from Atlas path = /srv/smbtree/old-atlas read only = No create mask = 0775 directory mask = 0775 inherit acls = Yes ea support = Yes store dos attributes = Yes [IT] comment = Information Technology shared documents path = /srv/smbtree/Departments/IT read only = No create mask = 0775 directory mask = 0775 inherit acls = Yes ea support = Yes store dos attributes = Yes [HR] comment = Human Resources shared documents path = /srv/smbtree/Departments/HR valid users = XXXX, XXXX, XXXX, XXXX, XXXX admin users = "@domain admins" read only = No create mask = 0770 directory mask = 0770 inherit acls = Yes ea support = Yes store dos attributes = Yes [Operations] comment = Operations shared documents path = /srv/smbtree/Departments/Operations read only = No create mask = 0775 directory mask = 0775 inherit acls = Yes ea support = Yes store dos attributes = Yes [iTVManager] comment = Old shared documents and data for early versions of iTVManager path = /srv/smbtree/iTVManager read only = No create mask = 0775 directory mask = 0775 inherit acls = Yes ea support = Yes store dos attributes = Yes [Public] comment = Catch-all share available to all users in the company path = /srv/smbtree/Public read only = No create mask = 0775 directory mask = 0775 inherit acls = Yes ea support = Yes store dos attributes = Yes [Home] comment = User home directories path = /srv/smbtree/Users read only = No create mask = 0775 directory mask = 0775 inherit acls = Yes ea support = Yes store dos attributes = Yes [ProfServ] comment = Professional Services shared documents path = /srv/smbtree/Departments/ProfessionalServices read only = No create mask = 0775 directory mask = 0775 inherit acls = Yes ea support = Yes store dos attributes = Yes [ProdMgmt] comment = Product Management shared documents path = /srv/smbtree/Departments/ProductManagement read only = No create mask = 0775 directory mask = 0775 inherit acls = Yes ea support = Yes store dos attributes = Yes [CorpDocs] comment = Old HR related documents path = /srv/smbtree/CorpDocs read only = No create mask = 0775 directory mask = 0775 inherit acls = Yes ea support = Yes store dos attributes = Yes [FormerEmpl] comment = Former Employee Home directories (Admin access only) path = /srv/smbtree/FormerEmpl read only = No create mask = 0775 directory mask = 0775 inherit acls = Yes ea support = Yes store dos attributes = Yes [document control] comment = ECO and Release documents path = /srv/smbtree/document control read only = No create mask = 0775 directory mask = 0775 inherit acls = Yes ea support = Yes store dos attributes = Yes [Engineering] comment = Engineering shared documents path = /srv/smbtree/Departments/Engineering read only = No create mask = 0775 directory mask = 0775 inherit acls = Yes ea support = Yes store dos attributes = Yes [Documentation_Services] comment = Techwriting shared documents path = /srv/smbtree/Documentation_Services read only = No create mask = 0775 directory mask = 0775 inherit acls = Yes ea support = Yes store dos attributes = Yes [Accounting] comment = Accounting and Finance shared documents path = /srv/smbtree/Departments/Accounting read only = No create mask = 0775 directory mask = 0775 inherit acls = Yes ea support = Yes store dos attributes = Yes [Departments] comment = Departmental shared documents path = /srv/smbtree/Departments read only = No create mask = 0775 directory mask = 0775 inherit acls = Yes ea support = Yes store dos attributes = Yes [E-Staff] comment = E-Staff Protected Share path = /srv/smbtree/E-Staff valid users = XXXX, XXXX, XXXX, XXXX, XXXX, XXXX, XXXX, XXXX, "@domain admins" admin users = "@domain admins" read only = No create mask = 0770 directory mask = 0770 inherit acls = Yes ea support = Yes store dos attributes = Yes If anyone has any ideas on how to fix this, or a workaround, please let me know. Thanks. -- Gary L. Greene, Jr. Sr. Systems Administrator IT Operations Minerva Networks, Inc. Cell: +1 (650) 704-6633 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 842 bytes Desc: Message signed with OpenPGP using GPGMail URL: <http://lists.samba.org/pipermail/samba/attachments/20140404/211f7b39/attachment.pgp>
Greg Byshenk
2014-Apr-04 22:44 UTC
[Samba] Odd file locking issue with one of our SMB servers....
On Fri, Apr 04, 2014 at 10:02:36PM +0000, Gary Greene wrote:> Samba version: 3.6.15 on openSUSE 12.2. > > We?ve got a series of file shares exported from one of our storage > systems. Periodically, we?ve a user from our accounting department > that is getting errors from Excel that the file she?s trying to open > is opened by someone else (it isn?t) and prompts her to either open > it as read-only, or to cancel the open operation. When this occurs, > she hits cancel, then she tries again immediately following this, > and then it works without issue. > > This seems to occur once or twice a day for her, from what she?s > reporting.I'm not sure if the same is true in your case, but here is a pointer to a solution to a problem that I had: <http://www.jamescoyle.net/how-to/340-samba-the-process-cannot-access-the-file-because-another-process-has-locked-a-portion-of-the-file> You don't say whether or not you are also using NFS (we are, and I know that it's not ideal, but this is temporary while we rearrange some file serving), but setting "strict locking = no" solved my problem. -- greg byshenk - samba at byshenk.net - Portland, OR USA