Re: POC: Cleaning up orphaned files using undo logs
От | Kuntal Ghosh |
---|---|
Тема | Re: POC: Cleaning up orphaned files using undo logs |
Дата | |
Msg-id | CAGz5QCJ1OP0N2NwJSfiUKcCteaO6eH9-PwaeOSUBKy6Cz5rKXQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: POC: Cleaning up orphaned files using undo logs (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: POC: Cleaning up orphaned files using undo logs
|
Список | pgsql-hackers |
Hello Thomas, I was doing some testing for the scenario where the undo written by a transaction overflows to multiple undo logs. For that I've modified the following macro: #define UndoLogMaxSize (1024 * 1024) /* 1MB undo log size */ (I should have used the provided pg_force_switch_undo though..) I'm getting the following assert failure while performing the recovery with the same. "TRAP: FailedAssertion("slot->meta.status == UNDO_LOG_STATUS_FULL", File: "undolog.c", Line: 997)" I found that we don't emit an WAL record when we update the slot->meta.status as UNDO_LOG_STATUS_FULL. If we don't that, after crash recovery, some new transaction may use that undo log which is wrong, IMHO. Am I missing something? -- Thanks & Regards, Kuntal Ghosh EnterpriseDB: http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: