Re: BUG #18988: DROP SUBSCRIPTION locks not-yet-accessed database
От | Dilip Kumar |
---|---|
Тема | Re: BUG #18988: DROP SUBSCRIPTION locks not-yet-accessed database |
Дата | |
Msg-id | CAFiTN-sdGvXjmAMym6Rm4stDpmRsF0qBLknpuAgzT73=MBa3Mw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: BUG #18988: DROP SUBSCRIPTION locks not-yet-accessed database (Dilip Kumar <dilipbalaut@gmail.com>) |
Ответы |
Re: BUG #18988: DROP SUBSCRIPTION locks not-yet-accessed database
|
Список | pgsql-bugs |
On Thu, Aug 14, 2025 at 4:32 PM Dilip Kumar <dilipbalaut@gmail.com> wrote: > > On Thu, Aug 14, 2025 at 2:18 PM Amit Kapila <amit.kapila16@gmail.com> wrote: > > > > On Thu, Aug 14, 2025 at 2:05 PM Dilip Kumar <dilipbalaut@gmail.com> wrote: > > > > > > Yeah this looks fine to me. PFA patches for back branches. > > > > > > > Can we add a test based on the scenario reported in this email? > > At first, I thought we can just add this test in subscription.sql, but > IMHO we should not do that because after testing DROP SUBSCRIPTION > give error we should eventually DROP the subscription for cleanup by > creating the slot and enabling the subscription (as shown below[1]) > but I that realized during regression wal_level is not logical so we > are not allowed to create the logical slot. So maybe we should write > it in 100_bugs.pl? Am I missing something? > Another alternative is for cleanup instead of creating a missing slot we can just set the slot_name=NONE and then drop. I will move ahead with this approach. -- Regards, Dilip Kumar Google
В списке pgsql-bugs по дате отправления: