Re: Patch: Implement failover on libpq connect level.
Thom Brown <thom@linux.com>
From: Thom Brown <thom@linux.com>
To: Victor Wagner <vitus@wagner.pp.ru>
Cc: PostgreSQL-development <pgsql-hackers@postgresql.org>
Date: 2016-01-23T03:32:26Z
Lists: pgsql-hackers
On 22 January 2016 at 19:30, Victor Wagner <vitus@wagner.pp.ru> wrote: > On Tue, 19 Jan 2016 14:34:54 +0000 > Thom Brown <thom@linux.com> wrote: > >> >> The segfault issue I originally reported now appears to be resolved. >> >> But now I have another one: >> >> psql >> 'postgresql://thom@127.0.0.1:5530,127.0.0.1:5531,127.0.0.1:5532,127.0.0.1:5533/postgres?hostorder=random&readonly=1&failover_timeout=5' >> -c 'show port' > > Here is new version of the patch. Now I've reworked hostorder=random and > it seems to work as well as sequential. failover_timeout works too. > I've also found a case when attempt to connect fail when receiving > FATAL message from server which is not properly up yet. So, it is fixed > too. > > Addititonally, error messages from all failed connect attempts are not > accumulated now. Only last one is returned. I can't connect to a standby with the patch applied: thom@swift:~/Development/test$ psql -p 5531 postgres psql: thom@swift:~/Development/test$ No error message, nothing in the logs. I find this is the case with any standby, but doesn't affect primaries. So this has broken existing functionality somewhere. Thom
Commits
-
libpq: Add target_session_attrs parameter.
- 721f7bd3cbcc 10.0 landed
-
Remove superuser checks in pgstattuple
- fd321a1dfd64 10.0 cited
-
Fix unwanted flushing of libpq's input buffer when socket EOF is seen.
- c405918858c0 9.6.0 cited