From: | Dilip Kumar <dilipbalaut(at)gmail(dot)com> |
---|---|
To: | James Sewell <james(dot)sewell(at)jirotech(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-general <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Max connections reached without max connections reached |
Date: | 2021-11-25 05:55:15 |
Message-ID: | CAFiTN-tD4tEdZEAUO1BZ0jdYu_rH9gNG_uViZdHHx1hj0t=h8Q@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Thu, Nov 25, 2021 at 10:53 AM James Sewell <james(dot)sewell(at)jirotech(dot)com> wrote:
>
>
>> > Seems like some of the processes are taking a long time or stuck while
>> > reading/writing SLRU pages, and due to that while creating a new
>> > connection the backend process is not able to check the transaction
>> > status (from pg_xlog) of the pg_class tuple and gets stuck/taking a
>> > long time in a startup.
>>
>> My next question would be whether this particular process shown is
>> stack is stuck forever or finally, it is able to make a connection? I
>> want to understand is this just due to slow I/O or something else?
>
>
> They don't ever seem to clear, (more and more show up) and IO doesn't seem to be deadlocked at that time.
How did you verify that, maybe some process started IO and stuck
there? Can we check pg_stat_activity that is there some process that
shows in the wait event as SLRURead/SLRUWrite and not coming out of
that state?
--
Regards,
Dilip Kumar
EnterpriseDB: http://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Luca Ferrari | 2021-11-25 12:58:02 | ANALYZE, pg_class.xmin && pg_class.reltuples |
Previous Message | sivapostgres@yahoo.com | 2021-11-25 05:41:14 | Re: Error message while trying to connect from PGAdmin 4 |