| From: | Stephen Amell <StephenAmell(at)inbox(dot)lv> |
|---|---|
| To: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
| Cc: | "pos >> pgsql-es-ayuda(at)lists(dot)postgresql(dot)org" <pgsql-es-ayuda(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: Drop user y Grantor <> Owner ! |
| Date: | 2017-12-18 15:13:05 |
| Message-ID: | 87d88896-b144-18d5-717a-4afd5c6c9445@inbox.lv |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-es-ayuda |
Hola, Alvaro
Si, lo primero que hice fue el reassign, y no da error, pero luego tiro
el drop y pincha.
Encontré que el valor esta en en la tabla pg_catalog.pg_default_acl,
estoy tratando de editarla a ver si puedo cambiarlo directamente.
Muy raro!
On 2017-12-18 11:58, Alvaro Herrera wrote:
> Stephen Amell escribió:
>> Buenos días Lista
>>
>> Tengo un problemon!
>>
>> Estoy tratando de dropear un usuario, pero no puedo porque posee
>> dependencias, despues de un buen rato buscando, encontré que no es un owner
>> de nada, sino un grantor de un default privilege. (gracias al \ddp)
>>
>> El tema es que por mas "ALTER DEFAULT PRIVILEGES IN SCHEMA master REVOKE ALL
>> ON TABLES FROM gp_oehp_escritura;" sigue estando, no se borra...
> ¿probaste REASSIGN OWNED BY y DROP OWNED BY?
>
> No recuerdo exactamente los privilegios por omisión para tablas, pero
> tienes que restaurar el estado inicial, no hacer REVOKE ALL. Quizás
> existe una especie de RESET para ALTER DEF PRIVS ...
>
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Alvaro Herrera | 2017-12-18 15:27:00 | Re: Drop user y Grantor <> Owner ! |
| Previous Message | Alvaro Herrera | 2017-12-18 14:58:00 | Re: Drop user y Grantor <> Owner ! |