Re: backend crash on DELETE, reproducible locally
От | Ron |
---|---|
Тема | Re: backend crash on DELETE, reproducible locally |
Дата | |
Msg-id | ff3b1482-55f5-48c7-26b9-8006b4524221@gmail.com обсуждение исходный текст |
Ответ на | Re: backend crash on DELETE, reproducible locally (<obouda@email.cz>) |
Список | pgsql-general |
On 11/03/2018 02:19 PM, obouda@email.cz wrote:
You can dump that single table, truncate the table (presuming no FKs) and then restore it.
Hello,we reached the exactly same problem after upgrading to PostgreSQL 11 - the server crashed on a DELETE statement with a trigger. We also observed an AFTER DELETE trigger receiving NULL values in OLD. Now I see the problem seems to be solved (theoretically). Unfortunately, we are not able to build the server with the patch, so we cannot confirm that. However, when we just copied the database (within the same server), the same DELETE executed on the copy with no problems.I would like to ask, however: could the same problem arise from an UPDATE statement (also on a table with an AFTER trigger), or would that be another bug (technical details below)?As the bug causes our production servers segfault several times a day, we'd like to solve the problem as soon as possible. Do I understand it correctly that if we dump and restore the database, the bug should not occur (until the next ALTER TABLE ADD COLUMN - which we'll avoid until the patch is released)?
You can dump that single table, truncate the table (presuming no FKs) and then restore it.
--
Angular momentum makes the world go 'round.
Angular momentum makes the world go 'round.
В списке pgsql-general по дате отправления: