Dev Kumkar wrote: > On Fri, Sep 26, 2014 at 1:36 PM, Dev Kumkar <devdas.kum...@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 -- Sent via pgsql-general mailing list (pgsql-general@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-general
