Re: Upgraded, now permission denied.

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Upgraded, now permission denied.
Дата
Msg-id 29499.1402620530@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Upgraded, now permission denied.  (Jason Whitener <jwhitene@pcc.edu>)
Ответы Re: Upgraded, now permission denied.  (Jason Whitener <jwhitene@pcc.edu>)
Список pgsql-novice
Jason Whitener <jwhitene@pcc.edu> writes:
>> Well, that's what I'd expect to see --- but the prompt indicates that you
>> did this in the "postgres" database, which is not where you're having the
>> problem.  We need to look at the public schema within the mypcc database.

> Oops.  Here's the mypcc database.

> psql mypcc mypcc
> mypcc=> select * from pg_namespace where nspname = 'public';
>  nspname | nspowner |         nspacl
> ---------+----------+------------------------
>  public  |       10 | {postgres=UC/postgres}
> (1 row)

Ah-hah, as I rather suspected: public access to the "public" schema has
been revoked.  (There's some info in the GRANT man page about reading
ACL displays, if you're not sure how to interpret the above.)

> mypcc=> \dt
> No relations found.

The reason for these odd behaviors is that unreadable schemas get dropped
out of your search_path (rather than throwing errors).  So the tables are
there, but unless you're superuser you can't get at them.

I'd suggest a "GRANT ALL ON SCHEMA PUBLIC TO PUBLIC".

It's still unclear how you got those permissions revoked, but it seems
pretty clear that you didn't really want to do that.

            regards, tom lane


В списке pgsql-novice по дате отправления:

Предыдущее
От: Shreesha
Дата:
Сообщение: How to modify the postgresql source code and build it?
Следующее
От: Rajmohan C
Дата:
Сообщение: unable to attach client process to postgres server using gdb