Re: Segfault when running postgres inside kubernetes with huge pages - Mailing list pgsql-bugs

From Siegfried Kiermayer
Subject Re: Segfault when running postgres inside kubernetes with huge pages
Date
Msg-id CAC-et2exhx4eH8chY0c62k72wqaMHfb9cFvQKv4nqJ5uM+QEEw@mail.gmail.com
Whole thread Raw
In response to Re: Segfault when running postgres inside kubernetes with huge pages  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Segfault when running postgres inside kubernetes with huge pages  (Andres Freund <andres@anarazel.de>)
List pgsql-bugs
Hi,

we do run kernel 5.8 and the allocation happens basically at start.

I would still expect postgres to fail gracefully at this point?

Is 'throwing an error message' / checking the allocation a performance
issue? is it in a generic hotpath for allocation?

Tx,

Sigi


On Wed, 8 Nov 2023 at 15:57, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>
> Siegfried Kiermayer <sicaine@gmail.com> writes:
> > we are using zalando postgres operator and i changed / set huge pages
> > on kubernetes nodes from something undefined to 1536 (undefined
> > because i was pretty sure before changing it to 1536 i saw an initial
> > value of 1024 with 670 in use.
>
> This previous discussion might hold the clue:
>
> https://www.postgresql.org/message-id/CAFpoUr1ggmGs8qpoKvYxNBO3h-T-n%2BMNh%2BJnLRYsYhHurVOiGQ%40mail.gmail.com
>
> > I would go into more detail but honestly I believe this might be easy
> > to find and I also assume it shouldn't segfault but return an error
> > message indicating the / a issue.
>
> There is not that much we can do about operating system bugs.
>
>                         regards, tom lane



pgsql-bugs by date:

Previous
From: Tom Lane
Date:
Subject: Re: Segfault when running postgres inside kubernetes with huge pages
Next
From: Andrei Lepikhov
Date:
Subject: Re: BUG #18187: Unexpected error: "variable not found in subplan target lists" triggered by JOIN