OpenOffice macht mit NFS zicken
Hallo Liste. Hier liegt folgendes Problem vor, welches ich mir nicht erklären kann: Ein Fileserver (8.2) exportiert per NFS ein Verzeichnis "für alle" [1], und eine Arbeitsmaschine (9.1) importiert dieses Verzeichnis [2]. Nun kann die Arbeitsmaschine auf dem entfernten Verzeichnis Dateien anlegen und wieder löschen, und auch bearbeiten, und so soll es sein. Einzig OpenOffice macht Probleme: wenn ich damit eine entfernte Datei öffne, dann deklariert OO diese als schreibgeschützt, und weigert sich dementsprechend auch, etwas in diese Datei hineinzuschreiben. Öffne ich dieselbe entfernte Datei mit KWrite, so kann ich problemlos etwas hineinschreiben und abspeichern. Was mir noch auffällt: mit chmod kann ich die Rechte der entfernten Datei manipulieren. Versuche ich jedoch das gleiche mit dem Konqueror, so geht das nicht: die Felder sind ausgegraut. Hat jemand einen Tip für mich, was hier falsch läuft? Danke. Andy [1] # cat /etc/exports /srv/filesrv/data/files *(rw,root_squash,all_squash,anonuid=506,anongid=100,async) [2] # cat /etc/fstab 192.168.0.1:/srv/filesrv/data/files /lan/filesrv/s nfs defaults 0 0 -- Antworten an lists@feile.net werden in /dev/null archiviert! Bitte ggf. lists... durch mail... ersetzen. Andreas Feile www.feile.net
Andreas Feile schrieb:
Hallo Liste.
Hier liegt folgendes Problem vor, welches ich mir nicht erklären kann:
Ein Fileserver (8.2) exportiert per NFS ein Verzeichnis "für alle" [1], und eine Arbeitsmaschine (9.1) importiert dieses Verzeichnis [2]. Nun kann die Arbeitsmaschine auf dem entfernten Verzeichnis Dateien anlegen und wieder löschen, und auch bearbeiten, und so soll es sein. Einzig OpenOffice macht Probleme: wenn ich damit eine entfernte Datei öffne, dann deklariert OO diese als schreibgeschützt, und weigert sich dementsprechend auch, etwas in diese Datei hineinzuschreiben. Öffne ich dieselbe entfernte Datei mit KWrite, so kann ich problemlos etwas hineinschreiben und abspeichern.
Was mir noch auffällt: mit chmod kann ich die Rechte der entfernten Datei manipulieren. Versuche ich jedoch das gleiche mit dem Konqueror, so geht das nicht: die Felder sind ausgegraut.
Hat jemand einen Tip für mich, was hier falsch läuft?
Danke. Andy
[1] # cat /etc/exports /srv/filesrv/data/files *(rw,root_squash,all_squash,anonuid=506,anongid=100,async)
[2] # cat /etc/fstab 192.168.0.1:/srv/filesrv/data/files /lan/filesrv/s nfs defaults 0 0
Hallo Andreas, habe das unter gleicher Konstellation am Laufen. Unterschiede: Server: /etc/exports: /wrk/public/Dokumente \ 192.168.0/255.255.255.0(rw,all_squash,anonuid=500,anongid=100,sync) Client: # grep Document /etc/fstab eris:/wrk/public/Documente /net/eris/Documente nfs \ user,exec,rw,udp,rsize=8192,wsize=8129,intr,soft,timeo=20 0 0 Um zu sagen was das alles bedeutet, müsste ich erstmal nachlesen. Das überlass ich jetzt Dir ;) man 5 nfs In den OOo Issues gibt es nur im Zusammenhang mit Installation über NFS Hinweise: http://user-faq.openoffice.org/faq/ar01s04.html#id2811506 ---8<--- Installation problems when installing on NFS? Several users have found problems when trying to install OpenOffice.org over NFS. One solution is to make sure that the "link_relative" option is set on the NFS export on the server. Without it, the links that the setup program creates are all absolute, which trips it up when it crosses file systems. ---8<--- An anderer Stelle stand was von 'nolock' Issue #: 17517 http://www.openoffice.org/issues/show_bug.cgi?id=17517 Kannst ja mal probieren... ;) Gruss Bernd
Servus Bernd. Bernd Obermayr, Samstag, 9. Oktober 2004 16:31:
habe das unter gleicher Konstellation am Laufen. [...]
Zwar war die Lösung nicht dabei, aber es hat mir geholfen, auf die Lösung zu kommen ;) Das Problem war, daß OO sich offenbar anders als zB KWrite drum kümmert, welche Rechte die zu bearbeitende Datei hat. Diese lagen bei 644. Der Fileserver macht nun einen User-Squash auf 506:100, also gehört eine neue Datei immer dem User 506, und da stellt OO fest, es laufe nicht als User 506, und die Gruppe habe nur Leserechte. Die Lösung war nun, in die entsprechende .bashrc des Users 506 auf dem Fileserver ein umask=114 reinzuschreiben. Damit sind die Rechte einer neu angelegten Datei bei 664, und alles ist gut. Danke+Gruß. -- Antworten an lists@feile.net werden in /dev/null archiviert! Bitte ggf. lists... durch mail... ersetzen. Andreas Feile www.feile.net
participants (2)
-
Andreas Feile
-
Illuminatus@t-online.de