Bug 3197 - StarOffice file locking over network
Summary: StarOffice file locking over network
Status: RESOLVED INVALID
Alias: None
Product: Samba 3.0
Classification: Unclassified
Component: File Services (show other bugs)
Version: 3.0.0
Hardware: x86 Linux
: P3 major
Target Milestone: none
Assignee: Samba Bugzilla Account
QA Contact: Samba QA Contact
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-10-19 10:35 UTC by Larry Linder
Modified: 2005-11-22 09:06 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Larry Linder 2005-10-19 10:35:14 UTC
This problem has not been adressed and seriously needs to be.
System:
Linux RedHat 7.1 server running NFS for several linux systems and Samba to share 
file with users using M$ 2000 pro.
StarOffice creates a locked file for a user on the Server in /tmp  StarOffice 
users on NFS clients do not see this lock.  It is not exported to NFS clients to 
keep /tmp stuff off the server.
M$ users do not see anything and not even each other so last man standing saves 
the document and others think they have added their changes but in fact have 
lost them.
A scheme need to added to StarOffice, OpenOffice and Samba to make an open file 
locked to prevent this.  I have contacted StarOffice and they sent me to you to 
enter a report.
Samba need to be expanded to help incorportate a fix for this problem.
I would be happy to test Beta to make sure it works.

Thanks
Larry Linder
Comment 1 Andrew Bartlett 2005-10-19 14:35:34 UTC
This isn't a Samba4 bug, reassigning back for the Samba3 team to look at.
Comment 2 Jeremy Allison 2005-10-19 14:43:37 UTC
We already have lock compatibility between Linux NFS and CIFS clients. You need
to  be using a more modern Linux kernel than RedHat 7.1 though. You need kernel
oplocks, and the Windows StarOffice client needs to lock the same byte-ranges as
the Linux StarOffice client, and all will work.
I don't know if the StarOffice clients do this - feel free to put StarOffice
developers in touch with me and I'll explain what they need to do.
Jeremy.
Comment 3 Gerald (Jerry) Carter (dead mail address) 2005-11-22 09:06:25 UTC
no feedback in over a month. closing.