Re: Issues with ON CONFLICT UPDATE and REINDEX CONCURRENTLY
| От | Mihail Nikalayeu |
|---|---|
| Тема | Re: Issues with ON CONFLICT UPDATE and REINDEX CONCURRENTLY |
| Дата | |
| Msg-id | CADzfLwWuZRXP8aPrXEvre-MD3cMeSPwgSCbCwH2wAe02dPeABQ@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: Issues with ON CONFLICT UPDATE and REINDEX CONCURRENTLY (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: Issues with ON CONFLICT UPDATE and REINDEX CONCURRENTLY
Re: Issues with ON CONFLICT UPDATE and REINDEX CONCURRENTLY Re: Issues with ON CONFLICT UPDATE and REINDEX CONCURRENTLY |
| Список | pgsql-hackers |
Hi, Tom! On Wed, Dec 3, 2025 at 5:43 AM Tom Lane <tgl@sss.pgh.pa.us> wrote: > BF member prion has been failing since 5dee7a603 went in. Apparently > that solution doesn't work under -DRELCACHE_FORCE_RELEASE and/or > -DCATCACHE_FORCE_RELEASE (so I'm expecting the CLOBBER_CACHE_ALWAYS > animals to fail too, whenever they next report). Oh, my bad, sorry. Attached patch with output variant for RELCACHE_FORCE_RELEASE\CATCACHE_FORCE_RELEASE case. But for CLOBBER_CACHE_ALWAYS - it is just a mess, too many different kinds of wakeup loops need to be done. So, my proposals: * either drop that test - currently it looks like a test that will fail 99% of time due to relcache changes instead of actual issue * either add some kind of mechanics to skip that test in case of particular build arguments * either replace it by some kind of small stress test, without any injection_points Best regards, Mikhail.
Вложения
В списке pgsql-hackers по дате отправления: