03-19-2013 01:36 AM
I found I couldn't execute ls/rm/bdf command successfully after I use oracle user to execute command chmod -R 755 to batch update the attributes of directories and files under /oracle/<SID>. Once I type ls -alt then it hung as attached indicated and rises more and more processes belonging to oracle user. However, it's ok to run those commands by others user like root etc.
I searched this forum but didn't get the right post. Could you help and check this issue ?
Solved! Go to Solution.
03-19-2013 02:27 AM - edited 03-19-2013 02:37 AM
>I couldn't execute ls/rm/bdf
If you are using a real shell, what do these return:
>command chmod -R 755
You should never use absolute values for permission and -R. Better to use symbolic: go-w
(You don't want to add execute permission to non executables, shlibs and scripts.)
03-19-2013 03:52 AM
Thank you for your reply.
I executed whence ls etc but returned "whence: Command not found". Also I tried to look for this command by "find / -name whence" using root user but failed. Any other suggestion?
Thanks a lot.
03-19-2013 11:23 AM - edited 10-05-2014 02:16 PM
>returned "whence: Command not found".
whence is available in a real shell. It appears you are using the scummy csh. Try whichI(1) instead.
03-19-2013 06:14 PM - edited 03-19-2013 06:15 PM
Yes. It returned as following when I use real shell.
$ whence ls
$ whence bdf
But it's nomral when I use whence under root user:
# whence ls
# whence bdf
Could you tell me why the executable path for ls/bdf were changed under oracle user and how I can solve this problem ?
03-19-2013 09:51 PM
>Could you tell me why the executable path for ls/bdf were changed under oracle user and how I can solve this problem?
Because of the misuse of chmod -R, these are now executable?
What does this show:
ll /usr/bin/ls /oracle/<SID>/ls /usr/bin/bdf /oracle/<SID>/bdf
03-19-2013 11:58 PM - edited 03-20-2013 12:11 AM
Please see the attached. those under /oracle/<SID> are executable.
I guess I found the reason when I checked the detail of those executabls that ls/bdf were created in 2011 and zero in size. Now I can run ls/bdf etc after I deleted ls/bdf under /oracle/<SID> directory.
However, I still didn't know the root cause why ls and bdf were under oracle directory.
Thank for your heartful support, Dennis.
03-20-2013 12:37 AM - edited 10-05-2014 02:17 PM
>Please see the attached. Those under /oracle/<SID> are executable.
But were they executable before that chmod?
>I still didn't know the root cause why ls and bdf were under oracle directory.
If they weren't executable, you wouldn't notice these empty files.
Not sure if some did a touch or they actually were shipped with Oracle?
>Thank for your heartful support, Dennis.
If you're happy, please click on on the Kudos thumbs-up for each helpful answer.
03-20-2013 02:36 AM - edited 03-20-2013 02:38 AM
> But were they executable before that chmod?
I'm not sure coz I didn't check them before I executed 'chomd -R 775'.
> If they weren't executable, you wouldn't notice these empty files.
> Not sure if some did a touch or they actually were shipped with Oracle?
I guess it maybe someone created it coz I didn't found ls/bdf file under /oracle/<SID> in another server within the same landscape.
> If you're happy, please click on on the Kudos star for each helpful answer.
Awarded. Thanks again.