On 24 January 2018 at 13:15, Feike Steenbergen
wrote:
> On 5 January 2018 at 15:19, Simon Riggs wrote:
>> Yup, I got this.
>
> I saw the commit in the master branch but not in the REL_10_STABLE branch,
> I'm totally not up-to-date with the backpatching process, but I was wondering
> if it still n
On 5 January 2018 at 15:19, Simon Riggs wrote:
> Yup, I got this.
I saw the commit in the master branch but not in the REL_10_STABLE branch,
I'm totally not up-to-date with the backpatching process, but I was wondering
if it still needs to be added to REL_10_STABLE
regards,
Feike
On 23 December 2017 at 10:56, Michael Paquier wrote:
> On Fri, Dec 22, 2017 at 07:49:34AM +0100, Feike Steenbergen wrote:
>> On 21 December 2017 at 14:11, Michael Paquier
>> wrote:
>> > You mean a WAL receiver here, not a WAL sender.
>>
>> Fixed, thanks
>
> [nit]
> /*
> -
On Fri, Dec 22, 2017 at 07:49:34AM +0100, Feike Steenbergen wrote:
> On 21 December 2017 at 14:11, Michael Paquier
> wrote:
> > You mean a WAL receiver here, not a WAL sender.
>
> Fixed, thanks
[nit]
/*
- * Only superusers can see details. Other users only get the
On 21 December 2017 at 14:11, Michael Paquier wrote:
> You mean a WAL receiver here, not a WAL sender.
Fixed, thanks
0002-Fix-permissions-check-on-pg_stat_get_wal_senders.patch
Description: Binary data
On Thu, Dec 21, 2017 at 7:30 PM, Feike Steenbergen
wrote:
> Fix permissions check on pg_stat_get_wal_senders
>
> Commit 25fff40798fc4ac11a241bfd9ab0c45c085e2212 introduced the
> possibility for the pg_read_all_stats to have access to all pg_stat_*
> views.
> In the discussion, the pg_stat_replicat
