Re: Segmentation fault in pg_dumpall from master down to 9.1 and other bug introduced by RLS - Mailing list pgsql-hackers

From Stephen Frost
Subject Re: Segmentation fault in pg_dumpall from master down to 9.1 and other bug introduced by RLS
Date
Msg-id 20141114012436.GL28859@tamriel.snowman.net
Whole thread Raw
In response to Re: Segmentation fault in pg_dumpall from master down to 9.1 and other bug introduced by RLS  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Segmentation fault in pg_dumpall from master down to 9.1 and other bug introduced by RLS  (Noah Misch <noah@leadboat.com>)
List pgsql-hackers
* Tom Lane (tgl@sss.pgh.pa.us) wrote:
> What's bothering me is that I see this in pg_dumpall output from a 9.4
> or earlier database:
>
> ALTER ROLE postgres WITH SUPERUSER INHERIT CREATEROLE CREATEDB LOGIN REPLICATION NOBYPASSRLS;

Ah, yeah, good point.

> That means that if you do a pg_upgrade from a 9.4 database, your built-in
> superuser will now not have rolbypassrls set, though it does in a database
> built in any other way.  Even if that doesn't have any functional effect,
> it's a recipe for confusion IMO.  So I think that the code ought to be
> "usesuper as rolbypassrls" rather than "false as rolbypassrls" for
> back branches.
>
> The only other similar case is rolreplication, which perhaps also ought
> to read as usesuper for old branches.

Agreed.  I'll take care of both and we'll make sure the new role
attributes being added will do the same for upgrades also.
Thanks!
    Stephen

pgsql-hackers by date:

Previous
From: Kouhei Kaigai
Date:
Subject: Re: using custom scan nodes to prototype parallel sequential scan
Next
From: Peter Eisentraut
Date:
Subject: Re: Using 128-bit integers for sum, avg and statistics aggregates