Re: [GENERAL] pg_multixact issues
| От | Dev Kumkar |
|---|---|
| Тема | Re: [GENERAL] pg_multixact issues |
| Дата | |
| Msg-id | CALSLE1Pe22dK8ULkGEQd3X3jOrA32Xs2zkxU2OAaUOTU4z+a0Q@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: [GENERAL] pg_multixact issues (Dev Kumkar <devdas.kumkar@gmail.com>) |
| Ответы |
Re: [GENERAL] pg_multixact issues
|
| Список | pgsql-sql |
On Fri, Sep 19, 2014 at 1:23 PM, Dev Kumkar <devdas.kumkar@gmail.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
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...
В списке pgsql-sql по дате отправления: