From: Venkateswara Rao Bondada <Venkateswara_B@infosys.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
CC: Rob Sargent <robjsargent@gmail.com>, "pgsql-sql@postgresql.org"
	<pgsql-sql@postgresql.org>
Date: Wed, 5 Aug 2009 22:35:54 +0530
Subject: Re: Create table command fails with permission denied 
Thread-Topic: [SQL] Create table command fails with permission denied 
Thread-Index: AcoVak+9AD8yCA/KQ6SlVOYzPiLc6QAhA9MA
Message-ID: 
 <22640DE58AF78445BA8AB69FF76F07321AA2D51550@BLRKECMBX01.ad.infosys.com>
References: 
 <22640DE58AF78445BA8AB69FF76F07321AA2C20BAB@BLRKECMBX01.ad.infosys.com>
	<4A775E91.4090608@gmail.com>
	<22640DE58AF78445BA8AB69FF76F07321AA2C2100A@BLRKECMBX01.ad.infosys.com>
	<25959.1249434962@sss.pgh.pa.us>
In-Reply-To: <25959.1249434962@sss.pgh.pa.us>
Accept-Language: en-US
Content-Language: en-US
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

Hi Tom,
Thanks a lot. What you suspected is correct. Permissions are modified on th=
e underlying OS directory of this database. Once the permissions are rectif=
ied, I'm able to create tables without any issues.

Thanks to all for your support.

Venkat

-----Original Message-----
From: Tom Lane [mailto:tgl@sss.pgh.pa.us]=20
Sent: Wednesday, August 05, 2009 6:46 AM
To: Venkateswara Rao Bondada
Cc: Rob Sargent; pgsql-sql@postgresql.org
Subject: Re: [SQL] Create table command fails with permission denied=20

Venkateswara Rao Bondada <Venkateswara_B@infosys.com> writes:
> camd=3D# \c cms postgres
> You are now connected to database "cms" as user "postgres".
> cms=3D# create table test(id character varying(80));
> ERROR:  could not create relation "test": Permission denied

Actually, what that is complaining about is that the operating system
refused its attempt to create a filesystem file to hold the table.
It's got nothing to do with permissions inside the database --- there
is something wrong with the filesystem permissions of the data
directory.  Or maybe you started the postmaster as the wrong user
(not the one that owns the data directory).

			regards, tom lane