Re: db size growing out of control when using clustered Jackrabbit - Mailing list pgsql-admin

From Gary Webster
Subject Re: db size growing out of control when using clustered Jackrabbit
Date
Msg-id CAEHjwJ6tkup-=wgtNp=Z7-uciTDBbMO+XCvcVdT=+9R6Op9OdQ@mail.gmail.com
Whole thread Raw
In response to Re: db size growing out of control when using clustered Jackrabbit  (Craig Ringer <ringerc@ringerc.id.au>)
List pgsql-admin
Hello.
Thanks for the response.

Autovacuum is set VERY aggressive.
However, it does not help with the ws_bundle Toast table.

A manual _full_ vacuum (not recommended?) does do the deed.
However, it often gives this error:
ERROR:  missing chunk number 0 for toast value 639113 in pg_toast_533386

BTW, how bad is that?  Corruption?


On Mon, Jul 23, 2012 at 8:35 PM, Craig Ringer <ringerc@ringerc.id.au> wrote:
On 07/24/2012 05:13 AM, Gary Webster wrote:
Hello. I'm hoping someone has seen this before.

We are trying to use Postgres Plus v9.1.3 as the Persistence Manager in Jackrabbit (Apache JCR) clustering (http://wiki.apache.org/jackrabbit/Clustering).
Whenever the JCR is under load, the ws_bundle TOAST table in the  repository  schema, grows out of control !

Has somebody disabled autovacuum or set it to barely run at all?

Try setting autovacuum to very aggressively vacuum the problem table(s).

--
Craig Ringer

pgsql-admin by date:

Previous
From: Craig Ringer
Date:
Subject: Re: db size growing out of control when using clustered Jackrabbit
Next
From: Gary Webster
Date:
Subject: Re: db size growing out of control when using clustered Jackrabbit