Re: logical replication of truncate command with trigger causes Assert

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: logical replication of truncate command with trigger causes Assert
Дата
Msg-id 2321999.1623517262@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: logical replication of truncate command with trigger causes Assert  (Amit Kapila <amit.kapila16@gmail.com>)
Ответы Re: logical replication of truncate command with trigger causes Assert  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
Список pgsql-hackers
Amit Kapila <amit.kapila16@gmail.com> writes:
> On Fri, Jun 11, 2021 at 8:56 PM Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> I was thinking maybe we could mark all these replication protocol
>> violation errors non-translatable.  While we don't want to crash on a
>> protocol violation, it shouldn't really be a user-facing case either.

> I don't see any problem with that as these are not directly related to
> any user operation. So, +1 for making these non-translatable.

Done that way.  On re-reading the code, there were a bunch more
Asserts that could be triggered by bad input data, so the committed
patch has rather more corrections than I posted before.

            regards, tom lane



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Justin Pryzby
Дата:
Сообщение: [PATCH] check_random_seed: use a boolean not an int..
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Race condition in recovery?