Re: Re: In-core regression tests for replication, cascading, archiving, PITR, etc.
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Alvaro Herrera <alvherre@2ndquadrant.com>
Cc: Michael Paquier <michael.paquier@gmail.com>,
Noah Misch <noah@leadboat.com>, Amir Rohan <amir.rohan@zoho.com>,
Robert Haas <robertmhaas@gmail.com>,
Andres Freund <andres@2ndquadrant.com>,
PostgreSQL mailing lists <pgsql-hackers@postgresql.org>,
Greg Smith <gsmith@gregsmith.com>
Date: 2015-12-07T22:54:14Z
Lists: pgsql-hackers
Alvaro Herrera <alvherre@2ndquadrant.com> writes: > Michael Paquier wrote: >> We would definitely want something within the ephemeral port range, so >> we are up to that: >> rand() * 16384 + 49152; > Yes, this seems to produce the correct range. Speaking of ephemeral port range ... if get_new_node() were to run past port 65535, which is certainly possible with this new code, it would fail altogether. Seems it needs to wrap around properly within that port range. regards, tom lane
Commits
-
Add a test framework for recovery
- 49148645f7f3 9.6.0 landed
-
Refactor Perl test code
- 1caef31d9e55 9.6.0 cited
-
pgindent run for 9.5
- 807b9e0dff66 9.5.0 cited