Re: BUG #17757: Not honoring huge_pages setting during initdb causes DB crash in Kubernetes

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: BUG #17757: Not honoring huge_pages setting during initdb causes DB crash in Kubernetes
Дата
Msg-id 1122629.1674349268@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: BUG #17757: Not honoring huge_pages setting during initdb causes DB crash in Kubernetes  (Tomas Vondra <tomas.vondra@enterprisedb.com>)
Список pgsql-bugs
Tomas Vondra <tomas.vondra@enterprisedb.com> writes:
> On 1/22/23 00:30, Tom Lane wrote:
>> Yeah, that proposal is a non-starter.  I could see providing an
>> initdb option to adjust the value applied during initdb, though.
>> Ideally, maybe what we want is a generalized switch that could
>> replace any variable in the sample config, along the lines of
>> the server's "-c foo=bar".  I recall having tried to do that and
>> having run into quoting hazards, but I did not try very hard.

> Yeah, I was looking for something like "-c" in initdb, only to realize
> there's nothing like that. The main "problem" with adding that is that
> we're unlikely to backpatch that (I guess), and thus it does not really
> solve the issue for the OP.

> I'm not sure we'd be keen to backpatch a change of the default, but
> maybe we would ...

Back-patching a change of default seems like REALLY a non-starter.
Perhaps adding a switch (which would break nothing if not used)
could be discussed, though.

            regards, tom lane



В списке pgsql-bugs по дате отправления:

Предыдущее
От: Tomas Vondra
Дата:
Сообщение: Re: BUG #17757: Not honoring huge_pages setting during initdb causes DB crash in Kubernetes
Следующее
От: Andres Freund
Дата:
Сообщение: Re: BUG #17757: Not honoring huge_pages setting during initdb causes DB crash in Kubernetes