Re: Server closed the connection unexpectedly (memory leak)

From: Andres Freund <andres(at)anarazel(dot)de>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Zu-Ming Jiang <zuming(dot)jiang(at)inf(dot)ethz(dot)ch>, pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: Server closed the connection unexpectedly (memory leak)
Date: 2023-07-01 02:56:59
Message-ID: 20230701025659.3o2hzm6prkrgfvzc@awork3.anarazel.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Hi,

On 2023-06-24 12:56:06 -0400, Tom Lane wrote:
> Zu-Ming Jiang <zuming(dot)jiang(at)inf(dot)ethz(dot)ch> writes:
> > My fuzzer finds a bug in Postgres, which makes the connection closed
> > unexpectedly.
>
> TBH, I think there's not much to be learned here, beyond "a
> ridiculously complicated query takes a ridiculous amount of memory
> to plan". The reason for the backend crash is presumably that the
> OOM killer decided to zap it. If you run the postmaster under a
> "ulimit -v" setting that's small enough to act before the OOM killer
> does, then you get an unexciting "out of memory" error.

One small thing I find is interesting is that it takes quite a while to
process cancel requests - which primarily appears to be because there's no CFI
anywhere in copyObject().

Greetings,

Andres Freund

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message PG Bug reporting form 2023-07-01 04:45:59 BUG #18010: Bug with installation/auto-configuration
Previous Message Tom Lane 2023-06-30 19:08:05 Re: BUG #17994: Invalidating relcache corrupts tupDesc inside ExecEvalFieldStoreDeForm()