<div dir="ltr">OK, thanks.<div><br></div><div>That was it.</div><div><br></div><div>After reading documentarion I didn't get properly the connection pool from pgpool. Now I know "num_init_children" is the number of accepted connections from Psql clients.</div><div><br></div><div>From what I understand, Pgpool's pool is not similar to other pools where there are many external connections sharing fewer connections to backend.</div><div>Instead, Pgpool accepts external connections and then multiply them to the backend! I dont get what is the advantage when you've got 'permanent' external connections (unless the cached connections can be shared among every child).</div><div><br></div><div>Thanks for your work.</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 16 March 2015 at 04:56, Tatsuo Ishii <span dir="ltr"><<a href="mailto:ishii@postgresql.org" target="_blank">ishii@postgresql.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I suspect you run out num_init_children and there's no free pgpool-II<br>
process to accept new connection. To make sure that you could use ps<br>
command. For pgpool-II to accept new connections from clients, there<br>
must be process which looks like something like this:<br>
<br>
17167 pts/2    S      0:00 pgpool: wait for connection request<br>
<br>
Best regards,<br>
--<br>
Tatsuo Ishii<br>
SRA OSS, Inc. Japan<br>
English: <a href="http://www.sraoss.co.jp/index_en.php" target="_blank">http://www.sraoss.co.jp/index_en.php</a><br>
Japanese:<a href="http://www.sraoss.co.jp" target="_blank">http://www.sraoss.co.jp</a><br>
<span class=""><br>
> Hi!<br>
><br>
> I've been using 3.3.4 in a new deployment and from time to time pgpool<br>
> doesn't reply anything to new PSQL connections.<br>
> Either with PgAdmin or a JDBC app or PSQL command line, the initial<br>
> handshake stays frozen. However we can connect to the Psql backends<br>
> directly throught their local ports.<br>
><br>
</span>> I've got pgpool  right now with *replication mode = on* (but only 1 active<br>
> node) and *'connection_cache = on'* with default values for pooling.<br>
<div class="HOEnZb"><div class="h5">><br>
> I cannot guess what's the SQL query that is hanging pgpool process. Is<br>
> pgpool waiting for some some reply from PSQL? If it is so, why does it<br>
> block all other connections?<br>
><br>
> Machine resources are OK (5% cpu and 10% RAM used)<br>
><br>
> After 20-30min (not sure) Pgpool accepts again new PSQL connections.<br>
><br>
> I am looking right now at pgpool's log with debug level = 1, but it is a<br>
> bit hard to understand the errors kind: T, C, etc... and so many lines per<br>
> second.<br>
>  I'll keep  looking though.<br>
><br>
><br>
> Thanks.<br>
</div></div></blockquote></div><br></div>