Re: [HACKERS] logical rep worker for table sync can start and stopvery frequently unexpectedly
От | Fujii Masao |
---|---|
Тема | Re: [HACKERS] logical rep worker for table sync can start and stopvery frequently unexpectedly |
Дата | |
Msg-id | CAHGQGwE6oBYFBOSeB40rcL7g=LSXaEHYQHZ-Td_b66eJjF3DYw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] logical rep worker for table sync can start and stopvery frequently unexpectedly (Masahiko Sawada <sawada.mshk@gmail.com>) |
Список | pgsql-hackers |
On Wed, Apr 12, 2017 at 2:40 AM, Masahiko Sawada <sawada.mshk@gmail.com> wrote: > On Wed, Apr 12, 2017 at 2:05 AM, Fujii Masao <masao.fujii@gmail.com> wrote: >> Hi, >> >> I observed $subject when I ran the following steps. >> >> 1. start the publisher server >> 2. start the subscriber server >> 3. create table with primary key and publication for it >> 4. insert several records into the table >> 5. create table with primary key and subscription >> 6. wait for table sync to finish >> 7. drop the subscription and recreate the subscription >> >> Then the launcher starts the worker, and the worker starts >> another worker for table sync. But that worker for table sync >> exits immediately because of primary key violation. >> Then the worker tries to start new worker for table sync immediately >> and it also exits immediately because of primary key violation. >> This sequence repeats very fast... >> >> Attached is the script that I used to reproduce the issue. >> > > I encountered the same situation[1] and am proposing to put interval > of launching table sync worker after failed to attempt. > > [1] https://www.postgresql.org/message-id/CAD21AoDCnyRJDUY%3DESVVe68AukvOP2dFomTeBFpAd1TiFbjsGg%40mail.gmail.com Okay, let's discuss this in that thread. Thanks! Regards, -- Fujii Masao
В списке pgsql-hackers по дате отправления: