On Tue, Feb 2, 2021 at 11:35 AM Ajin Cherian <itsa...@gmail.com> wrote: > > Another failure I see in my testing >
The problem here is that we are allowing to drop the table when table synchronization is still in progress and then we don't have any way to know the corresponding slot or origin. I think we can try to drop the slot and origin as well but that is not a good idea because slots once dropped won't be rolled back. So, I have added a fix to disallow the drop of the table when table synchronization is still in progress. Apart from that, I have fixed comments raised by Peter as discussed above and made some additional changes in comments, code (code changes are cosmetic), and docs. Let me know if the issue reported is fixed or not? -- With Regards, Amit Kapila.
v25-0001-Tablesync-Solution1.patch
Description: Binary data
