Re: [SQL] pg_multixact issues - Mailing list pgsql-general

From Alvaro Herrera
Subject Re: [SQL] pg_multixact issues
Date
Msg-id 20140930152013.GO5311@eldon.alvh.no-ip.org
Whole thread Raw
In response to Re: [SQL] pg_multixact issues  (Dev Kumkar <devdas.kumkar@gmail.com>)
Responses Re: [SQL] pg_multixact issues  (Dev Kumkar <devdas.kumkar@gmail.com>)
List pgsql-general
Dev Kumkar wrote:
> On Fri, Sep 26, 2014 at 1:36 PM, Dev Kumkar <devdas.kumkar@gmail.com> wrote:
>
> > Received the database with huge pg_multixact directory of size 21G and
> > there are ~82,000 files in "pg_multixact/members" and 202 files in
> > "pg_multixact/offsets" directory.
> >
> > Did run "vacuum full" on this database and it was successful. However now
> > am not sure about pg_multixact directory. truncating this directory except
> > 0000 file results into database start up issues, of course this is not
> > correct way of truncating.
> >          FATAL:  could not access status of transaction 13224692
> >
> > Stumped ! Please provide some comments on how to truncate pg_multixact
> > files and if there is any impact because of these files on database
> > performance.
> >
>
> Facing this issue on couple more machines where pg_multixact is huge and
> not being cleaned up. Any suggestions / troubleshooting tips?

Did you try decreasing the autovacuum_multixact_freeze_min_age and
autovacuum_multixact_freeze_table_age parameters?

What exact server version are you running?

--
Álvaro Herrera                http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services


pgsql-general by date:

Previous
From: Dev Kumkar
Date:
Subject: Re: [SQL] pg_multixact issues
Next
From: Brent Wood
Date:
Subject: Re: synchronize DTAP