libpq: PQexec may block indefinitly - Mailing list pgsql-hackers

From Dmitry Samonenko
Subject libpq: PQexec may block indefinitly
Date
Msg-id CAFKp+3fX82RweCXaUZ-iWdv-9JwNURDADzqnhiq9+p=-WuAT2Q@mail.gmail.com
Whole thread Raw
Responses Re: libpq: PQexec may block indefinitly  (Amit Kapila <amit.kapila16@gmail.com>)
List pgsql-hackers
Greetings.

I have an application which uses libpq for interaction with remote PostgreSQL server 9.2. Clients and Server nodes are running Linux and connection is established using TCPv4. The client application has some small fault-tolerance features, which are activated when server related problems are encountered.

One day some bad things happened with network layer hardware and, long story short, host with PSQL server got isolated. All TCP messages routed to server node were NOT delivered or acknowledged in any way. None of fault-tolerance features were triggered. Said critical network problem was resolved and I started to investigate why clients got fully inoperable.

I have successfully reproduced the problem in the laboratory environment. These iptables commands should be run on the server node after some period of client <-> server interaction:

# iptables -A OUTPUT -p tcp --sport 5432 -j DROP
# iptables -A INPUT  -p tcp --dport 5432 -j DROP

After this my client blocks in libpq code according to debugger. I made a glimpse over master branch of libpq sources and some questions arose. Namely:

1. Connection to PSQL server is made without an option to specify SO_RCVTIMEO and SO_SNDTIMEO. Why is that? Is setting socket timeouts considered harmful?
2. PQexec ultimately leads to PQwait, which after some function calls "lands" in pqSocketCheck and pqSocketPoll. These 2 functions have parameter end_time. It is set (-1) for PQexec scenario, which leads to infinite poll timeout in pqSocketPoll. Is it possible to implement configurable timeout for PQexec calls? Is there some implemented features, which should be used to handle situation like this?

Currently, I have changed Linux kernel tcp4 stack counters responsible for retransmission, so OS actually closes socket after some period. This is detected by pqSocketPoll's poll and libpq handles situation correctly - error is reported to my application. But it's just a workaround.

So, this infinite poll situation looks like imperfection to me and I think it should be fixed. Waiting for your comments: is it a bug or a feature?

With regards,
  Dmitry Samonenko

pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Re: popen and pclose redefinitions causing many warning in Windows build
Next
From: Fujii Masao
Date:
Subject: Re: pg_stat directory and pg_stat_statements