pjohns
2nd July 2009, 17:24
Hello,

I am testing the 6.1c.08 porting set and when I start Baan on the server I get errors in the log.oracle8 -

====================
2009-06-30[16:16:46]:E:root: Log_mesg: Load of shared library failed '/ora/app/oracle/product/10.2.0/db_1/lib32/libclntsh.so';
2009-06-30[16:16:46]:E:root: /ora/app/oracle/product/10.2.0/db_1/lib32/libnnz10.so: cannot restore segment prot after reloc: Permission denied

2009-06-30[16:16:46]:E:root: dbs_errno = 510, Error 510 occurred:
2009-06-30[16:16:46]:E:root: Could not load shared Oracle library
2009-06-30[16:16:46]:E:root: path = /ora/app/oracle/product/10.2.0/db_1/lib32
2009-06-30[16:16:46]:E:root: library = libclntsh.so
2009-06-30[16:16:46]:E:root: alternative library = libclntsh.a

=====================

If I revert back to porting set 6.1c.07.21 I do not get the error.

I logged a call with Infor and they say my Oracle file permissions are incorrect. Which I'm struggling to believe as I haven't had this error with previous porting set versions. The lib32 and lib file permissions are RW-R--R-- (644). Infor are saying that it's a known problem with Oracle permissions and that "everybody" needs R-X permissions.

Can I ask you 'real' users what your permissions are set to?

Thanks

Juergen
2nd July 2009, 17:43
In our oracle environment (9ir2) the file permissions for that file are set to rwxr-xr-x (owner is user oracle).

Regards,
juergen

pjohns
2nd July 2009, 18:44
I now know what needs to be done.

We have recently had a new Oracle support company and when they install patches they are not running the Oracle changeperm.sh script. When we had in-house DBA's we would always run the changeperm.sh script to 'relax' Oracle file permissions.