From: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
---|---|
To: | Dev Kumkar <devdas(dot)kumkar(at)gmail(dot)com> |
Cc: | Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>, "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: [SQL] pg_multixact issues |
Date: | 2014-09-30 15:20:13 |
Message-ID: | 20140930152013.GO5311@eldon.alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers pgsql-sql |
Dev Kumkar wrote:
> On Fri, Sep 26, 2014 at 1:36 PM, Dev Kumkar <devdas(dot)kumkar(at)gmail(dot)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
From | Date | Subject | |
---|---|---|---|
Next Message | Adam Brusselback | 2014-09-30 19:16:09 | Re: table versioning approach (not auditing) |
Previous Message | Dev Kumkar | 2014-09-30 15:10:28 | Re: [SQL] pg_multixact issues |
From | Date | Subject | |
---|---|---|---|
Next Message | Simon Riggs | 2014-09-30 15:30:57 | Re: INSERT ... ON CONFLICT {UPDATE | IGNORE} |
Previous Message | Alvaro Herrera | 2014-09-30 15:18:35 | Re: pg_dump bug in 9.4beta2 and HEAD |
From | Date | Subject | |
---|---|---|---|
Next Message | Dev Kumkar | 2014-09-30 19:32:04 | Re: [SQL] pg_multixact issues |
Previous Message | Dev Kumkar | 2014-09-30 15:10:28 | Re: [SQL] pg_multixact issues |