| From: | Justin Pryzby <pryzby(at)telsasoft(dot)com> |
|---|---|
| To: | ldh(at)laurent-hasson(dot)com |
| Cc: | pgsql-performance(at)postgresql(dot)org |
| Subject: | Re: An I/O error occurred while sending to the backend (PG 13.4) |
| Date: | 2022-02-24 02:00:05 |
| Message-ID: | 20220224020005.GT9008@telsasoft.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-performance |
You originally mailed about an error on the client, and now you found
corresponding server logs, which suggests a veritable network issue.
Are the postgres clients and server on the same subnet ? If not, what are the
intermediate routers ? Is there any NAT happening ? Do those devices have any
interesting logs that correspond with the server/client connection failures ?
Have you tried enabling TCP keepalives ? This might help to convince a NAT
device not to forget about your connection.
https://www.postgresql.org/docs/current/runtime-config-connection.html
tcp_keepalives_idle=9
tcp_keepalives_interval=9
tcp_keepalives_count=0
tcp_user_timeout=0 -- You apparently have this set, but it cannot work on windows, so just generates noise.
On linux, you can check the keepalive counters in "netstat -not" to be sure
that it's enabled. A similar switch hopefully exists for windows.
--
Justin
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Mark Saward | 2022-02-24 03:37:59 | Slow plan choice with prepared query |
| Previous Message | Justin Pryzby | 2022-02-24 01:04:15 | Re: An I/O error occurred while sending to the backend (PG 13.4) |