topic Re: What permission do I change? in Operating System - HP-UX

What permission do I change?

Raj Mithal_1 — Tue, 29 Jun 2004 05:09:50 GMT

+ 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

Re: What permission do I change?

Mark Grant — Tue, 29 Jun 2004 05:12:47 GMT

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

Re: What permission do I change?

Raj Mithal_1 — Tue, 29 Jun 2004 05:26:51 GMT

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

Re: What permission do I change?

Dietmar Konermann — Tue, 29 Jun 2004 05:45:38 GMT

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.

Re: What permission do I change?

Raj Mithal_1 — Tue, 29 Jun 2004 06:01:34 GMT

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.

Re: What permission do I change?

Mark Grant — Tue, 29 Jun 2004 06:09:02 GMT

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.

Re: What permission do I change?

Dietmar Konermann — Tue, 29 Jun 2004 06:12:44 GMT

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?

Re: What permission do I change?

Raj Mithal_1 — Tue, 29 Jun 2004 06:21:01 GMT

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?

Re: What permission do I change?

Dietmar Konermann — Tue, 29 Jun 2004 06:38:49 GMT

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

Re: What permission do I change?

Raj Mithal_1 — Tue, 29 Jun 2004 06:49:24 GMT

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

Re: What permission do I change?

Dietmar Konermann — Tue, 29 Jun 2004 07:08:32 GMT

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.

Re: What permission do I change?

Raj Mithal_1 — Tue, 29 Jun 2004 07:18:23 GMT

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

Re: What permission do I change?

Dietmar Konermann — Tue, 29 Jun 2004 07:32:22 GMT

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.

Re: What permission do I change?

Raj Mithal_1 — Wed, 30 Jun 2004 05:56:16 GMT

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.