Re: Postgres dying after many failed logins

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Lynn Carol Johnson <lcj34(at)cornell(dot)edu>
Cc: "pgsql-admin(at)lists(dot)postgresql(dot)org" <pgsql-admin(at)lists(dot)postgresql(dot)org>
Subject: Re: Postgres dying after many failed logins
Date: 2021-11-08 15:00:44
Message-ID: 890133.1636383644@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Lynn Carol Johnson <lcj34(at)cornell(dot)edu> writes:
> My question: Is this expected behavior, ie that the server will
> shutdown after hours of failed attempts?

There is nothing built-in that would cause that, and frankly I doubt
that there is any direct connection. It could be that the AWS environment
imposes some resource limit (i.e., total number of child processes
spawned) that the postmaster is eventually hitting because of the
hack attempts. However, if that's true, I wouldn't really expect it to
manifest as anything as polite as a SIGTERM signal. So I think there
is something else going on. You need to look for what in your environment
could send the postmaster a SIGTERM. Can you correlate the shutdown with
anything? One thing I'm wondering is if it matches the time of shutdown
of whatever you're launching the postmaster with.

regards, tom lane

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Vijaykumar Jain 2021-11-08 16:15:40 Re: Postgres dying after many failed logins
Previous Message John Scalia 2021-11-08 14:38:19 Re: pg_dump weirdness