From: | Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at> |
---|---|
To: | "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>, Erik Wienhold <ewie(at)ewie(dot)name> |
Cc: | Michael Corey <michael(dot)corey(dot)ap(at)nielsen(dot)com>, pgsql-general(at)lists(dot)postgresql(dot)org |
Subject: | Re: Changed functionality from 14.3 to 15.3 |
Date: | 2023-09-21 06:43:49 |
Message-ID: | de9d39f7c156a8d899b31c20c5defdba96e83d2a.camel@cybertec.at |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Wed, 2023-09-20 at 14:24 -0700, David G. Johnston wrote:
> On Wed, Sep 20, 2023 at 2:20 PM Erik Wienhold <ewie(at)ewie(dot)name> wrote:
> > Has your 14.3 some left-over state from previous test runs? I assume
> > the server is not re-created for each test run. I was wondering if the
> > roles may still exist and with additional memberships. But then again
> > the script just uses CREATE ROLE. So the roles definitely do not exist
> > beforehand. But what are the actual memberships of sten_schema?
> > Because it must inherit SELECT on ref_media_code on 14.3. It can't be
> > from object_creator because that role also gets newly created.
>
> Your description also suggests that maybe the v14 instance has altered
> default privileges setup that maybe the v15 doesn't have.
Since there were references to "rds_superuser", it could also be that this
is caused by modifications that Amazon did to PostgreSQL.
Yours,
Laurenz Albe
From | Date | Subject | |
---|---|---|---|
Next Message | Laurenz Albe | 2023-09-21 06:49:45 | Re: Database selection |
Previous Message | Erik Wienhold | 2023-09-20 23:11:44 | Re: Changed functionality from 14.3 to 15.3 |