From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au> |
Cc: | pgsql-hackers(at)postgresql(dot)org, Peter Eisentraut <peter_e(at)gmx(dot)net> |
Subject: | Re: pg_dump permissions problem |
Date: | 2003-09-29 19:25:59 |
Message-ID: | 27702.1064863559@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au> writes:
> My live 7.3.4 database dumps data like this:
> REVOKE ALL ON TABLE log_freeprofile FROM PUBLIC;
> GRANT ALL ON TABLE log_freeprofile TO brett;
> GRANT INSERT,SELECT,UPDATE ON TABLE log_freeprofile TO "au-php";
> GRANT SELECT ON TABLE log_freeprofile TO GROUP readonly;
> REVOKE ALL ON TABLE log_freeprofile FROM auadmin;
> Now, loading this into 7.4beta3 gives this error:
> ERROR: dependent privileges exist
> When executing the REVOKE ALL line.
Yeah, this is a known issue. I think Peter was off looking into solutions.
It's clearly a "must fix" item. Not sure if Bruce's open-items entry
Fix REVOKE ALL ON FUNCTION error when removing owner permissions
describes exactly the same problem or something else.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Manfred Spraul | 2003-09-29 19:35:26 | Re: 2-phase commit |
Previous Message | Tom Lane | 2003-09-29 19:22:53 | Re: pg_dump no longer honors --no-reconnect |