Re: Single transaction in the tablesync worker?

Поиск
Список
Период
Сортировка
От Petr Jelinek
Тема Re: Single transaction in the tablesync worker?
Дата
Msg-id 73082F3E-0E78-4754-BC27-A8410125736F@enterprisedb.com
обсуждение исходный текст
Ответ на Re: Single transaction in the tablesync worker?  (Amit Kapila <amit.kapila16@gmail.com>)
Ответы Re: Single transaction in the tablesync worker?
Список pgsql-hackers
On 10 Feb 2021, at 06:32, Amit Kapila <amit.kapila16@gmail.com> wrote:
>
> On Wed, Feb 10, 2021 at 7:41 AM Peter Smith <smithpb2250@gmail.com> wrote:
>>
>> On Tue, Feb 9, 2021 at 10:38 AM Peter Smith <smithpb2250@gmail.com> wrote:
>>>
>>
>> PSA v2 of this WalRcvExceResult patch (it is same as v1 but includes
>> some PG doc updates).
>> This applies OK on top of v30 of the main patch.
>>
>
> Thanks, I have integrated these changes into the main patch and
> additionally made some changes to comments and docs. I have also fixed
> the function name inconsistency issue you reported and ran pgindent.

One thing:

> +        else if (res->status == WALRCV_ERROR &&
> +                 missing_ok &&
> +                 res->sqlstate == ERRCODE_UNDEFINED_OBJECT)
> +        {
> +            /* WARNING. Error, but missing_ok = true. */
> +            ereport(WARNING,
>                      (errmsg("could not drop the replication slot \"%s\" on publisher",
>                              slotname),
>                       errdetail("The error was: %s", res->err)));

Hmm, why is this WARNING, we mostly call it with missing_ok = true when the slot is not expected to be there, so it
doesnot seem correct to report it as warning? 

--
Petr


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

Предыдущее
От: Peter Smith
Дата:
Сообщение: Re: [HACKERS] logical decoding of two-phase transactions
Следующее
От: Amit Kapila
Дата:
Сообщение: Re: Single transaction in the tablesync worker?