Re: 13.4 on RDS, SSL SYSCALL EOF on restore

From: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
To: Wells Oliver <wells(dot)oliver(at)gmail(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Bruce Momjian <bruce(at)momjian(dot)us>, pgsql-admin <pgsql-admin(at)postgresql(dot)org>
Subject: Re: 13.4 on RDS, SSL SYSCALL EOF on restore
Date: 2021-10-08 22:45:59
Message-ID: 202110082245.4wq5lie5euyx@alvherre.pgsql
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

On 2021-Oct-08, Wells Oliver wrote:

> Dug out some more logging:

> 2021-10-08 20:35:08 UTC::@:[12682]:LOG: server process (PID 3970) was terminated by signal 9: Killed
> 2021-10-08 20:35:08 UTC::@:[12682]:DETAIL: Failed process was running: CREATE INDEX ...

So what's happening here is that the instance is running out of RAM
while creating some index, and the kernel is killing the process. I
would probably blame the combination of shared_buffers=4GB with
maintenance_work_mem=2GB, together with the instance's total RAM.

I would suggest to keep an eye on memory usage (if there is such a
thing) in the RDS console; with some experimentation, reducing
maintenace_work_mem as Bruce adviced and/or shared_buffers, you can
probably find some combination that doesn't take as long as with the
default params but is able to complete.

--
Álvaro Herrera PostgreSQL Developer — https://www.EnterpriseDB.com/

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Alvaro Herrera 2021-10-08 22:48:21 Re: 13.4 on RDS, SSL SYSCALL EOF on restore
Previous Message Bruce Momjian 2021-10-08 22:43:18 Re: 13.4 on RDS, SSL SYSCALL EOF on restore