On Mon, Aug 14, 2017 at 2:56 PM, Andres Freund <and...@anarazel.de> wrote: > I think there are some possibilities to close the gap here. We could > e.g. have <relfilenode>.delete_on_crash marker files that get installed > when creating a new persistent relfilenode. If we set up things so they > get deleted post commit, but inside the critical section, we could rely > on them being present in case of crash, but consistently removed during > WAL replay. At the end of recovery, iterate over the whole datadir and > nuke all relations with marker files present.
At the risk of being predictable, I think we should add an undo subsystem instead of continuing to create ad-hoc solutions to problems like this. (Of course, that's being worked on by Thomas, Amit, and others.) -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
