あとちょっと、あとちょっとー!と書きながら、メンテナンスがなかなか終わらなかったわけですが、ようやく終わりましたー!

長引いたのには理由があります。前回エントリした直後、ふとサーバの使用容量を見たら異常に消費していた為、慌てて調査しておりました。
そしたらばMovable Typeのシステムデータベースとなる「db」フォルダ内の「fileinfo.db」が、なんと10MByte以上に肥大しているのです。
ネット上で調べてみてもここくらいしか情報が無く、自信が無いのですが「fileinfo.db」はその名の通りサイトに置かれているファイル情報などを記録しており、Movable Typeはサイトの再構築をする度にこの情報を上書きせずに追記していくため、このような状態になってしまったのだと思われます。具体的には100くらいのエントリがある私のサイトを全て再構築すると、一回につき48KByteほど「fileinfo.db」の容量が増加します。自分の様に再構築を頻繁に行う使い方ですと、これではたまったものではありません。
「fileinfo.db」が10MByte以上にも肥大した状態ではエントリの登録に時間がかかったり、再構築の最中にサーバエラーで中断してしまうというトラブルが起きるようになっておりました。これらの症状は最近あちこちでよく見かけられますが、自分の様に大してエントリが多くもないのに同症状に見舞われている場合にはこちらを疑った方がよいのではないでしょうか。

幸い「fileinfo.db」は消去してしまっても、あらためて再構築を行えば再び初期のスリムなファイルサイズで復活するようです。ただしどんな不具合が待っているかも分かりませんから、記事をエクスポートしておくなどしていつでも一からリストアできるくらいの万全のバックアップ態勢にて臨んでください。

ちなみに私はMovable Typeをクリーンインストールし直して、記事をインポートして、一度さっぱりしました。ついでにエンコードをUTF-8に変更しましたです。

●追記

コメント欄にも引き続き重要な記述がありますので、是非ともお読み下さいませ!


TrackBack: http://park5.wakwak.com/~tito/cgi-bin/mt/mt-tb-noto.cgi/129

Posted on 2004.09.26

Post a Comment


私のところにコメントをいただきありがとうございます。

正確には上書きせずに追記していくのではなくて、すでにあるものをremoveしてから追加しているみたいです。しかし、removeしてもその分のBerkeleyDBの空き領域が開放されないので、だんだんサイズが大きくなっていくようです。

MySQLなどだとファイルの巨大化はありませんが、fileinfo_idがべらぼうに大きくなっていていつか上限に達するのではないかとヤキモキしています。

Posted by: (o) at 2004.09.26

どうもご返答ありがとうございますー。
ううむ。そうなのですか。単にremoveするのをサボっているだけなのかと思っておりました。Movable Typeは何かと不必要になったファイルでも放置する傾向があるのでそう考えてしまったのかもしれません…。

WakWakではMySQLは使えそうにないので(T_T)自分は当面定期的にfileinfo.dbを消してから再構築する方向で対処していこうかと思います。

>fileinfo_idがべらぼうに大きくなっていていつか上限に達するのではないかとヤキモキしています。

http://www.movabletype.org/support/index.php?act=ST&f=26&t=44976&hl=fileinfo&s=26604fd8e485642e038199a6019d23c4
サポートフォーラムの書き込みによるとfileinfoで始まるファイルを全てdbから消してから再構築しても大丈夫だったみたいです。試しに消してみてはいかがでしょう〜?(^o^;

Posted by: TITO at 2004.09.26

MySQLの場合は、fileinfoが作られては消され、を繰り返すとfileinfoのレコード番号を表すfileinfo_idの値だけが大きくなっていくことになります。私の場合、今15000くらいの値ですが、100万くらいが上限なのです。

Posted by: (o) at 2004.09.26

あっ、失礼しました。勘違いでした。数値の問題なのですね。
MySQL使ってみたいでござる。

Posted by: TITO at 2004.09.26

すみません、TITOさん、私の書いたことに間違いがありました。
「すでにあるものをremoveしてから追加しているみたいです。しかし、removeしてもその分のBerkeleyDBの空き領域が開放されないので、だんだんサイズが大きくなっていくようです。」

すでにあるものをremoveしているのですが、うまく削除できていないものもあることが分かりました。両方の相乗効果でサイズが大きくなると考えたほうがよさそうです。

お詫び…というわけではありませんが、↓のようなツールを作ってみました。
http://as-is.net/blog/archives/000938.html

Posted by: (o) at 2004.11.29

いやいや、どうも素晴らしいツールを作ってくださりありがとうございますです!
実は以前トラックバックしてみたのも「この方なら何とかしてくれるかも〜」という下心があったからでして…(^o^;

後ほど是非使わせていただきたいと思います。プラグイン形式なんですね〜。

Posted by: TITO at 2004.11.29




Remember Me?



Trackback Pings


» Movable Type エラー fileinfo.db の肥大化が原因! from 話題のナレッジベース
http://park5.wakwak.com/‾tito/archives/2004/09/movable_typeafi.html [Read More]

Tracked on 2004.10.28

» Paginateと再構築・エントリー投稿時の遅延解消法 from a day of respective
リネ関係の話題じゃないのでスルーしてくだ... [Read More]

Tracked on 2004.11.13

» 500エラー遅延解消法 from Magic White
以前ファイルの巨大化による500エラーが主な原因と思われる壊れ原因。 Berke... [Read More]

Tracked on 2004.11.28

» fileinfo.dbの肥大化問題 from SCENE side B
ちょっと気になった記事。 MTを使っているとfileinfo.dbというファイル... [Read More]

Tracked on 2004.11.28

» mt-shrinkfinfo.cgi from Ogawa::Memoranda
mt-shrinkfinfo.cgi 0.01(2004.11.28): First Release Movable Type 3.1でBerkeleyDBを使... [Read More]

Tracked on 2004.11.28

» 再構築時の500エラーを解消する from 小粋空間
昨日より爆発的(?)に広がってる話題に便乗してご紹介を。 エントリーが増えてくる... [Read More]

Tracked on 2004.11.29

» 再構築失敗(Rebuild error) 2 from お気楽極楽ブログ
再構築に失敗する原因は、まだあった。 404エラーになるのではなく、500エラー(Internal ... [Read More]

Tracked on 2004.12.27

» 500エラーと投稿時遅延解消法 from ZAEONIA WEBLOG
最近、エントリーの度に起きる500エラーの対策をしてみた。... [Read More]

Tracked on 2005.04.19