Bug 8602 - Windows7 + Offline Files (+Oplocks) = MSOffice file saving problem
Windows7 + Offline Files (+Oplocks) = MSOffice file saving problem
Status: NEW
Product: Samba 3.5
Classification: Unclassified
Component: File services
3.5.12
All All
: P5 normal
: ---
Assigned To: Volker Lendecke
Samba QA Contact
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-11-11 15:55 UTC by joschibrauchle
Modified: 2012-04-27 06:55 UTC (History)
1 user (show)

See Also:


Attachments
smb.conf (504 bytes, application/octet-stream)
2011-11-11 15:55 UTC, joschibrauchle
no flags Details
Debug log level 10 (742.09 KB, application/octet-stream)
2011-11-11 16:06 UTC, joschibrauchle
no flags Details
Debug log level 10 with oplocks disabled (1.46 MB, application/octet-stream)
2011-11-11 16:14 UTC, joschibrauchle
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description joschibrauchle 2011-11-11 15:55:25 UTC
Created attachment 7091 [details]
smb.conf

Scenario:
- SLES11SP1 Server with SAMBA 3.5.12 (from Sernet). Samba is configured with just one writable share (see attached config)
- Windows 7 (Enterprise) PC connects to this share and makes is "always available" using offline files (now sync center). With MSOffice 2010 (2007 not tested), we create a new .docx file on the share, make some changes and save it a couple of times to this share.

Result: 
Lots of XXXXXXX.TMP files created by Office. The docx file is still "seen" by the client, but most likely only due to its offline version, it is not actually on the server.

Workaround:
a) Disable offline files on the client. Then everything is back to normal, but no offline files available :-)
b) Disable oplocks on the server using 
------
       oplocks = no
       level2 oplocks = no
------
in smb.conf and restart Samba.

Using a Windows 2008R2 share, the same scenario works fine.

I will provide a level 10 debug log from Samba soon.
Comment 1 joschibrauchle 2011-11-11 16:06:50 UTC
Created attachment 7092 [details]
Debug log level 10

Scenario: The Windows 7 client is connected to the share and has it "always available offline".

The debug log starts after the new file "New Microsoft Word Document.docx" has been successfully opened by MS Word. I put some text and hit save (CTRL-S). 

The original docx disappears on the server and a file named "1038F1DB.TMP" remains.
Comment 2 joschibrauchle 2011-11-11 16:14:16 UTC
Created attachment 7093 [details]
Debug log level 10 with oplocks disabled

Same procedure as before, but with oplocks disabled on the SAMBA side. Now file saving works normally!
Comment 3 Jeremy Allison 2011-11-11 18:21:50 UTC
Do you get the same problem if you set "kernel oplocks = no" ?

Jeremy.
Comment 4 joschibrauchle 2011-11-14 09:06:34 UTC
(In reply to comment #3)
> Do you get the same problem if you set "kernel oplocks = no" ?
> 
> Jeremy.

Hello Jeremy,
so I just tested (smb.conf)
----
kernel oplocks = no
# oplocks = no
# level2 oplocks = no
----
and I still have the problem. Is that what you meant?
Comment 5 Yu-Fang Wang 2012-04-27 06:55:51 UTC
It seems that this issue also exists in 3.6.3.
Is there any workaround?