Hallo, ich habe so was auch erlebt, allerdings mit Samba und nicht mit NFS. Bei LO kommt so was anscheinend immer mal wieder vor und keiner weiß warum. Vor Urzeiten gab es auch schon einen Bugreport bei LO, der dann aber geschlossen wurde. Man sagte, die Samba Leute sollen sich darum kümmern. Ich bin damals von CIFS auf NFS und dann war das Problem weg. Leider kann ich nichts zu einer Lösung beitragen, eben nur sagen, dass das mal vorkommen kann. Und anscheinend auch bei NFS und nicht nur CIFS. Sh*t happens. Sehr unzufriedenstellend das Ganze. Gruß Joachim Am 25.10.23 um 15:59 schrieb Rolf Schumann:

Hallo,

Operating System: openSUSE Leap 15.4 (und 15.5. !) KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.90.0 Qt Version: 5.15.2 Kernel Version: 5.14.21-150400.24.88-default (64-bit

LibreOffice Version: Version: 7.5.4.1 (X86_64) / LibreOffice Community Build ID: 50(Build:1) CPU threads: 8; OS: Linux 5.14; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded

Seit ein paar Tagen kann ich auf dem angeschlossenen NFS-Laufwerk mit LO keine Dateien mehr direkt zum Bearbeiten öffnen oder bearbeitete abspeichern. Es fand ein Update von LO von Suse statt.  Ich glaube auch eines für den NFS-Client. Ich hatte  die vorherige LO-Version installiert, aber auch die hatte keinen Schreibzugriff.

Es betrifft ausschließlich LO, bzw. alle Dateien, die ich mit LO auf dem NFS-Laufwerk zu öffnen versuche (csv …) Ich habe den Dateien alle Rechte gegeben (octal 777) Dennoch kommt "Diese Datei wurde von einem anderen Benutzer gesperrt …"

gnumeric öffnet, bearbeitet und speichert auf dem NFS-Laufwerk!

Vielen Dank für Hinweise! Rolf

Hallo Am 25/10/2023 um 15.59 schrieb Rolf Schumann:

Seit ein paar Tagen kann ich auf dem angeschlossenen NFS-Laufwerk mit LO keine Dateien mehr direkt zum Bearbeiten öffnen oder bearbeitete abspeichern. Es fand ein Update von LO von Suse statt.  Ich glaube auch eines für den NFS-Client. Ich hatte  die vorherige LO-Version installiert, aber auch die hatte keinen Schreibzugriff.

Es betrifft ausschließlich LO, bzw. alle Dateien, die ich mit LO auf dem NFS-Laufwerk zu öffnen versuche (csv …) Ich habe den Dateien alle Rechte gegeben (octal 777) Dennoch kommt "Diese Datei wurde von einem anderen Benutzer gesperrt …"

ich habe schon ewig als Option in nfs 'nolock' gesetzt, fuer LO, ob das noch erforderlich waere habe ich nie wieder getestet Holger

On Wed, 25 Oct 2023 13:59:16 +0000 Rolf Schumann wrote:

Hallo,

Operating System: openSUSE Leap 15.4 (und 15.5. !) KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.90.0 Qt Version: 5.15.2 Kernel Version: 5.14.21-150400.24.88-default (64-bit

LibreOffice Version: Version: 7.5.4.1 (X86_64) / LibreOffice Community Build ID: 50(Build:1) CPU threads: 8; OS: Linux 5.14; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded

OS: openSUSE Leap 15.4 LibreOffice Version: Version: 7.5.4.1 (X86_64) / LibreOffice Community Build ID: 50(Build:1) CPU threads: 16; OS: Linux 5.14; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded NFS 4: server/home/pub on /mnt/nfs type nfs4 (rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=xx,local_lock=none,addr=xxx) Der Aufruf und das Bearbeiten von Dokumenten in der NFS Freigabe funktioniert hier ohne Probleme. Carsten -- How do I type "for i in *.dvi do xdvi $i done" in a GUI? -- Discussion in comp.os.linux.misc on the intuitiveness of interfaces

Aus der LO-Userlist kam die Lösung: +++++++++++++++++++++++++++++++++++++++++++++ Hallo Uwe, das war es! Vielen Dank! Auch an die anderen! Viele Grüße Rolf Am 25.10.23 um 16:46 schrieb Uwe Kielgas: Moin, NFS4 oder 3? Für NFS3 wird folgendes vorgeschlagen: /srv/homes       hostname1(rw,sync,no_subtree_check) Für NFS4 (Kerberos): /srv/nfs4        gss/krb5i(rw,sync,fsid=0,crossmnt,no_subtree_check) /srv/nfs4/homes  gss/krb5i(rw,sync,no_subtree_check) Ich habe als funktionierende Lösung: /home 192.168.1.0/24(rw,sync,no_root_squash,no_subtree_check) /srv/nfs4 192.168.1.0/24(rw,fsid=0,insecure,sync,no_root_squash,no_subtree_check) /srv/nfs4/home 192.168.1.0/24(rw,nohide,insecure,sync,no_root_squash,no_subtree_check) Auf LO Seite kann folgendes helfen: in /usr/bin/libreoffice (oder wo immer das in Suse liegt) # file locking now enabled by default SAL_ENABLE_FILE_LOCKING=1 export SAL_ENABLE_FILE_LOCKING auskommentieren. ******************************************************************************************* Am 25.10.23 um 15:59 schrieb Rolf Schumann:

Hallo,

Operating System: openSUSE Leap 15.4 (und 15.5. !) KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.90.0 Qt Version: 5.15.2 Kernel Version: 5.14.21-150400.24.88-default (64-bit

LibreOffice Version: Version: 7.5.4.1 (X86_64) / LibreOffice Community Build ID: 50(Build:1) CPU threads: 8; OS: Linux 5.14; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded

Seit ein paar Tagen kann ich auf dem angeschlossenen NFS-Laufwerk mit LO keine Dateien mehr direkt zum Bearbeiten öffnen oder bearbeitete abspeichern. Es fand ein Update von LO von Suse statt.  Ich glaube auch eines für den NFS-Client. Ich hatte  die vorherige LO-Version installiert, aber auch die hatte keinen Schreibzugriff.

Es betrifft ausschließlich LO, bzw. alle Dateien, die ich mit LO auf dem NFS-Laufwerk zu öffnen versuche (csv …) Ich habe den Dateien alle Rechte gegeben (octal 777) Dennoch kommt "Diese Datei wurde von einem anderen Benutzer gesperrt …"

gnumeric öffnet, bearbeitet und speichert auf dem NFS-Laufwerk!

Vielen Dank für Hinweise! Rolf