<div dir="ltr">Hello Tatsuo,<div><br></div>I have few questions, If you again look back the pgpool.log<div><br></div><div>at 2024-12-23 04:17:00.310: [unknown] pid 1227285: DETAIL:  SSLRequest from client, there is connection to DB and </div><div>at 2024-12-23 04:17:00.392: [unknown] pid 1227285: DETAIL:  destination = 0 for query= "CREATE DATABASE "tpcc" OWNER "tpcc""</div><div>query got fired to create database tpcc </div><div><br></div><div>again there is new connection at 2024-12-23 04:17:00.653: [unknown] pid 1227285: DETAIL:  SSLRequest from client</div><div>then this connection got failed with error message </div><div><br></div><div>Questions:</div><div>1. what is the destination = 0 means</div><div>2. How can we see which backend node got selected while the connection got established? </div><div>3. According to your recommendation i have set synchronous commit, but this parameter <b>synchronous_commit = on, </b>but still failing (intermittently). So is the replication delay might be purely on Azure networking? </div><div><br></div><div></div><div> Regards</div><div>Mukesh Tanuku<br><div><br></div><div><br></div><div><br></div></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Mon, Dec 23, 2024 at 5:01 PM Tatsuo Ishii <<a href="mailto:ishii@postgresql.org">ishii@postgresql.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> Thanks Tatsuo for giving a response to my ask.<br>
> <br>
> *doubt:* Is this because we set a Asynchronous streaming replication on<br>
> postgresql nodes?<br>
<br>
Yeah, that's a legitimate explanation.<br>
<br>
tpcc database was created at 2024-12-23 04:17:00.392.<br>
<br>
> 2024-12-23 04:17:00.392: [unknown] pid 1227285: DETAIL:  destination = 0<br>
> for query= "CREATE DATABASE "tpcc" OWNER "tpcc""<br>
<br>
273 ms after the error occured.<br>
<br>
> 2024-12-23 04:17:00.665: [unknown] pid 1227285: LOG:  pool_read_kind: error<br>
> message from 1 th backend:database "tpcc" does not exist<br>
<br>
Probably 273 ms was not enough to replicate the tpcc database.  You<br>
could avoid the error by using synchronous streaming replication with<br>
synchronous_commit = remote_apply option.<br>
<br>
Best reagards,<br>
--<br>
Tatsuo Ishii<br>
SRA OSS K.K.<br>
English: <a href="http://www.sraoss.co.jp/index_en/" rel="noreferrer" target="_blank">http://www.sraoss.co.jp/index_en/</a><br>
Japanese:<a href="http://www.sraoss.co.jp" rel="noreferrer" target="_blank">http://www.sraoss.co.jp</a><br>
</blockquote></div>