Re: Understanding was terminated by signal 9: Killed

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Can confirm this.

On 10/20/21 4:00 PM, Dan Smith wrote:
I'm 100% certain you can downsize given the selected instance type is compatible with your engine version.  Process is the same as scaling up and will result in downtime.  I don't see anything in documentation regarding AWS RDS Console, API's or Terraform documentation that would lead me to believe it cares about anything more than having valid parameters combinations regarless of engine / size.

Just to be certain, I created a t3.medium on my personal account with Postgres 13.3 and resized to a t3.micro immediately after it was provisioned.  No issues.

Summary of modifications

You are about to submit the following modifications. Only values that will change are displayed. Carefully verify your changes and click Modify DB Instance.
Attribute Current value New value
DB instance class db.t3.medium db.t3.micro

No issues Modifying.


Best regards,

Dan Smith

On Wed, Oct 20, 2021 at 1:27 PM Michel SALAIS <msalais@xxxxxxx> wrote:
Be careful!
I am not sure but upgrade for a larger instance can't be temporary. I think you can't downgrade to the original instance  class thereafter...

--
Michel SALAIS

-----Message d'origine-----
De : John Scalia <jayknowsunix@xxxxxxxxx>
Envoyé : mercredi 20 octobre 2021 01:12
À : Tom Lane <tgl@xxxxxxxxxxxxx>
Cc : Wells Oliver <wells.oliver@xxxxxxxxx>; pgsql-admin <pgsql-admin@xxxxxxxxxxxxxx>
Objet : Re: Understanding was terminated by signal 9: Killed

You could always change the size of the RDS instance to something larger than what it currently is running, even just temporarily.

Sent from my iPad

> On Oct 19, 2021, at 6:01 PM, Tom Lane <tgl@xxxxxxxxxxxxx> wrote:
>
> Wells Oliver <wells.oliver@xxxxxxxxx> writes:
>> In an RDS instance with 16GB RAM, I ran a long query which started by
>> setting temp_buffers to 16GB, so I think I plum ran out of memory,
>> but can anyone point me in a different direction if the following log
>> messages indicate something else is awry?
>
> Yeah, this:
>
>> 2021-10-19 21:10:37 UTC::@:[24752]:LOG:  server process (PID 25813)
>> was terminated by signal 9: Killed
>
> almost certainly indicates the Linux OOM killer at work.  If you were
> running your own system I'd point you to [1], but I doubt that RDS
> lets you put your hands on the relevant knobs.
>
>            regards, tom lane
>
> [1]
> https://www.postgresql.org/docs/current/kernel-resources.html#LINUX-ME
> MORY-OVERCOMMIT
>
>






--
Best regards,

Dan Smith

--
Angular momentum makes the world go 'round.

[Index of Archives]     [Postgresql Home]     [Postgresql General]     [Postgresql Performance]     [Postgresql PHP]     [Postgresql Jobs]     [PHP Users]     [PHP Databases]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Databases]     [Yosemite Forum]

  Powered by Linux