faq/5/437

lockファイルの場所 †

ページ	OpenOffice.org FAQの登録ページ
投稿者	amano
分類	Q&A要望不具合メンテナンス
優先順位	緊急重要普通低
状態	質問回答中完了完了回答待ち議論中Issues重複却下保留再現不可
カテゴリー	インストール全体Writer ワープロCalc 表計算Impress プレゼンテーションDraw 図形描画Base データベースHTMLエディタMath 数式エディタLinux版StarSuiteその他
投稿日	2010-07-08 14:10:51 (木)
OS	centos5.5
依存するページ
バージョン	3.4.53.4.43.4.33.4.23.4.13.4.03.3.53.3.43.3.33.3.23.3.13.3.03.2.13.2.03.1.13.1.03.0.13.0.02.4.32.4.22.4.12.42.3.12.32.2.12.22.12.0.42.0.32.0.22.0.12.01.1.51.1.41.1.31.1.21.11.0.31.0.21.0.11.0Dev3.3Dev3.2Dev3.1Dev3.0不明

メッセージ †

NFS上のcalc(.xls)を利用しています。 PC1をNFSサーバ、PC2をローカルホストとします。 PC2上でNFSマウントされたファイルシステムに存在するファイル(.xls)を開こうとするとlockファイルを検出します。 ところが、NFS上(つまり当該のファイルがあるディレクトリ)にはlockファイルが無いようなのです。 他の場所にあるlockファイルを読んでいると思われるのですが、思い当たる場所がある方、ご教示願います。 なお、oooはオリジナルのものでなく、CENTOS配布のものです。

確認と情報 †

M.Kamataki (2010-07-08 21:29:38 (木))

まず、確認ですが、対象はExcelファイルのようですが、Calcファイルでも同じ問題が起きますか？

NFS環境がなく、検証できないので情報をいくつか。

Samba環境で、lockファイルが作成されないという報告がありました。faq/4/1380「Samba共有フォルダへ保存ができない」です。設定がドットファイルの作成を不可にしていたのが原因です。

NFSサーバを利用する際、ロックファイルを作成しないようにすると、トラブルにならないかも。faq/1/99「NFSサーバへの保存で不具合」をご覧ください。

あと、http://ja.openoffice.org/issues/query.cgi で同じ問題が登録されていないか、確認されることをお薦めします。

ありがとうございます。 †

amano (2010-07-09 13:59:06 (金))

どうやら、faq/1/99と同じ問題のようです。
こんなに根が深いとは思っていませんでした。
新しいファイルを作ることも、既にあるファイルを開くこともできません。
対処法があるようなので、試してみて、また報告します。

新しいIssue †

M.Kamataki (2010-07-09 16:53:32 (金))

マウントされたNFSデバイスに対して、読み書きできない状態ですね。faq/1/99でOpenOffice.orgの不具合・要望データベースであるIssueTrackerに登録されている課題（Issue）を紹介していますが、こちらは重複先が3.0で解決済みになっています。新しいIssueは以下などではないでしょうか。

OOo 3.0 cannot save to network drive
http://ja.openoffice.org/issues/show_bug.cgi?id=101282

OpenOffice (several Unix versions) can not save on shared network driver
http://ja.openoffice.org/issues/show_bug.cgi?id=106623

SAL_ENABLE_FILE_LOCKING環境変数の設定でなんとかなれば良いですが。

faq/1/99 †

amano (2010-07-12 10:46:56 (月))

の方法で回避出来ました。
ありがとうございました。

しかし、よくわからないので教えて頂くと幸いです。

当該の処置は、lockファイルを無視するものかと思っていたのですが、ファイルlock機能がちゃんと働き、正常動作しているように見受けられます。
この環境変数は何を設定するものか、よくわかりませんでした。
ご存知の方がいらっしゃれば、教えて頂くと幸いです。

いずれにせよ、UNIX <- NFS -> UNIX というかたちで利用する場合、当該の環境変数をunsetしておけば良いということでしょうか。ということであれば、これはバグでなく仕様なのでしょうか?

環境変数をunset †

M.Kamataki (2010-07-12 16:43:17 (月))

具体的にはどのようにされましたか？ faq/1/99 は古い情報なので、soffice ファイルの中身に変化があるかもしれません。「export SAL_ENABLE_FILE_LOCKING」の前後の記述はどうなっていましたか。完全に環境変数は解除された状態でしょうか。

CENTOS版OpenOffice.orgの問題という可能性も残っていますね。以下のIssueを見ると、公式リリースのOpenOffice.orgでは、3.1.0からファイルロッキング機能がincludeされたとあります。（3.0.1以前とは動作が変わった？）

Strange behavior when opening files from NFS share
http://ja.openoffice.org/issues/show_bug.cgi?id=99682#desc4

CENTOS版も同様にファイルロッキング機能がincludeされたかは不明です。

unsetの方法 †

amano (2010-07-13 11:37:51 (火))

失礼しました。

sofficeを編集し、
SAL_ENABLE_FILE_LOCKING=1
export SAL_ENABLE_FILE_LOCKING
の2行をコメントアウトしました。
これで、環境変数は解除されているようですが、これって、OOoから確認できるのでしたっけ?

ファイルの中身ですが、当該の場所の前に、
STAR_PROFILE_LOCKING_DISABLEについての記述が2行、
後に、
SAL_NOOPENGLについての記述が3行あります。
バージョンに関する情報は前後には見当たりません。
スクリプトの$Revisionは、1.34、
Sun Microsystems、2008年のコピーライトです。

faq/1/99と相違する点には、とくに気がつきませんでした。

すでに憶えていないのですが、以前はこのような問題は無かった気がするので、CENTOS版において3.1.0からファイルロッキング機能がincludeされたことによるのであろうと思います(数週間前にupgradeしたので)。

ありがとうございます †

M.Kamataki (2010-07-16 11:24:25 (金))

ファイルロッキングの機能に関しては、OpenOffice.orgの公式リリースもCENTOS版も同じようですね。

faq/1/99によるとカーネルのバージョンによって、挙動が異なるようなので、3.1.0以降の変更によって、今までとは逆の目が出た感じですね。3.1.0から正常に動作するようになったLinuxのディストリビューションもあるんじゃないでしょうか。

まとめます。 †

amano (2010-07-16 17:38:54 (金))


3.1.0以降の変更によって、多くはNFS上のファイルに対しても正常動作するようになった。
一方、そうでないものも出てきたが、それについても、当該の環境変数をunsetすれば正常動作するようである。

ちなみに、当該の環境変数をunsetすると、lockしなくなる(無視する)のではなく、lockファイルに関する動作が正常に働くようになります。これが、従来と違うところでしょうか。

一応解決したし、これ以上の追求は難しいので、完了して良いでしょうかね?

いったん完了にします †

M.Kamataki (2010-07-16 21:22:21 (金))

まとめありがとうございます。

Linuxのディストリビューションによって状況が異なるようなので、いったん完了にしましょう。何か情報のある方は、完了後もコメントをお寄せください。