Re: Disabled logical replication origin session causes primary key errors
От | Masahiko Sawada |
---|---|
Тема | Re: Disabled logical replication origin session causes primary key errors |
Дата | |
Msg-id | CAD21AoD58SwtwwziTR4ssAGRwQsP=embtzhwgOqjY3vRWoog6w@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Disabled logical replication origin session causes primary key errors (Amit Kapila <amit.kapila16@gmail.com>) |
Ответы |
Re: Disabled logical replication origin session causes primary key errors
|
Список | pgsql-bugs |
On Wed, Apr 23, 2025 at 2:01 AM Amit Kapila <amit.kapila16@gmail.com> wrote: > > On Wed, Apr 23, 2025 at 7:11 AM Hayato Kuroda (Fujitsu) > <kuroda.hayato@fujitsu.com> wrote: > > > > > +# The bug was that the replication origin wasn’t updated whe > > > +# apply_error_callback() was called with elevel >= ERROR, and the apply > > > worker > > > +# continued running afterward. > > > > > > I think it would be better to mention the fact that the problem > > > happened when an error was caught for instance by a plpgsql function. > > > How about rewriting it as follows? > > > > > > # The bug was that when an ERROR was caught, for instance by a > > > PL/pgSQL function, > > > # the apply worker reset the replication origin but continued processing > > > # subsequent changes. This behavior resulted in a failure to update > > > the replication > > > # origin during further apply operations. > > > > I tried to describe the internal reasons of bugs, but yours did reported facts. > > +1, replaced. > > > > Pushed the patch after slightly changing the comments. Thank you! Regards, -- Masahiko Sawada Amazon Web Services: https://aws.amazon.com
В списке pgsql-bugs по дате отправления: