From: | Peter Eisentraut <peter(at)eisentraut(dot)org> |
---|---|
To: | pgsql-committers(at)lists(dot)postgresql(dot)org |
Subject: | pgsql: Set fallback_application_name for a walreceiver to cluster_name |
Date: | 2019-02-27 10:01:37 |
Message-ID: | E1gyw1x-0002f5-7J@gemulon.postgresql.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers |
Set fallback_application_name for a walreceiver to cluster_name
By default, the fallback_application_name for a physical walreceiver
is "walreceiver". This means that multiple standbys cannot be
distinguished easily on a primary, for example in pg_stat_activity or
synchronous_standby_names.
If cluster_name is set, use that for fallback_application_name in the
walreceiver. (If it's not set, it remains "walreceiver".) If someone
set cluster_name to identify their instance, we might as well use that
by default to identify the node remotely as well. It's still possible
to specify another application_name in primary_conninfo explicitly.
Reviewed-by: Euler Taveira <euler(at)timbira(dot)com(dot)br>
Discussion: https://www.postgresql.org/message-id/flat/1257eaee-4874-e791-e83a-46720c72cac7(at)2ndquadrant(dot)com
Branch
------
master
Details
-------
https://git.postgresql.org/pg/commitdiff/6ae578a91e653ce3f4cba8cab96ce41e0cc7103f
Modified Files
--------------
doc/src/sgml/config.sgml | 14 +++++++++++---
src/backend/replication/walreceiver.c | 2 +-
2 files changed, 12 insertions(+), 4 deletions(-)
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2019-02-27 16:35:18 | Re: pgsql: Use slots in trigger infrastructure, except for the actual invoc |
Previous Message | Andres Freund | 2019-02-27 06:22:31 | Re: pgsql: Use slots in trigger infrastructure, except for the actual invoc |