From: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
---|---|
To: | "Ben K(dot)" <bkim(at)coe(dot)tamu(dot)edu> |
Cc: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: log connections to database |
Date: | 2006-04-04 20:01:49 |
Message-ID: | 20060404200149.GB18599@surnet.cl |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Ben K. wrote:
> 3. dropping a role
>
> If the user is not the owner of the object, is the following an intended
> behavior, or could it be some misconfiguration on my side? (In fact this
> seems to give me the list of objects the user has acl on.)
>
> create group ddd;
> grant all on atable to ddd;
> \dp atable
> public | atable | table | {postgres=arwdRxt/postgres,ddd=arwdRxt/postgres}
> drop group ddd;
> ERROR: role "ddd" cannot be dropped because some objects depend on it
> DETAIL: access to table atable
Yup, this is intended and new in 8.1. You need to REVOKE the privileges
before being able to drop the role.
In 8.2 (current development) there is a commands to drop the objects
owned by the user, which additionally revokes all the privileges; and a
command to "give" the objects to someone else. They didn't make the 8.1
deadline however.
--
Alvaro Herrera http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
From | Date | Subject | |
---|---|---|---|
Next Message | Marc G. Fournier | 2006-04-04 21:05:49 | PITR Based replication ... |
Previous Message | Tom Lane | 2006-04-04 19:51:53 | Re: pg_stat_activity showing non-existent processes |