OpenOffice.org on kelpo toimisto-ohjelma, mutta toimivuudesta löytyy välillä ovelia ominaisuuksia. Tällä kertaa OpenOffice.org Writer ei halua avata NFS:llä jaettuja tiedostoja kirjoitus-tilaan, vaan käsittelee tiedostoja vain luku-tilassa. Tähänkin ominaisuuteen taisin törmätä jo aikaisemmin, mutta jo kertaalleen unohdin miten asian ratkaisin.
OpenOffice.orgin ja NFS:llä jaettujen tiedostojen ongelmasta löytyy keskustelua LinuxQuestions.org -foorumilta ja OpenOffice.orgin -foorumilta ja ongelmaan on ilmeisesti kaksi ratkaisua. Ratkaisu 1) on vaihtoehdoista parhain.
1) Saadaan tiedostojen lukittuminen toimimaan eli NFS:n rpc.statd on toiminnassa sekä palvelimella että asikas-koneessa. Omalla kohdalla tämä tarkoittaa käytännössä NFS-levyjakojen liittämistä uudelleen (/etc/init.d/nfsmount restart).
2) Muokataan soffice-tiedostoa ja kytketään tiedostojen lukot pois päältä. Gentoossa soffice löytyy hakemistosta /usr/lib/openoffice/program/soffice. Kyseisestä tiedostosta etsitään alla olevat rivit, jotka kommentoidaan pois:
SAL_ENABLE_FILE_LOCKING=1
export SAL_ENABLE_FILE_LOCKING
Tiedosto-lukkojen poistaminen on periaatteessa turvatonta, mutta yhden käyttäjän ympäristössä ei NFS:llä jaettuun tiedostoon ole pääsyä kuin itsellä. Ilmeisesti myös NFSv4:n käyttäminen korjaisi tiedostojen lukkojen kanssa olevat ongelmat, mutta tällä hetkellä NFSv4 on merkitty kernelissä vielä kokeelliseksi ominaisuudeksi. Parempi luottaa tiedostojärjestelmiin liittyvien asioiden kanssa testattuihin ominaisuuksiin ja NFSv3:een.
Päivitys, 5.9.2007:
Ilmeisesti ongelma OpenOffice.orgin ja NFS:n kanssa ei ollutkaan OOo:ssa, sillä hieman lisää testailtuani ja planeettojen osuessa oikeaan asentoon, tiedostolukot alkoivat toimia ihan normaalisti. Enää ei tarvitse uudelleen liittää NFS-levyjä, vaan statd hoitaa homman suoraan startista. Perinteisesti, heti kun asiasta valitettaa tai tässä tapauksessa kirjoitettaa, ongelma mystisesti häviää.