Le 24/03/2011 15:18, Il y a sûrement fort longtemps, Nico m'avait
raconté au claviophone électronique moderne que:
> Bonjour
> 

En complément :
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/577038

> J'ai une install comme suit :
> - un NAS (DLink ShareCenter)
> - 2 PC sous Ubuntu 10.04 LTS
> - OpenOffice 3.2 sur chaque PC
> Le tout en réseau, les dossiers sur le NAS sont partagés via NFS.
> Tous les droits et utilisateurs sont ok.
> Montage via autofs et /etc/auto.nfs
> 
> Mon problème :
> J'ai des fichiers stockés sur le NAS, et impossible d'enregistrer dessus
> (fichier de 0 octets créé, puis mouline, puis erreur), ni d'ouvrir les
> fichiers qui sont dessus (fichier déjà ouvert).
> A priori ce souci est déjà constaté et décrit, comme un problème de lock
> des fichiers lors de l'écriture des fichiers.
> Les accès au NAS en écriture sont ok avec les autres applis.
> 
> J'ai trouvé des éléments, comme la suppression du lock dans OOO, ou
> l'installation de nfs-kernel à la place d'un autre paquet.
> 
> Mais je n'arrive pas à mettre ça en oeuvre et ces solutions ont l'air
> plus anciennes que ma config actuelle (pour les ooo 2.*)
> 
> Dans l'idéal, je n'ai pas envie de me lancer dans le hack de mon NAS et
> vu que c'est un partage à fonctionnalités resteintes, ça ne me gêne pas
> de désactiver le lock sur les fichiers pour ooo.
> 
> Est-ce qu'il y a une page de doc à jour pour cette désactivation du lock
> ou pour résoudre ce souci ?
> 
> J'ai tenté un
> FILE_LOCKING=no (ligne 68)
> dans /usr/bin/soffice
> qui est resté sans effet :\
> 
> J'ai vu un test de détection d'un fichier sur NFS ligne 45 avec fonction
> file_on_nfs, mais j'ai du mal à envisager là où ça coince :\
> 
> Des pistes pour m'aider ?
> 
> Nico
> --
> ------------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected] with Subject: help

--
------------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected] with Subject: help

Répondre à