From: | Dev Kumkar <devdas(dot)kumkar(at)gmail(dot)com> |
---|---|
To: | Andres Freund <andres(at)2ndquadrant(dot)com> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>, "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>, pgsql-sql(at)postgresql(dot)org |
Subject: | Re: [GENERAL] pg_multixact issues |
Date: | 2014-09-26 08:06:22 |
Message-ID: | CALSLE1Pe22dK8ULkGEQd3X3jOrA32Xs2zkxU2OAaUOTU4z+a0Q@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers pgsql-sql |
On Fri, Sep 19, 2014 at 1:23 PM, Dev Kumkar <devdas(dot)kumkar(at)gmail(dot)com> wrote:
> Apologies for the delay, was working/troubleshooting same issue and was
> away from my emails. :(
> Regards...
>
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.
Regards...
From | Date | Subject | |
---|---|---|---|
Next Message | Derek Giri | 2014-09-26 08:26:58 | Postgres Standby |
Previous Message | Sameer Kumar | 2014-09-26 08:04:20 | Re: wide row insert via Postgres jdbc driver |
From | Date | Subject | |
---|---|---|---|
Next Message | Andres Freund | 2014-09-26 09:05:53 | Re: Replication identifiers, take 3 |
Previous Message | Simon Riggs | 2014-09-26 08:06:07 | Re: Yet another abort-early plan disaster on 9.3 |
From | Date | Subject | |
---|---|---|---|
Next Message | Gerardo Herzig | 2014-09-28 18:30:15 | how to see "where" SQL is better than PLPGSQL |
Previous Message | Ian Lawrence Barwick | 2014-09-25 22:32:19 | Re: uuid for each postgres install? |