From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | zubkov318(at)gmail(dot)com |
Cc: | pgsql-bugs(at)lists(dot)postgresql(dot)org |
Subject: | Re: BUG #16659: postgresql leaks memory or do not limit its usage |
Date: | 2020-10-07 17:06:34 |
Message-ID: | 2233626.1602090394@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
PG Bug reporting form <noreply(at)postgresql(dot)org> writes:
> I migrated a database from postgresql 10.14 in a container to
> postgres:13-alpine in docker. After a migration I see that postgresql
> processes alltogether eat memory without limits until OOM comes.
Not much to go on here. If you have debug symbols available, maybe
you could attach gdb to one of the bloated processes and do
call MemoryContextStats(TopMemoryContext)
which'd produce a memory usage report on the server's stderr.
Another idea is to start the server under a smaller ulimit,
in hopes of getting ENOMEM failures before reaching the point
of triggering OOM kills. That would also result in memory
usage reports, so you could get one even if it's a non-debug
build.
Otherwise, we'll have to ask for a reproducible test case ...
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Emil Iggland | 2020-10-07 19:13:29 | Re: BUG #15858: could not stat file - over 4GB |
Previous Message | Tom Lane | 2020-10-07 16:56:05 | Re: BUG #16655: pg_dump segfault when excluding postgis table |