topic CIFS / Webclient file corruption after working copy update in Alfresco Archive

CIFS / Webclient file corruption after working copy update

raphael — Fri, 13 Oct 2006 08:45:26 GMT

Dear developers/users,we have just faced the following situation here:- we created an ods (OOo Calc) file in the CIFS share of Alfresco- we worked on it for about one month (not much updates but some)- one of our user tried to use it from the Web client and checked out a working copy of the document

Re: CIFS / Webclient file corruption after working copy update

gary_spencer — Fri, 13 Oct 2006 15:51:29 GMT

Hi,

It does sound a bit odd. You could run md5sum against a local copy of the file and the CIFS server copy, see if the two values are the same. If you copy the file from the CIFS server then access it does it still have problems ?.

Are you using the smbfs or cifs filesystem when mounting the Alfresco share, ie. what mount command are you using ?.

Cheers

Gary

Re: CIFS / Webclient file corruption after working copy update

konradpotocki — Fri, 13 Oct 2006 17:52:51 GMT

Well… this seems to be a bit similar to my problem, described here:

http://forums.alfresco.com/viewtopic.php?t=3624

What's more, I have also got the problem of corrupted file on CIFS once. I have never reproduced it, but the corruption happened after the "Web" user modified an OpenOffice file and the "Samba" user tried to read it. The strange thing was that OO proposed the recovering and successfuly recovered the file.

Re: CIFS / Webclient file corruption after working copy update

raphael — Mon, 16 Oct 2006 08:51:21 GMT

Thanks for answers,

here are more details concerning this issue:

- I wasn't able to corrupt a .doc file but corruption can systematically be reproduced for .ods and .odt:

- create a test file named test.odt
- check it out (working copy in the current space, and download a version of the file for editing)
- modify your file and check it in with HTTP UPLOAD => the initial file is corrupted (size not the same and the md5sum consequently differs)

If you do the same thing with a .doc (even one generated with OOo) everything is ok.

IMPORTANT: if instead of uploading through HTTP while checking in the file, you choose to update from the copy in the repository ("Use copy in current space" option), then the file is not corrupted at all.

Another odd issue is that I must unmont and remount the CIFS filesystem from my linux box to see the effective changes (I mean, date and size of files are instantly updated after each change, but opening a file which was just updated opens the old version of it until I unmount/mount the CIFS share).

The exact command line used to mount the share is the following:
mount -t cifs //blabla/Alfresco ~/mnt/ged -o domain=xxx,user=yyy,pass=zzz,iocharset=utf8,uid=1234

Thanks, any help still welcome.
RaphaÃ«l
P.S. I'm gonna do more testing with a fresh install of both 1.3 and 1.4RC, but it requires some time.