Re: BUG #17355: Server crashes on ExecReScanForeignScan in postgres_fdw when accessing foreign partition
От | Alexander Lakhin |
---|---|
Тема | Re: BUG #17355: Server crashes on ExecReScanForeignScan in postgres_fdw when accessing foreign partition |
Дата | |
Msg-id | dd9788a6-5078-408b-df81-9bd70698dd56@gmail.com обсуждение исходный текст |
Ответ на | Re: BUG #17355: Server crashes on ExecReScanForeignScan in postgres_fdw when accessing foreign partition (Etsuro Fujita <etsuro.fujita@gmail.com>) |
Ответы |
Re: BUG #17355: Server crashes on ExecReScanForeignScan in postgres_fdw when accessing foreign partition
|
Список | pgsql-bugs |
Hello Etsuro-san, 30.01.2022 13:59, Etsuro Fujita wrote: >> (Besides that I've observed an infinite waiting for ShareLock with >> step "s1i" { INSERT INTO pt VALUES (2000); } >> This doesn't happen with a regular (not foreign) table.) > You mean the lock wait occurs on the remote side, not on the local > side? If so, I think that that is expected behavior because a write > conflict occurs on the remote side in that case. Maybe I don’t fully > understand your words, so could you elaborate a bit more on your > observation? Yes, you are right, that was expected behavior. I didn't realize that the isolationtester itself resolves blocking when the target table is local. The isolationtester controls the step execution using pg_isolation_test_session_is_blocked(), but when the target table is foreign, it can not determine correctly whether one step blocking other (cause it checks local, not remote session pids) and just hangs. Sorry for the noise. Best regards, Alexander
В списке pgsql-bugs по дате отправления: