CIFS A false lockd message: "file.x is locked for userA editing"

[takun]

Hell.

From users who have newly started using SVM of Netapp system.

We have reports from some users that they are getting a message that "file.x is locked for UserA's editing" but UserA isn't editing that 'file.x’.

This problem sometimes occurs, but we can not reproduce the problem.

Have anyone seen any similar problems?

We want to solve this problem.

Please help us.

[GidonMarcus]

i assume this message comes from MS office?

can you confirm the version of office and windows?

does the user see his own user as the one with the lock?

what do you see with the command " vserver locks show -fields sharelock-mode,type,oplock-level,client-address,path" ? 

also adding here some resources for yourself to troubleshoot with:

see http://docs.netapp.com/ontap-9/index.jsp?topic=%2Fcom.netapp.doc.cdot-famg-cifs%2FGUID-F6CA9D0F-B205-4E92-A429-C4E8D709B825.html  if you want to break a lock for a user after you seen one with the earlier provided command. 

see https://kb.netapp.com/app/answers/answer_view/a_id/1070644 for a known issue.

if the lock is for the same user itself. it could be an orphan session that still hold the lock. if it happens after a known network disconnection (hibernate, move between wireless point or from wireless to Ethernet). it could be that reducing the timeout will improve the user experience  (900 sec is the default() 

cifs options modify -vserver VSERVER  -client-session-timeout 900

Gidi

[TATSUYA_TODA]

we confirmed Version of Windows and Office:

  Windows 7 Professional SP1 & Office2010 Professiona Plus
  Windows 7 Professional SP1 & Office2010 Standard 14.0.7015.1000
  Windows 10 Pro(x64) Build:1703 & Office2013 Standard 15.0.4569.1506
  Windows 10 Pro(x64) Build:1703 & Office 365 Business 16.0.8625.2139

Now I can not check the display with the command.
Now, we can not　check the display in the command.

   "vserver locks show -fields sharelock-mode、type、oplock-level、client-address、path"