command hangs only for oracle user but it's fine when used by others

[Ray_Luo]

Hello folks,

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 ?

Thank you

Ray

[Ray_Luo]

BTW, it's HP-UX B.11.23 ia64.

[Dennis Handly]

>I couldn't execute ls/rm/bdf

If you are using a real shell, what do these return:

whence ls

whence rm

whence bdf

>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.)

[Ray_Luo]

Hi Dennis,

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.

Ray

[Dennis Handly]

>returned "whence: Command not found".

whence is available in a real shell.  It appears you are using the scummy csh.  Try whichI(1) instead.

[Ray_Luo]

Yes. It returned as following when I use real shell.
$ whence ls
/oracle/<SID>/ls
$ whence bdf
/oracle/<SID>/bdf

But it's nomral when I use whence under root user:
# whence ls
/usr/bin/ls
# whence bdf
/usr/bin/bdf

Could you tell me why the executable path for ls/bdf were changed under oracle user  and how I can solve this problem ?

Thank you
Ray

[Dennis Handly]

>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

[Ray_Luo · Accepted solution]

Hi Dennis,

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.

Ray

[Dennis Handly]

>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.

[Ray_Luo]

> 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.

Ray