[Desktop-packages] [Bug 1232872] Re: NFS / lock problem with LibreOffice wth 13.04
Synchronising bug status with upstream. ** Changed in: libreoffice (Ubuntu) Status: Incomplete => Confirmed -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1232872 Title: NFS / lock problem with LibreOffice wth 13.04 Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Confirmed Bug description: Hi all, I have a problem very similar to what is exposed in question #234375. Since I upgraded to Ubuntu 13.04 (host x86_64), I have trouble accessing documents via NFS with LibreOffice. The slash screen display for about 30s, then there is a popup warning saying that another user has opened the file, and offering to open a copy, open as readonly or cancel. The point is, no other user has opened that file (being the only user on my personal PC, but storing my documents on NAS). So I tried the suggestion about adding "noauto" in /etc/fstab and changing /etc/rc.local, with no luck. But the modification of /usr/lib/libreoffice/program/soffice: ## # STAR_PROFILE_LOCKING_DISABLED=1 export STAR_PROFILE_LOCKING_DISABLED # # file locking now enabled by default #SAL_ENABLE_FILE_LOCKING=1 # <<- if set to 0 ; same trouble ... #export SAL_ENABLE_FILE_LOCKING ### (That is, uncomment the first 2 lines, and commenting the other 2) This works OK. If this is the official way of fixing things, then I guess LibreOffice deserves an update on Ubuntu at least. Thanks. To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1232872/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1232872] Re: NFS / lock problem with LibreOffice wth 13.04
Launchpad has imported 14 comments from the remote bug at https://bugs.documentfoundation.org/show_bug.cgi?id=75488. If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. On 2014-02-25T10:28:48+00:00 Patrick Smits wrote: Created attachment 94709 (Dutch) screenshot with error Problem description: Steps to reproduce: 1. User 1 creates a shared document and saves it on a network share. 2. User 2 edits the documents and saves it. 3. User 1 tries to reopen it, which results in the error in the (Dutch) screenshot. The buttons translate as Open Read-only, Open copy, Cancel. Current behavior: Document is locked by User 2, so User 1 can't edit it Expected behavior: File system lock is released, so User 1 can edit the document. Operating System: All Version: 4.2.0.4 release Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1232872/comments/2 On 2014-02-25T11:29:24+00:00 Cno wrote: Hi p, thanks for the report. Can you pls give details on the network, for people that want to reproduce the issue? Best, Cor Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1232872/comments/3 On 2014-02-25T12:13:08+00:00 Patrick Smits wrote: Yep, Documents are shared via a Synology NAS. We use Windows clients. If we use ODS as exchange format it just works. The problem occurs only with XLS. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1232872/comments/4 On 2014-02-25T12:42:42+00:00 Cno wrote: thanks, Looks like Bug 36852, Bug 63995 are closely related. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1232872/comments/5 On 2014-09-30T17:52:45+00:00 Raal wrote: I can reproduce with following configuration LO 4.3.3, Ubuntu LO 4.3.2, Win7 in virtualbox on the same machine shared /tmp between Linux and Windows When shared file is XLS, then error message appears: Document file 'file.xls' is locked for editing by When shared file is XLSX, then error message is: This document was last saved by Excel. Some formula cells may produce different results when recalculated. Do you want to recalculate all formula cells now? This spreadsheet is no longer in shared mode. Save your spreadsheet to a separate file and merge your changes to the shared spreadsheet manually. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1232872/comments/7 On 2015-06-21T19:05:22+00:00 Barta-c wrote: (In reply to raal from comment #4) > I can reproduce with following configuration > > LO 4.3.3, Ubuntu > LO 4.3.2, Win7 in virtualbox on the same machine > shared /tmp between Linux and Windows > > ... I set status to NEW because of this confirmation. did you try with 4.4.3.2? is the bug still present ? Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1232872/comments/8 On 2015-06-22T09:36:29+00:00 Patrick Smits wrote: Yep, behavior is still the same with 4.4.3.2. However I also noticed something else. If the shared xls is created and saved, as soon as you close the document, it no longer is shared. So even user 1 can't open the document as shared xls document anymore. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1232872/comments/9 On 2016-03-22T21:18:30+00:00 Christophelyon+libreoffice wrote: I was about to file a new bug report for a similar problem, so I'm updating this one instead. I've noticed locking problems when I want to open LO files stored on my Synology NAS, exported via NFS. I ran LO from Linux Ubuntu clients (15.10). When trying to open a file on the NFS server, LO shows an error message (after about 30 seconds, probably a timeout) and proposes to open the file read-only or to open a copy. I "solved" the problem by rebooting the NAS, but it re-occurs after some time. I've just given a quick look at LO sources, and noticed that in sal/osl/unx/file.cxx (openFilePath), locks are acquired using fcntl(F_WRLCK), but I couldn't find code to unlock the file. There is support to unlock files in sal/osl/unx/profile.cxx (OslProfile_lockFile), but I don't know if it's actually used. My assumption is that LO could keep acquiring locks, never releasing them, until the NAS is out of resources.
[Desktop-packages] [Bug 1232872] Re: NFS / lock problem with LibreOffice wth 13.04
** Also affects: df-libreoffice via https://bugs.documentfoundation.org/show_bug.cgi?id=75488 Importance: Unknown Status: Unknown -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1232872 Title: NFS / lock problem with LibreOffice wth 13.04 Status in LibreOffice: Unknown Status in libreoffice package in Ubuntu: Incomplete Bug description: Hi all, I have a problem very similar to what is exposed in question #234375. Since I upgraded to Ubuntu 13.04 (host x86_64), I have trouble accessing documents via NFS with LibreOffice. The slash screen display for about 30s, then there is a popup warning saying that another user has opened the file, and offering to open a copy, open as readonly or cancel. The point is, no other user has opened that file (being the only user on my personal PC, but storing my documents on NAS). So I tried the suggestion about adding "noauto" in /etc/fstab and changing /etc/rc.local, with no luck. But the modification of /usr/lib/libreoffice/program/soffice: ## # STAR_PROFILE_LOCKING_DISABLED=1 export STAR_PROFILE_LOCKING_DISABLED # # file locking now enabled by default #SAL_ENABLE_FILE_LOCKING=1 # <<- if set to 0 ; same trouble ... #export SAL_ENABLE_FILE_LOCKING ### (That is, uncomment the first 2 lines, and commenting the other 2) This works OK. If this is the official way of fixing things, then I guess LibreOffice deserves an update on Ubuntu at least. Thanks. To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1232872/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1232872] Re: NFS / lock problem with LibreOffice wth 13.04
I had traced this down to a problem with LibreOffice apparently not releasing the locks. I added comments to https://bugs.documentfoundation.org/show_bug.cgi?id=75488 So, the problem is still here, but no one seems to care upstream. ** Bug watch added: Document Foundation Bugzilla #75488 https://bugs.documentfoundation.org/show_bug.cgi?id=75488 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1232872 Title: NFS / lock problem with LibreOffice wth 13.04 Status in libreoffice package in Ubuntu: Incomplete Bug description: Hi all, I have a problem very similar to what is exposed in question #234375. Since I upgraded to Ubuntu 13.04 (host x86_64), I have trouble accessing documents via NFS with LibreOffice. The slash screen display for about 30s, then there is a popup warning saying that another user has opened the file, and offering to open a copy, open as readonly or cancel. The point is, no other user has opened that file (being the only user on my personal PC, but storing my documents on NAS). So I tried the suggestion about adding "noauto" in /etc/fstab and changing /etc/rc.local, with no luck. But the modification of /usr/lib/libreoffice/program/soffice: ## # STAR_PROFILE_LOCKING_DISABLED=1 export STAR_PROFILE_LOCKING_DISABLED # # file locking now enabled by default #SAL_ENABLE_FILE_LOCKING=1 # <<- if set to 0 ; same trouble ... #export SAL_ENABLE_FILE_LOCKING ### (That is, uncomment the first 2 lines, and commenting the other 2) This works OK. If this is the official way of fixing things, then I guess LibreOffice deserves an update on Ubuntu at least. Thanks. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1232872/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1232872] Re: NFS / lock problem with LibreOffice wth 13.04
This release of Ubuntu is no longer receiving maintenance updates. If this is still an issue on a maintained version of Ubuntu please let us know. ** Changed in: libreoffice (Ubuntu) Status: Confirmed => Incomplete -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1232872 Title: NFS / lock problem with LibreOffice wth 13.04 Status in libreoffice package in Ubuntu: Incomplete Bug description: Hi all, I have a problem very similar to what is exposed in question #234375. Since I upgraded to Ubuntu 13.04 (host x86_64), I have trouble accessing documents via NFS with LibreOffice. The slash screen display for about 30s, then there is a popup warning saying that another user has opened the file, and offering to open a copy, open as readonly or cancel. The point is, no other user has opened that file (being the only user on my personal PC, but storing my documents on NAS). So I tried the suggestion about adding "noauto" in /etc/fstab and changing /etc/rc.local, with no luck. But the modification of /usr/lib/libreoffice/program/soffice: ## # STAR_PROFILE_LOCKING_DISABLED=1 export STAR_PROFILE_LOCKING_DISABLED # # file locking now enabled by default #SAL_ENABLE_FILE_LOCKING=1 # <<- if set to 0 ; same trouble ... #export SAL_ENABLE_FILE_LOCKING ### (That is, uncomment the first 2 lines, and commenting the other 2) This works OK. If this is the official way of fixing things, then I guess LibreOffice deserves an update on Ubuntu at least. Thanks. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1232872/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1232872] Re: NFS / lock problem with LibreOffice wth 13.04
Status changed to 'Confirmed' because the bug affects multiple users. ** Changed in: libreoffice (Ubuntu) Status: New = Confirmed -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1232872 Title: NFS / lock problem with LibreOffice wth 13.04 Status in “libreoffice” package in Ubuntu: Confirmed Bug description: Hi all, I have a problem very similar to what is exposed in question #234375. Since I upgraded to Ubuntu 13.04 (host x86_64), I have trouble accessing documents via NFS with LibreOffice. The slash screen display for about 30s, then there is a popup warning saying that another user has opened the file, and offering to open a copy, open as readonly or cancel. The point is, no other user has opened that file (being the only user on my personal PC, but storing my documents on NAS). So I tried the suggestion about adding noauto in /etc/fstab and changing /etc/rc.local, with no luck. But the modification of /usr/lib/libreoffice/program/soffice: ## # STAR_PROFILE_LOCKING_DISABLED=1 export STAR_PROFILE_LOCKING_DISABLED # # file locking now enabled by default #SAL_ENABLE_FILE_LOCKING=1 # - if set to 0 ; same trouble ... #export SAL_ENABLE_FILE_LOCKING ### (That is, uncomment the first 2 lines, and commenting the other 2) This works OK. If this is the official way of fixing things, then I guess LibreOffice deserves an update on Ubuntu at least. Thanks. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1232872/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1232872] Re: NFS / lock problem with LibreOffice wth 13.04
Hi, After upgrading to 13.10, I had to apply the same fix again. I am still not convinced this is the right way of fixing the problem, since LibreOffice should use locks when accessing files over NFS. I guess the question is more to understand who is guilty? - my NAS server (Synology) - my Ubuntu install Apart from making sure lockd is running on my client Ubuntu machine, is there anything else I should do? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1232872 Title: NFS / lock problem with LibreOffice wth 13.04 Status in “libreoffice” package in Ubuntu: New Bug description: Hi all, I have a problem very similar to what is exposed in question #234375. Since I upgraded to Ubuntu 13.04 (host x86_64), I have trouble accessing documents via NFS with LibreOffice. The slash screen display for about 30s, then there is a popup warning saying that another user has opened the file, and offering to open a copy, open as readonly or cancel. The point is, no other user has opened that file (being the only user on my personal PC, but storing my documents on NAS). So I tried the suggestion about adding noauto in /etc/fstab and changing /etc/rc.local, with no luck. But the modification of /usr/lib/libreoffice/program/soffice: ## # STAR_PROFILE_LOCKING_DISABLED=1 export STAR_PROFILE_LOCKING_DISABLED # # file locking now enabled by default #SAL_ENABLE_FILE_LOCKING=1 # - if set to 0 ; same trouble ... #export SAL_ENABLE_FILE_LOCKING ### (That is, uncomment the first 2 lines, and commenting the other 2) This works OK. If this is the official way of fixing things, then I guess LibreOffice deserves an update on Ubuntu at least. Thanks. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1232872/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp