いちおう記しておきます。エラーが発生したので何故?とおもったら、gzopenが展開しきれずメモリ不足に陥ったようです。レアなケースでも、さすがにエラーはまずいかなとおもい、ここに報告します。再現可能であれば、問題のページのデータ(backupとdiffとwiki)を送って下さい。知りたいのはこんなところです。21:07:46なぜ細かく知りたいかというと、その挙動は何かおかしいと思っているからです。gzopenについてだけ言うならば、dumpプラグインでtar.gzファイルを作成・展開するときの方が負荷は高いと思います。真犯人はbackupの処理周りのどこかのメモリオーバーヘッドじゃないだろうかと。21:12:05件数=250近く、サイズ=1.5MB(gzで2KB)、頻度=コメントページなのでほぼ毎日とおもってください。23:32:28もういちど8Mに戻しておこなってみたところ、いろいろ出ますね。何か問題があるのかもしれません。13:09:36というより、get_backup関数でバックアップ全体を配列に詰めているのですね。(のだろう)という時点で、どこかに富豪的な処理が存在する気配が濃厚でした。停止させられる場所が変動するということはほぼ確定でメモリの無駄使いでしょう。そのような処理の部分があるのならば大変怪しいと思います。21:29:05普通の運用では発生しない問題だとおもうので、とりあえず運用対処で凌ぎます。落ち着いてコードがみれるようになったときにでもお願いします。00:38:27私も同じ問題が出ました。バックアップ(12Mもありました)を消すと動作しましたので、やはりファイルサイズではないでしょうか。21:24:58この件は一つの結論として、ko-zuさんによって実際にメモリオーバーヘッドが見つけられ、修正されました(BugTrack2/159)ので完了とします。1.4.5_1で同様のエラーが起きたので、とりあえずbackupディレクトリのファイルを(index.html以外)全部消してみたところ、エラーは解消しました。以降なので、アップデートしていなければ、この問題が起こる可能性があります。同梱されているものに置き換えるという方法で、おそらく問題はないと思われます。