Re: [HACKERS] Permission problem with COPY FROM

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [HACKERS] Permission problem with COPY FROM
Дата
Msg-id 19098.937404002@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] Permission problem with COPY FROM  (Nuchanach Klinjun <nuchk@inet.co.th>)
Список pgsql-hackers
Nuchanach Klinjun <nuchk@inet.co.th> writes:
>     I've faced that problem too, then I use '\copy' instread
> of 'copy' because 'copy' command will asked for super user previlege.
> example
> ^^^^^^ -> \copy '/your location/your filename' to tablename;

It's not that; the error message Stephane quotes is after the
Postgres superuser-privilege check:

>> "ERROR: COPY command, running in backend with effective uid 501
>> (that's Postgres), could not open file '/usr/local/.../cltclr001' for
>> reading. Error: Permission not allowed (13)."

This is a result of the Unix kernel denying read access to the file.
It's got to be a matter of not having read rights on the file or not
having lookup (x) rights on one of the directories above it.

psql's \copy is often a better choice than the regular SQL COPY command,
though.  It reads or writes the file with the privileges of the user
running psql, rather than those of the Postgres server, which is usually
a Good Thing.  Also, if you are contacting a server on a different
machine, \copy works with files in the local filesystem, not the
server's filesystem.

            regards, tom lane

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] BUG with UNIQUE clause
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] Status report: long-query-string changes