Re: A assert failure when initdb with track_commit_timestamp=on
От | Fujii Masao |
---|---|
Тема | Re: A assert failure when initdb with track_commit_timestamp=on |
Дата | |
Msg-id | efd05511-0b1f-4800-9eca-aadbf9bf5375@oss.nttdata.com обсуждение исходный текст |
Ответ на | RE: A assert failure when initdb with track_commit_timestamp=on ("Hayato Kuroda (Fujitsu)" <kuroda.hayato@fujitsu.com>) |
Список | pgsql-hackers |
On 2025/07/04 16:29, Hayato Kuroda (Fujitsu) wrote: > Dear Fujii-san, > >> By the way, although it's a separate issue, I noticed that running >> initdb -c transaction_timeout=1 causes an assertion failure: > > I feel it may be able to discuss in other places OK, I've started a new thread for this issue at [1]. > If more GUCs were found which cannot be set during the bootstrap mode, how about > introducing a new flag like GUC_DEFAULT_WHILE_BOOTSTRAPPING for GUC variables? > If the flag is set all setting can be ignored when > IsBootstrapProcessingMode() = true. If there are many GUCs that behave incorrectly during bootstrap, a general mechanism like that might be worth considering. But if only a few GUCs are affected, as I believe is the case, then such a mechanism may be overkill. In that case, IMO it should be sufficient to disable the problematic GUCs individually, for example by calling SetConfigOption(..., PGC_S_OVERRIDE). Regards, [1] https://postgr.es/m/a68fae7d-f45a-4c70-8d90-2a2cd3bdcfca@oss.nttdata.com -- Fujii Masao NTT DATA Japan Corporation
В списке pgsql-hackers по дате отправления: