Re: UPDATE operation terminates logical replication receiver process due to an assertion
| От | Justin Pryzby |
|---|---|
| Тема | Re: UPDATE operation terminates logical replication receiver process due to an assertion |
| Дата | |
| Msg-id | 20230115183528.GF9837@telsasoft.com обсуждение исходный текст |
| Ответ на | Re: UPDATE operation terminates logical replication receiver process due to an assertion (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: UPDATE operation terminates logical replication receiver process due to an assertion
|
| Список | pgsql-hackers |
On Sun, Jan 15, 2023 at 01:25:11PM -0500, Tom Lane wrote:
> Justin Pryzby <pryzby@telsasoft.com> writes:
> > On Thu, Jan 12, 2023 at 01:23:57PM +0300, v.davydov@postgrespro.ru wrote:
> >> TRAP: FailedAssertion("relinfo->ri_GeneratedExprs != NULL", File: "execUtils.c", Line: 1292)
>
> > Yeah, confirmed under master branch and v15.
>
> v15? That assert is from 8bf6ec3ba, which wasn't back-patched.
I misspoke, and had actually reproduced under master and v14:
TRAP: FailedAssertion("relinfo->ri_GeneratedExprs != NULL", File: "execUtils.c", Line: 1336, PID: 25692)
The assert isn't from 8bf6 (Improve handling of inherited GENERATED
expressions.), but rather:
commit 3f7836ff651ad710fef52fa87b248ecdfc6468dc
Author: Tom Lane <tgl@sss.pgh.pa.us>
Date: Thu Jan 5 14:12:17 2023 -0500
Fix calculation of which GENERATED columns need to be updated.
And in v14:
commit 8cd190e13a22dab12e86f7f1b59de6b9b128c784
Author: Tom Lane <tgl@sss.pgh.pa.us>
Date: Thu Jan 5 14:12:17 2023 -0500
Fix calculation of which GENERATED columns need to be updated.
--
Justin
В списке pgsql-hackers по дате отправления: