Re: DBeaver Experiencing timeouts while connecting to New Linux PostgreSql server

From: Srinivas Kumar <srinivasnerusu(at)gmail(dot)com>
To: Tomas Vondra <tomas(at)vondra(dot)me>
Cc: pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: DBeaver Experiencing timeouts while connecting to New Linux PostgreSql server
Date: 2026-05-27 22:18:34
Message-ID: CA+6qEh4-5Cjf-S5FVmE6q6-vRt3K68z6rB8HvnXqDPVfnXbQYQ@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hello Tomas,

Thanks for reaching out! For more details, users connect directly to
PostgreSQL using the DBeaver tool. Please review the attached error
messages in the PostgreSQL server logs, and the timeout error on the
EDWDBPRDL01A server. We have another dev server in Windows, which works
absolutely fine without this issue, as you can review. Please let me know
if any more specific details are required.

Thanks,
Sri.

On Wed, May 27, 2026 at 5:37 PM Tomas Vondra <tomas(at)vondra(dot)me> wrote:

> On 5/27/26 22:27, Srinivas Kumar wrote:
> > Hello,
> >
> > My company has a new Linux production server of Postgresql 18. While
> > connecting to it in DBeaver, users are experiencing timeouts with broken
> > pipe
> > errors in logs. It connects randomly, 1 in every 3-4 attempts. Since
> this is
> > new servers in high available fashion with another standby server, there
> is
> > very little traffic and max connections are set to 300. How do we find
> > RCA for
> > this? Let me know if any additional details are required. I have checked
> all
> > security information and telnet, and it works just fine in CMD or a
> > terminal.
> >
> > Looking forward to hearing from you.
> >
>
> There not much information, so it's hard to give you good advice. We
> don't even know how the users connect - is it directly or through a
> pool/proxy of some sorts, or what? What logs have messages about broken
> pipes - is that the Postgres server log or some other log?
>
> You'll have to do the usual thing people do during RCA analysis, i.e. go
> step by step over all the components on the connection (between the
> client and the server), figure out where exactly it fails and why.
>
> My guess is something is dropping the connection for whatever reason
> (might be a proxy, might be a VPN, ... who knows?).
>
>
> regards
>
> --
> Tomas Vondra
>
>

Attachment Content-Type Size
postgres logs.txt text/plain 8.5 KB
image/png 34.3 KB

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Zsolt Parragi 2026-05-27 22:53:13 Re: CREATE TABLE LIKE INCLUDING TRIGGERS
Previous Message Peter Geoghegan 2026-05-27 22:17:20 Re: s/pg_attribute_always_inline/pg_always_inline/?