What permission do I change?

[Raj Mithal_1]

+ make -f /u/app/oracle/product/734/precomp/demo/proc/proc.mk ORA_CLIENT_LIB=shared EXE=daemon_merc OBJS=daemon_merc.o CFLAGS=-I. -O
proc iname=daemon_merc.pc
/usr/bin/sh: proc: Execute permission denied.
*** Error exit code 1

[Mark Grant]

Probably need to change your umask setting. Try "umask 022"

[Raj Mithal_1]

Tried it. Still get the same error. De-bug this on another server with the same versions shows me that the next step is as follows. Maybe the permiossion of this executable is incorrect or we lost a link some where along the line. I'm not sure where to lokk.:-
Pro*C/C++: Release 2.2.4.0.0 - Production on Tue Jun 29 11:20:59 2004

Copyright (c) Oracle Corporation 1979, 1996. All rights reserved.

System default option values taken from: /u/app/oracle/product/734/precomp/admin/pcscfg.h

cc -I. -O -c daemon_or64.c

[Dietmar Konermann]

EACCESS returned by exec(2) may also be caused by an incompatible executable. For example by a PA2.0 binary on a PA1.1 system. Or by a wide (64bit) executable on a 32 bit system.

Example:

# getconf KERNEL_BITS
32
# cc +DD64 -o test64 test64.c
# file test64
test64: ELF-64 executable object file - PA-RISC 2.0 (LP64)
# ./test64
sh: ./test64: Execute permission denied.

Best regards...
Dietmar.

[Raj Mithal_1]

That is not the problem. It was working fine until a disk was replaced on the server and a frecover from the last backup was done to restore the directories. After this the 1st of this problem started occuring.

[Mark Grant]

Is this a setuid binary on a filesystem that doesn't allow setuid?

I don't think this will be the problem but I would check the permissions on the parent directory.

Also, check your PATH to make sure you are running the binary you think you are.

[Dietmar Konermann]

OK, then you indeed have to look at the permissions. Did you check if the user in question has search permission on all directories listed in the file's path?

[Raj Mithal_1]

Permission & path were checked. Looks ok. All we want to do is compile a C pgm. Does anybody know where PRO*C lives and what it's called?

[Dietmar Konermann]

You checked the path, but don't know where PRO*C lives? I'm confused now.

[Raj Mithal_1]

I refer to permissions on all the PATHS in the users profile.

[Dietmar Konermann]

You need to locate the "proc" exectable and check why it's not excutable. The executing user needs to have execute permission and search permission on the complete path.

[Raj Mithal_1]

I'v compared this to other servers were the compile works and it looks the same.
-rwxr-xr-x 1 oracle73 dba 5493112 Apr 18 1999 proc

[Dietmar Konermann]

OK. Step by step.

- Become the user that runs the makefile

- Walk down the directory tree to the executables location, beginning from /. Execute ls in each level.

- If that works, cp -p another executable here (e.g. /usr/bin/date) and try to execute that.

- In doubt compare the cksum result of proc with that from the working server.

- If that works, post the following:
# model
# uname -a
# getconf KERNEL_BITS
# file proc
# chatr proc

Best regards...
Dietmar.

[Raj Mithal_1]

OK. Problem fixed. Thanks for your help guys.
I just copied /u/app/oracle/product/dev2000/bin/proc from another server and problem disappeared. I think the executable was a little sick.