Skip site navigation (1) Skip section navigation (2)

Re: Could not create a tablespace - permission denied

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Graham Leggett <minfrin(at)sharp(dot)fm>
Cc: pgsql-admin(at)postgresql(dot)org
Subject: Re: Could not create a tablespace - permission denied
Date: 2008-04-19 16:17:31
Message-ID: 9918.1208621851@sss.pgh.pa.us (view raw or flat)
Thread:
Lists: pgsql-admin
Graham Leggett <minfrin(at)sharp(dot)fm> writes:
> Tom Lane wrote:
>> I think this explanation is fiction ... there is no "cacheing of
>> credentials" in there that I know about.

> The server is a standard REHL5 installed copy of postgresql, running as 
> the postgres user (as is standard on RHE5). Both the data directory and 
> the tablespace are running on ext3 filesystems local to the machine, 
> there are no NFS mounts anywhere. The machine does not have SELinux 
> installed, never mind enabled.

> After the postgres user was granted permission to access the tablespace 
> directory, and after it was verified that the postgres user was able to 
> access the tablespace directory, postgresql refused to allow the 
> tablespace to be created until the postgresql server was restarted.

Fascinating.  I think what you're describing must be a kernel bug ---
want to see if you can reproduce it without PG involved?  Just make a
test program that chmod's, sleeps awhile, and chmod's again, and
manually change the permissions while it's sleeping, in the same way
that you did in the problem case.

			regards, tom lane

In response to

pgsql-admin by date

Next:From: Graham LeggettDate: 2008-04-19 18:21:17
Subject: Re: Could not create a tablespace - permission denied
Previous:From: Joshua D. DrakeDate: 2008-04-19 16:14:13
Subject: Re: Could not create a tablespace - permission denied

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group