Cascaded standby message

Started by Magnus Haganderover 14 years ago7 messages
#1Magnus Hagander
magnus@hagander.net

From what I can tell, everytime I start a postmaster on HEAD (at least
when i've set wal_level=archive, and max_wal_senders > 0), I get the
message:
LOG: terminating all walsender processes to force cascaded standby(s)
to update timeline and reconnect

in the startup log.

This is long before I've connected any slaves or even considered
cascading standbys - seems this message is written unnecessarily?

--
 Magnus Hagander
 Me: http://www.hagander.net/
 Work: http://www.redpill-linpro.com/

#2Simon Riggs
simon@2ndQuadrant.com
In reply to: Magnus Hagander (#1)
Re: Cascaded standby message

On Fri, Sep 2, 2011 at 1:19 PM, Magnus Hagander <magnus@hagander.net> wrote:

From what I can tell, everytime I start a postmaster on HEAD (at least
when i've set wal_level=archive, and max_wal_senders > 0), I get the
message:
LOG:  terminating all walsender processes to force cascaded standby(s)
to update timeline and reconnect

in the startup log.

This is long before I've connected any slaves or even considered
cascading standbys - seems this message is written unnecessarily?

I think this should be removed and will do that.

Fujii - the original goal here was to avoid having a unexplained
disconnection in the logs. The only way to do this cleanly is to have
a disconnection reason passed to the walsender, rather than just a
blind signal. Looks like we need to multiplex or other mechanism.

--
 Simon Riggs                   http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services

#3Fujii Masao
masao.fujii@gmail.com
In reply to: Simon Riggs (#2)
Re: Cascaded standby message

On Wed, Sep 7, 2011 at 5:22 AM, Simon Riggs <simon@2ndquadrant.com> wrote:

Fujii - the original goal here was to avoid having a unexplained
disconnection in the logs. The only way to do this cleanly is to have
a disconnection reason passed to the walsender, rather than just a
blind signal. Looks like we need to multiplex or other mechanism.

That's an idea. But what about the patch that I proposed before?
http://archives.postgresql.org/pgsql-hackers/2011-08/msg00816.php

Regards,

--
Fujii Masao
NIPPON TELEGRAPH AND TELEPHONE CORPORATION
NTT Open Source Software Center

#4Magnus Hagander
magnus@hagander.net
In reply to: Fujii Masao (#3)
Re: Cascaded standby message

On Wed, Sep 7, 2011 at 03:44, Fujii Masao <masao.fujii@gmail.com> wrote:

On Wed, Sep 7, 2011 at 5:22 AM, Simon Riggs <simon@2ndquadrant.com> wrote:

Fujii - the original goal here was to avoid having a unexplained
disconnection in the logs. The only way to do this cleanly is to have
a disconnection reason passed to the walsender, rather than just a
blind signal. Looks like we need to multiplex or other mechanism.

That's an idea. But what about the patch that I proposed before?
http://archives.postgresql.org/pgsql-hackers/2011-08/msg00816.php

Seems like a good solution to me - I hadn't noticed that patch before
posting my complaint.

I don't think it's a problem if it logs it multiple times when it
happens - I think it's a much bigger problem that it logs it when it
didn't actually do anything.

--
 Magnus Hagander
 Me: http://www.hagander.net/
 Work: http://www.redpill-linpro.com/

#5Simon Riggs
simon@2ndQuadrant.com
In reply to: Fujii Masao (#3)
Re: Cascaded standby message

On Wed, Sep 7, 2011 at 2:44 AM, Fujii Masao <masao.fujii@gmail.com> wrote:

On Wed, Sep 7, 2011 at 5:22 AM, Simon Riggs <simon@2ndquadrant.com> wrote:

Fujii - the original goal here was to avoid having a unexplained
disconnection in the logs. The only way to do this cleanly is to have
a disconnection reason passed to the walsender, rather than just a
blind signal. Looks like we need to multiplex or other mechanism.

That's an idea. But what about the patch that I proposed before?
http://archives.postgresql.org/pgsql-hackers/2011-08/msg00816.php

Thanks for that. Committed.

--
 Simon Riggs                   http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services

#6Thom Brown
thom@linux.com
In reply to: Simon Riggs (#5)
Re: Cascaded standby message

On 7 September 2011 11:56, Simon Riggs <simon@2ndquadrant.com> wrote:

On Wed, Sep 7, 2011 at 2:44 AM, Fujii Masao <masao.fujii@gmail.com> wrote:

On Wed, Sep 7, 2011 at 5:22 AM, Simon Riggs <simon@2ndquadrant.com>

wrote:

Fujii - the original goal here was to avoid having a unexplained
disconnection in the logs. The only way to do this cleanly is to have
a disconnection reason passed to the walsender, rather than just a
blind signal. Looks like we need to multiplex or other mechanism.

That's an idea. But what about the patch that I proposed before?
http://archives.postgresql.org/pgsql-hackers/2011-08/msg00816.php

Thanks for that. Committed.
<http://www.postgresql.org/mailpref/pgsql-hackers&gt;

This appears to be the patch submitted to the commitfest.
https://commitfest.postgresql.org/action/patch_view?id=630 Can this now be
marked as committed?

--
Thom Brown
Twitter: @darkixion
IRC (freenode): dark_ixion
Registered Linux user: #516935

EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

#7Fujii Masao
masao.fujii@gmail.com
In reply to: Thom Brown (#6)
Re: Cascaded standby message

On Wed, Sep 7, 2011 at 9:10 PM, Thom Brown <thom@linux.com> wrote:

On 7 September 2011 11:56, Simon Riggs <simon@2ndquadrant.com> wrote:

That's an idea. But what about the patch that I proposed before?
http://archives.postgresql.org/pgsql-hackers/2011-08/msg00816.php

Thanks for that. Committed.

Thanks!

This appears to be the patch submitted to the commitfest.
 https://commitfest.postgresql.org/action/patch_view?id=630  Can this now be
marked as committed?

Yes. I did that. Thanks!

Regards,

--
Fujii Masao
NIPPON TELEGRAPH AND TELEPHONE CORPORATION
NTT Open Source Software Center