pgsql: Revert "Allow parallel workers to cope with a newly-created sess
От | Tom Lane |
---|---|
Тема | pgsql: Revert "Allow parallel workers to cope with a newly-created sess |
Дата | |
Msg-id | E1sZK82-0026zM-TL@gemulon.postgresql.org обсуждение исходный текст |
Список | pgsql-committers |
Revert "Allow parallel workers to cope with a newly-created session user ID." This reverts commit 68855c03878c0c90227e24533ca40127da3578cd. Some buildfarm animals are failing with "cannot change "client_encoding" during a parallel operation". It looks like assign_client_encoding is unhappy at being asked to roll back a client_encoding setting after a parallel worker encounters a failure. There must be more to it though: why didn't I see this during local testing? In any case, it's clear that moving the RestoreGUCState() call is not as side-effect-free as I thought. Given that the bug f5f30c22e intended to fix has gone unreported for years, it's not something that's urgent to fix; I'm not willing to risk messing with it further with only days to our next release wrap. Branch ------ REL_12_STABLE Details ------- https://git.postgresql.org/pg/commitdiff/41fb45a482a4643e5ed44aa66f52f1512cb57ce3 Modified Files -------------- src/backend/access/transam/parallel.c | 12 ++++-------- src/backend/commands/variable.c | 10 ++-------- src/test/regress/expected/select_parallel.out | 18 ------------------ src/test/regress/sql/select_parallel.sql | 9 --------- 4 files changed, 6 insertions(+), 43 deletions(-)
В списке pgsql-committers по дате отправления: