Postgresql 8.1.3 と Slony-I レプリケーション システム (slon バージョン 1.1.5) を実行している SuSE マシン (cat /etc/issue: SUSE Linux Enterprise Server 11 SP1 (i586)) で作業しています。このサーバー上の 2 つのデータベース間でのレプリケーション セットアップが機能しており、これにより、保守を担当するリモート マシンに送信されるログ配布ファイルが生成されます。今朝の時点で、これで問題が発生しました。
しばらくの間、このマシンで奇妙なメモリの問題が発生しました。空きメモリが十分に残っている場合でも、oom-killer が起動しているようです。これで、現在の問題が発生する準備が整いました。昨夜、レプリケーションがオフになっている間に、システムで大規模な更新を実行しました。現在のところ、変更をレプリケートすることはできません。slony はすべての変更を 1 つの巨大なログ ファイルにコンパイルしようとしています。複製パッケージを再起動するように見えます。常に同じパッケージを再構築しようとしているため、どこにも到達しません。
私の最初の質問は次のとおりです。Slony ログ配布ファイルのサイズを制限して、「X」バイト (または K、Meg など) を超えないように書き込み、そのサイズを超えた後に閉じる方法はありますか?現在のログ配布ファイルを削除して、新しいファイルを開始しますか? oom-killer がかなりの規則性でヒットする前に、約 4 メガのサイズをヒットすることができたので、それを上限にできれば、少なくとも小さなファイルの生成を開始し、うまくいけば最終的にこれを乗り越えることができます.
私の 2 番目の質問は、これだと思います。この問題について、私が尋ねているものよりも優れた解決策を持っている人はいますか? 問題を見てトンネル ビジョンを取得している可能性は十分にあります。私が本当に必要としているのは、解決策であり、必ずしも私の解決策ではありません。