Commit 96c686d
committed
MySQL_Monitor: GR thread ignores cached ping state on first iteration
Why: mysql_server_ping_log can carry stale "unpingable" entries from
before monitor_GR_thread_HG was (re)started (e.g. a previous test left
those hostnames marked bad). With the cache filter applied on the very
first cycle, find_resp_srvs() returns empty, the writer HG stays empty
for a full healthcheck_interval, and GR-based tests flake on warm-up.
Probe all configured hosts on the first iteration so subsequent cycles
see a fresh ping_log. The filter resumes from iteration two onward.1 parent 96bd557 commit 96c686d
1 file changed
Lines changed: 17 additions & 2 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
4105 | 4105 | | |
4106 | 4106 | | |
4107 | 4107 | | |
| 4108 | + | |
| 4109 | + | |
| 4110 | + | |
| 4111 | + | |
| 4112 | + | |
| 4113 | + | |
| 4114 | + | |
4108 | 4115 | | |
4109 | 4116 | | |
4110 | 4117 | | |
| |||
4145 | 4152 | | |
4146 | 4153 | | |
4147 | 4154 | | |
4148 | | - | |
4149 | | - | |
| 4155 | + | |
| 4156 | + | |
| 4157 | + | |
| 4158 | + | |
| 4159 | + | |
| 4160 | + | |
| 4161 | + | |
| 4162 | + | |
| 4163 | + | |
| 4164 | + | |
4150 | 4165 | | |
4151 | 4166 | | |
4152 | 4167 | | |
| |||
0 commit comments