[SOLVED] touch: Permission denied on /usr/tmp

tsh3po · 10-01-2012, 01:00 AM

Hi Guys

Can someone advise on this...

I have a box running RedHat 5.5 x64 (2.6.32-100.23.1.el5) and for some reason certain users are not able to write to /usr/tmp

Code:

 ls -ld tmp/
drwxrwxrwx 6 root oinstall 4096 Sep 29 21:50 tmp/

I have set the permissions to 777 and changed the group the directory belongs to

The only way I'm able to get around this is if I reboot the box, but a day or so later it does it again. My fear is that reboots are still possible on this one box, but on production it won’t even be an option

I’m guessing there is a process I can kill to refresh or something

Has anyone experienced this, and if so how did you get around it?

Thanks in advance

nugat · 10-01-2012, 01:26 AM

Quote:

Originally Posted by tsh3po

Hi Guys

Can someone advise on this...

I have a box running RedHat 5.5 x64 (2.6.32-100.23.1.el5) and for some reason certain users are not able to write to /usr/tmp

Code:

 ls -ld tmp/
drwxrwxrwx 6 root oinstall 4096 Sep 29 21:50 tmp/

I have set the permissions to 777 and changed the group the directory belongs to

The only way I'm able to get around this is if I reboot the box, but a day or so later it does it again. My fear is that reboots are still possible on this one box, but on production it won’t even be an option

I’m guessing there is a process I can kill to refresh or something

Has anyone experienced this, and if so how did you get around it?

Thanks in advance

Hi,

Try setting the sticky bit on /usr/tmp, e.g.:

Code:

# chmod 1777 /usr/tmp
#
# ls -ld /usr/tmp
drwxrwxrwt  5 root root 4096 Jan 11  2012 /usr/tmp
#

tsh3po · 10-02-2012, 01:15 AM

Hi guys

Problem solved, turns out the problem was with 2 oracle instances pointing to the same utl directory

thanks all