Libre Office und NFS

de-users
#1

Hallo zusammen,

ich versuche seit einiger Zeit, mit LibreOffice (sowohl 6.3 als auch 7.0.1) erstellte Dokumente auf einer NFS-Freigabe zu speichern.
Exemplarisch:
Die NFS-Freigabe Texte auf Server 1.1.1.1 ist auf Rechner
1.1.1.20 als /nfsfreigabe/Texte gemountet.
Zugriffe via Shell ist problemlos möglich.
Via LibreOffice ist Schreiben auf die NFS-Freigabe nicht möglich.
Wird eine Datei von einem NFS-Laufwerk gelesen, läßt sie sich nur im -Nur lesen- Modus öffnen.

Wat nu
Wolfgang

#2

Moin,

ich denke, dass das kein LO , sondern ein NFS Problem ist.

Wie sieht denn die export Datei auf dem NFS Server aus?
Version 3 oder 4?

Mit freundlichen Grüßen
Uwe Kielgas
https://www.kielgas.orgMobil: +49(0)177 788 30 80
Nicht das Erreichte zählt
Das Erzählte reicht

#3

Hallo, Wolfgang,

vor einiger Zeit gab es hier schon mal so eine Anfrage. Dabei stellte
sich heraus, dass openmediavault die NFS-Freigabe nicht korrekt
installiert hatte.

Die Installation des NFS auf dem Server ohne openmedaivault
funktionierte dann.

Benutzt Du auch oenmediavault? In welcher Version?

Viele Grüße

Rolf

#4

Hi!

Hallo zusammen,

ich versuche seit einiger Zeit, mit LibreOffice (sowohl 6.3 als auch
7.0.1) erstellte Dokumente auf einer NFS-Freigabe zu speichern.
Exemplarisch:
Die NFS-Freigabe Texte auf Server 1.1.1.1 ist auf Rechner
1.1.1.20 als /nfsfreigabe/Texte gemountet.
Zugriffe via Shell ist problemlos möglich.
Via LibreOffice ist Schreiben auf die NFS-Freigabe nicht möglich.
Wird eine Datei von einem NFS-Laufwerk gelesen, läßt sie sich nur im
-Nur lesen- Modus öffnen.

Wat nu
Wolfgang

Hallo, Wolfgang,

vor einiger Zeit gab es hier schon mal so eine Anfrage. Dabei stellte
sich heraus, dass openmediavault die NFS-Freigabe nicht korrekt
installiert hatte.

Die Installation des NFS auf dem Server ohne openmedaivault
funktionierte dann.

Benutzt Du auch oenmediavault? In welcher Version?

Mir fallen folgende mögliche Fehlerquellen ein:

1) Unabsichtlicher read-only Mount des NFS Shares

2) Fehlende Permissions (Schreibrechte) für den ausführenden User
auf Verzeichnisse und/oder Dateien

3) Locking Probleme (NFS spezifisch)

Hilfreich wäre eventuell die Ausgabe des Befehls "mount" am Client.
Hier kann man dann sehen, mit welchen Optionen der Mount erfolgt ist.

Wir verwenden im Büro auf allen Arbeitsplatzrechnern seit vielen Jahren
Linux und haben die Verzeichnisse für unsere Home-Directories sowie die
allgemeinen Dateien per NFS vom Fileserver gemountet. Der Fileserver ist
ein Cluster, der ebenfalls unter Linux läuft. Ähnliche Setups haben wir
auch bei Kunden im Einsatz. LibreOffice funktioniert in der Regel ganz
problemlos damit.

HTH

- andreas

#5

Moin,

ich glaube weiterhin, dass es kein LO Problem ist.

Du kannst ja mal probieren, in der Datei /usr/bin/libreoffice folgende Zeilen auszukommentieren:

# file locking now enabled by default
SAL_ENABLE_FILE_LOCKING=1
export SAL_ENABLE_FILE_LOCKING

oder den Mountbefehl mit folgender Option auszuführen:

-o nolock

Falls das dann funktioniert, ist der NFS Server ggf. defekt oder besser gesagt, funktioniert nicht mit Filelocking.

LO sendet immer eine .lock Datei bei Eröffnung eines Dokuments. Das soll verhindern, dass mehrere Nutzer die Datei auf freigegebenen Laufwerken bearbeiten können und sie dabei ggf. zerstören.

Auf ganz alten oder fehlerhaften NFS-Server Installationen wird er rpc_lockd und der prc_statd nicht mitgestartet, dann erhält man das von Dir geschilderte Verhalten.

Mich wundert dies ein wenig, da wir dieses Problem vor 10 Jahren hatten und seither, mit den "etwas neueren" Installationen nicht mehr.

Also entweder Dein NFS-Server ist mehr als 10 Jahre alt oder fehlerhaft implementiert

Hier läuft eine LO-Installation mit durchgängig NFS-Freigaben auf ca. 70 Rechnern problemlos.

Mit freundlichen Grüßen
Uwe Kielgas
https://www.kielgas.orgMobil: +49(0)177 788 30 80
Nicht das Erreichte zählt
Das Erzählte reicht