Re: [bug fix] Stats collector is not restarted on the standby - Mailing list pgsql-hackers

From Michael Paquier
Subject Re: [bug fix] Stats collector is not restarted on the standby
Date
Msg-id CAB7nPqRpjoQ=2xqGXd=YAgKMSx3v46qRT=hf5GMNLygK6UBzuQ@mail.gmail.com
Whole thread Raw
In response to [bug fix] Stats collector is not restarted on the standby  ("Tsunakawa, Takayuki" <tsunakawa.takay@jp.fujitsu.com>)
Responses Re: [bug fix] Stats collector is not restarted on the standby  ("Tsunakawa, Takayuki" <tsunakawa.takay@jp.fujitsu.com>)
Re: [bug fix] Stats collector is not restarted on the standby  (Kuntal Ghosh <kuntalghosh.2007@gmail.com>)
List pgsql-hackers
On Wed, Oct 26, 2016 at 2:46 PM, Tsunakawa, Takayuki
<tsunakawa.takay@jp.fujitsu.com> wrote:
> If the stats collector is forcibly terminated on the standby in streaming replication configuration, it won't be
restarteduntil the standby is promoted to the primary.  The attached patch restarts the stats collector on the
standby.
>
> FYI, when the stats collector is down, SELECTs against the statistics views get stale data with the following
message.
>
> LOG:  using stale statistics instead of current ones because stats collector is not responding
> STATEMENT:  select * from pg_stat_user_tables

Oops. This could be a problem for some applications... As far as I can
see and after playing with it, your patch looks correct.
-- 
Michael



pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: Proposal: scan key push down to heap [WIP]
Next
From: Daniel Gustafsson
Date:
Subject: Small typo in pageinspect heapfuncs