<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 15, 2016 at 9:43 PM, Jacobo García López de Araujo <span dir="ltr">&lt;<a href="mailto:jacobo.garcia@gmail.com" target="_blank">jacobo.garcia@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I believe this is currently a bug, I&#39;d like to know better before I fill a bug against PgPool bug tracker, I&#39;m afraid that I&#39;m missing something, but after one more day of tests, I have been unsuccessful of restarting 2 PgPpool watchdog without incurring in a few seconds of downtime.<div><br></div><div>I&#39;ll be grateful for any help or information about this issue.</div><div><br></div><div>Many thanks,</div><div><br></div><div>Jacobo García.<br><div><br></div><div><br></div></div></div></blockquote><div><br></div><div>Hi</div><div><br></div><div>Your use case is valid and pgpool-II should not produce a FATAL error if the configurations <span id="gmail-a90860a5-a02c-42fc-b162-5f67648fd7fd" class="gmail-GINGER_SOFTWARE_mark">of</span> nodes differs. I have pushed the fix for that in pgpool-II 3.5 and master branches, You can try building from the source code to check if your problem is fixed</div><div><br></div><div><a href="https://git.postgresql.org/gitweb/?p=pgpool2.git;a=commitdiff;h=a38fa0910f94dfc5314fe34bd8ad86dc7dfb594e">https://git.postgresql.org/gitweb/?p=pgpool2.git;a=commitdiff;h=a38fa0910f94dfc5314fe34bd8ad86dc7dfb594e<br></a></div><div><br></div><div>Thanks</div><div>Best regards</div><div>Muhammad Usama</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div></div><div><br></div></div></div><div class="gmail-HOEnZb"><div class="gmail-h5"><br><div class="gmail_quote"><div dir="ltr">On Wed, Sep 14, 2016 at 4:12 PM Jacobo García López de Araujo &lt;<a href="mailto:jacobo.garcia@gmail.com" target="_blank">jacobo.garcia@gmail.com</a>&gt; 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"><div dir="ltr">Hello,<div><br></div><div>I am trying to set load_balance_mode =  off setting in one testing 2 <span id="gmail-9ed8c8fd-c378-4d51-bddc-3e2fb1c0bcb1" class="gmail-GINGER_SOFTWARE_mark">nodes</span> cluster. The option is currently set to on. It is a setting that requires a full restart in order to be changed.</div><div><br></div><div>I haven&#39;t found a solution that does not provoke downtime on my setup.</div><div><br></div><div>If I restart <span id="gmail-89d24bb1-0f8a-4cd2-93e2-a2f25ad613cb" class="gmail-GINGER_SOFTWARE_mark">pgpool</span> on the master node the watchdog is failed over to the secondary, then <span id="gmail-bd12b4cc-1bb8-4d5c-9018-f0d444f9caeb" class="gmail-GINGER_SOFTWARE_mark">master</span> will refuse to join the cluster with <span id="gmail-744059b5-6191-4fc7-b465-5ff374467f82" class="gmail-GINGER_SOFTWARE_mark">pgpool</span> logs spitting the following error:</div><div><br></div><div>FATAL:  configuration error. The configurations on <span id="gmail-bf504ab6-c842-4e0a-ba5a-88f9029c78fe" class="gmail-GINGER_SOFTWARE_mark">master node</span> is different<br></div><div><br></div><div>Then the master will shut down, every time I start the now old master it will refuse to join the cluster because <span id="e136581e-8553-4c49-9deb-73484dc90fc4" class="gmail-GINGER_SOFTWARE_mark GINGER_SOFTWARE_mark">settings</span> are different. In this situation I just have one node running <span id="gmail-c30ed9d7-f8d8-4893-ae11-d1ae3706e0e4" class="gmail-GINGER_SOFTWARE_mark">pgpool</span> so if I restart this <span id="gmail-b6cd7e8f-efa4-4cb2-bcc1-077a3d529a0c" class="gmail-GINGER_SOFTWARE_mark">node it</span> will stop accepting connections through the virtual IP and downtime will occur.</div><div><br></div><div>The other strategy I tried is restart <span id="gmail-c00fc667-7beb-42a5-bc21-4c0b4a4c7cce" class="gmail-GINGER_SOFTWARE_mark">pgpool</span> on the secondary node first. In this case I also got the same error, and the secondary node refuses to join the cluster too.</div><div><br></div><div>I&#39;d like to know what is the ideal procedure in order to change one of those settings without having downtime.</div><div><br></div><div>Many thanks for your time.</div><div><br></div><div>Jacobo García.</div><div><br></div><div><br></div><div><br></div></div><div dir="ltr">-- <br></div><div><div dir="ltr">Jacobo García López de Araujo.</div></div></blockquote></div><div dir="ltr">-- <br></div><div><div dir="ltr">Jacobo García López de Araujo.</div></div>
</div></div><br>______________________________<wbr>_________________<br>
<span id="gmail-0b579022-9edc-4bda-8a6a-e30f7939ed54" class="gmail-GINGER_SOFTWARE_mark">pgpool</span>-general mailing list<br>
<a href="mailto:pgpool-general@pgpool.net">pgpool-general@pgpool.net</a><br>
<a href="http://www.pgpool.net/mailman/listinfo/pgpool-general" rel="noreferrer" target="_blank">http://www.pgpool.net/mailman/<wbr>listinfo/pgpool-general</a><br>
<br></blockquote></div><br></div></div>