<div dir="ltr"><div>Hi to all,</div><div>this is my frist email to this ml, and I would like to thanks all the community working around the pgpool project.</div><div><br></div>My current configuration is the following:<br>2 servers both with pgpool 3.7.3 and postgresql 9.4.18 with bdr support and watchdog enabled.<br><br>Both pgpool and postgers are compiled from source code.<br><br>Here below the relevant (I hope) configuration settings for pgpool:<br><br>port = 5433<br>listen_backlog_multiplier = 2<br>serialize_accept = off<br><br>num_init_children = 500<br>max_pool = 1             <br>child_life_time = 300<br>child_max_connections = 0<br>connection_life_time = 0<br>client_idle_limit = 0<br><br>load_balancing=on<br>master_slave_mode = on<br>master_slave_sub_mode = &#39;logical&#39;<br><br>use_watchdog = on<br><br>In my current environment there are 6 clients and each of them establish around 55-65 connections each. When all clients are running around 350 backend connections are established against the pgpool node where the VIP is exposed.<br><br>When the total amount of connections is around 350 the problem I&#39;m experiencing is the following : issuing as root a pgpool -m fast stop command on the master pgpool, quite frequently, not all the connections previously established by the client to the VIP are closed at the client side.<br><br>Issuing, as root, a netstat -antpd | grep 5433 on the client that has not closed all connections, I can still see some connections in ESTABLISHED state; obviously these connections are the ones the client had established to the previous pgpool master.<br><br>I&#39;ve even run a tcpdump capture at the client side to check if a fin packet was sent by the old pgpool master (the one holding the VIP) for all the connections, but I got evidence, at least from those captures, that not all connections,at client side, received a fin packet from server.<br><br>Currently we handled this issue configuring in the connection string of our client the tcp_keepalives parameters (interval=5, count=2, idle=20).<br>I was wondering if the lack of fin packet is dued to a bug or it could be normal while stopping pgpool in fast mode.<br><br>Regards,<br>luca<br></div>