Re: Very slow queries followed by checkpointer process killed with signal 9

From: Jason McLaurin <jason(at)jcore(dot)io>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-general(at)lists(dot)postgresql(dot)org
Subject: Re: Very slow queries followed by checkpointer process killed with signal 9
Date: 2023-04-03 01:21:40
Message-ID: CAJN0UCSqDfQpS-xsiMj4BdSUOS0iyFWo8-Xs+4UN-GFY8ucnZQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Hi Tom,

>
>
> Hmm, is it always the checkpointer that gets the OOM kill? That seems
> quite odd.
>
> What PG version is this exactly? Do you have any extensions installed?
>
> I recall having seen somebody before reporting odd slowness of trivial
> commands like BEGIN. I failed to find the thread(s) in the archives
> though, so I'm not sure if we identified the cause.
>
>
This is Postgres 14.5 running in the TimescaleDB Docker image. We're not
actually using TimescaleDB on this database instance (there are no
hypertables), but we use the same Docker image everywhere. So it's
certainly possible that a TimescaleDB background process is to blame
despite the complete lack of TimescaleDB-enabled tables.

Is there anywhere you'd suggest we start looking for hints? I'd be
interested in increasing relevant logging verbosity so that we can see when
key background processes are running, both in Postgres core and Timescale.

Thanks so much!

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2023-04-03 01:40:18 Re: Very slow queries followed by checkpointer process killed with signal 9
Previous Message David G. Johnston 2023-04-03 00:10:47 Re: What permissions are needed to drop a column from a table in postgres?