<div dir="ltr"><div dir="ltr">On Thu, Jan 26, 2023 at 11:09 AM Tatsuo Ishii <<a href="mailto:ishii@sraoss.co.jp">ishii@sraoss.co.jp</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">>> Other developer suggested that health check process for backend 1 may<br>
>> not run in this case. (in order to make auto_failback working, health<br>
>> check process for the backend needs to run). Can you confirm?<br>
>><br>
> <br>
>  My logs don't seem to contain anything related to health checks (other<br>
> than some memory allocations). How do I identify the health check processes?<br>
> <br>
> Best regards,<br>
> Emond<br>
<br>
You can use ps command.<br>
<br>
$ ps x|grep health<br>
 927155 pts/0    S      0:00 pgpool: health check process(0)<br>
 927156 pts/0    S      0:00 pgpool: health check process(1)<br>
<br>
The numbers in parentheses indicate backend id.<br></blockquote><div><br></div><div>Unfortunately, we see these failures in automated tests and those instances are no longer running. I've added some additional statements to dump a full process tree in these tests, but it can take a few days to reproduce the issue.</div><div><br></div><div>Best regards,</div><div>Emond</div></div></div>