Bug 832622 - samba fails to delete files when "delete_on_close" is set due to inode mismatch
Summary: samba fails to delete files when "delete_on_close" is set due to inode mismatch
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: GlusterFS
Classification: Community
Component: fuse
Version: 3.3.0
Hardware: Unspecified
OS: Unspecified
medium
unspecified
Target Milestone: ---
Assignee: Christopher R. Hertel
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: 848321 858443
TreeView+ depends on / blocked
 
Reported: 2012-06-16 01:00 UTC by Joe Julian
Modified: 2014-09-29 00:21 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 848321 (view as bug list)
Environment:
Last Closed: 2013-07-11 15:33:49 UTC
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Embargoed:


Attachments (Terms of Use)

Description Joe Julian 2012-06-16 01:00:11 UTC
Description of problem:
End user complained that since upgrading to 3.3.0 every time they edit a MS Office file it leaves behind a temp file.

How reproducible:
Every time

Steps to Reproduce:
1. Re-share a glusterfs fuse mount with samba
2. Put an excel spreadsheet on that share
3. Open that excel spreadsheet in MS Excel
4. Make a small edit
5. Close the file, saving changes
 
Actual results:
The ${FILENAME}~${SOME_RANDOM_BITS}.TMP will remain behind.

Expected results:
That TMP file is opened via samba with a flag set to delete on close. Samba declines to delete the file because it detects that the inode has changed.

Additional info:
A loglevel=15 log from samba shows the error where samba detects that the inode has changed. The change is that the 64 bit inode has been truncated to 32 bits. Mounting by running glusterfs from the command line and setting --attribute-timeout=0 works around this problem.

Comment 2 Amar Tumballi 2012-11-12 14:27:15 UTC
Joe,

If you get chance can you let us know the Version number of 'Samba' server ? (also if possible which MS Excel?)

Comment 3 Amar Tumballi 2012-12-06 03:05:32 UTC
I tested it with the following setup:
source similar to glusterfs-3.3.1 (from RHS2.0 update2) - 4 node cluster, Dis-rep volume
windows 7 64-bit client
MS Office 2007

Steps Followed:
1. Fuse mount the gluster volume
2. Put a MS excel file created on MS office 2007 on the mount point
3. Map the share on windows 7 64-bit machine
4. Open the MS excel file.
5. edit it, save it and close it.
6. Create a new excel file on the win 7 client, put some data and save it.
7. Opened the above 2 files from a 2nd win 7 client and edited it

Results:
Did not see and .tmp file creation in the above steps mentioned.
Also checked the users temp folder.

Can we get info on which MS office version, this behavior was seen.

Joe, any update on this? otherwise, we would like to close the bug as WORKSFORME.

Comment 4 Joe Julian 2012-12-06 03:15:50 UTC
samba-3.0.33-3.39.el5_8
MS Office Professional 2007 (12.0.6662.5000) SP3

Comment 5 Joe Julian 2012-12-06 03:47:42 UTC
Also MS Office 2002 SP3

Comment 6 Christopher R. Hertel 2013-04-15 21:19:20 UTC
Samba version samba-3.0.33-3.39.el5_8 is for RHEL5.

Comment 7 Christopher R. Hertel 2013-07-11 15:33:49 UTC
See also bug #832622 and bug #858443.

Unable to reproduce this bug using more recent versions of FUSE and GlusterFS.


Note You need to log in before you can comment on or make changes to this bug.