citus/src
Jelte Fennema 33913bed37 Fix flakyness in failure_connection_establishment (#6251)
In CI sometimes failure_connection_establishment would fail with the
following error:
```diff
 -- cancel all connections to this node
 SELECT citus.mitmproxy('conn.onAuthenticationOk().cancel(' || pg_backend_pid() || ')');
- mitmproxy
----------------------------------------------------------------------
-
-(1 row)
-
+ERROR:  canceling statement due to user request
+CONTEXT:  COPY mitmproxy_result, line 1: ""
+SQL statement "COPY mitmproxy_result FROM '/home/circleci/project/src/test/regress/tmp_check/mitmproxy.fifo'"
+PL/pgSQL function citus.mitmproxy(text) line 11 at EXECUTE
 SELECT * FROM citus_check_cluster_node_health();
```

The reason for this is that the mitm command that was used is very
broad and doesn't actually do what the comment says. What happens is
that if any connection is made, the current backend is cancelled, which
is not the always the same as the backend that made the connection. My
assessment is that likely the maintenance daemon makes a connection to
the node while we are executing the mitmproxy command. The mitmproxy
command goes through, and then triggers a cancel of itself due to the
connection made by the maintenance daemon.

This PR simply removes this test, since it doesn't seem to test what it
intended to test anyway. There's also still the "kill" version of this
test, which does do the intended thing. So I don't think we lose
important coverage by removing this test.

(cherry picked from commit 2a0c0b3ba6)
2022-09-07 13:27:49 +02:00
..
backend Define symbols required for downgrade from 11.1 (#6301) 2022-09-07 12:18:39 +02:00
bin/pg_send_cancellation Make enterprise features open source 2022-06-16 08:09:45 +02:00
include Add an allow_unsafe_constraints flag for constraints without distribution column (#6237) 2022-08-25 16:13:07 +02:00
test Fix flakyness in failure_connection_establishment (#6251) 2022-09-07 13:27:49 +02:00