Re: OOM killer while pg_restore - Mailing list pgsql-performance

From Justin Pryzby
Subject Re: OOM killer while pg_restore
Date
Msg-id 20220303144613.GF27651@telsasoft.com
Whole thread Raw
In response to OOM killer while pg_restore  (Marc Rechté <marc4@rechte.fr>)
List pgsql-performance
On Thu, Mar 03, 2022 at 09:59:03AM +0100, Marc Rechté wrote:
> Hello,
> 
> We have a pg_restore which fails due to RAM over-consumption of the
> corresponding PG backend, which ends-up with OOM killer.
> 
> The table has one PK, one index, and 3 FK constraints, active while restoring.

Send the schema for the table, index, and constraints (\d in psql).

What are the server settings ?
https://wiki.postgresql.org/wiki/Server_Configuration

What OS/version ?

> The dump contains over 200M rows for that table and is in custom format,
> which corresponds to 37 GB of total relation size in the original DB.
> 
> While importing, one can see the RSS + swap increasing linearly for the
> backend (executing the COPY)
> 
> On my machine (quite old PC), it failed after 16 hours, while the disk usage
> was reaching 26 GB and memory usage was 9.1g (RSS+swap)



pgsql-performance by date:

Previous
From: Ranier Vilela
Date:
Subject: Re: OOM killer while pg_restore
Next
From: "ldh@laurent-hasson.com"
Date:
Subject: RE: An I/O error occurred while sending to the backend (PG 13.4)