Re: FSM corruption leading to errors - Mailing list pgsql-hackers

From Michael Paquier
Subject Re: FSM corruption leading to errors
Date
Msg-id CAB7nPqR13+6a0_ZPznjMqNrWpzF+BBfQCWXJiYpCDv3yxG704g@mail.gmail.com
Whole thread Raw
In response to Re: FSM corruption leading to errors  (Pavan Deolasee <pavan.deolasee@gmail.com>)
Responses Re: FSM corruption leading to errors  (Pavan Deolasee <pavan.deolasee@gmail.com>)
List pgsql-hackers
On Thu, Oct 20, 2016 at 2:11 PM, Pavan Deolasee
<pavan.deolasee@gmail.com> wrote:
> 4. Remove FSM and VM files for the affected tables (I don't think if it's
> safe to do this on a running server)

Definitely not while the server is running... For VMs a good way would
be to use pg_visibility's pg_truncate_visibility_map(), but only for
9.6~. For FSM there is no real solution, and actually a
pg_truncate_fsm would prove to be useful here. So users would need to
stop once the server if there are corrupted VMs or FSMs, delete them
manually, and then run VACUUM to rebuild them.
-- 
Michael



pgsql-hackers by date:

Previous
From: Michael Paquier
Date:
Subject: Re: Password identifiers, protocol aging and SCRAM protocol
Next
From: Pavan Deolasee
Date:
Subject: Re: FSM corruption leading to errors