[1] また、 Referer database が壊れて新しくなってました。 やっぱり lock にまだ虫がいるんでしょうか。 前スレはそもそも内容が違ったので新スレ立てました。
[2] 前スレ : lock/database file の無限?増殖 ..//41
[3] 前に壊れてから lock log を詳細 mode にしたんですが、壊れたのがいつか分からないから調べようにも。。。 (わかばたんだよもん 2003-09-17 11:48:12 +00:00)
[4] もしかしてと思ったけどやっぱり、 timeout で無視した lock を、 実は生きてて lost ってあとから報告していることが何回か。 これが原因かどうかは分からないけど、可能性は高い。
Timeout を長くすればとも思うけど、 5分後に処理完了 (幾らなんでも長すぎだと思うけど・・・何があったんだろう? っていうかこれは異常だ。) なんてこともある。 それはへんにしても、 どうしたらいいもんだか。。。
もちろん一番の解決は、重たい処理を短くなるようになんとかすることではありますが。。。 (名無しさん 2003-09-17 12:12:35 +00:00)
[5] っていうか最近 SuikaWiki 異常に重たい。 やっぱり人大杉かなあ。ここ数日ひっきりなしに access 続いているから。。。 だからこうやって問題も顕在化したわけだ。 感謝していいのかどうか。 (名無しさん)
[6] 今回の referer db 消失はたぶん
Wed Sep 17 07:06:13 2003@1063782373 20783 {log}: lock: wikipage.0.1063782352.10637
82352.lock: lockfile already expired
Wed Sep 17 07:06:44 2003@1063782404 20780 {log}: unlock: wikipage.0.1063782399.106
3782399.lock: original lock (1063782352) was lost
ERR (Wed Sep 17 16:06:44 2003) ./wikidata/page/ _write_meta : Rename "./wikidata/p
age/mt--52656665726572.dat.1063782403" => "./wikidata/page/mt--52656665726572.dat"
: No such file or directory lib/Yuki/YukiWikiDBMeta.pm 62が原因だろうな。。。 >>2-5 の通りのことが起こってしまったと。 (名無しさん 2003-09-17 12:17:11 +00:00)
[7] 原因は lock の timeout に間違いないだろうということで、 timeout を 200 秒に伸ばしました。ということでこの bug は close します。