Installing OAS 10.1.2.0.2 on SLES 10
After a successful installation of the OAS version 10.1.2.0.2 and patch it to 10.1.2.3 on my SuSE 10 SP2 server.
I noticed the reports was acting weirdly and the forms oc4j was constantly restarting.
The error which is thrown by the OC4J_BI_Forms process and looks like this ;
——–
08/12/18 09:29:16 Start process
——–
08/12/18 09:29:20 FormsServlet init():
configFileName: /u01/app/oracle/product/10.1.2/mid/forms/server/formsweb.cfg
testMode: false
08/12/18 09:29:20 Oracle Application Server Containers for J2EE 10g (10.1.2.3.0) initialized
08/12/18 09:29:37 ListenerServlet init()
08/12/18 09:29:46 java.lang.UnsatisfiedLinkError: /u01/app/oracle/product/10.1.2/mid/lib/librwu.so: /usr/X11R6/lib/libXm.so.2: undefined symbol: _Xsetlocale
08/12/18 09:29:46 at java.lang.ClassLoader$NativeLibrary.load(Native Method)
08/12/18 09:29:46 at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1586)
08/12/18 09:29:46 at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1511)
08/12/18 09:29:46 at java.lang.Runtime.loadLibrary0(Runtime.java:788)
08/12/18 09:29:46 at java.lang.System.loadLibrary(System.java:834)
08/12/18 09:29:46 at oracle.reports.util.EnvironmentGlobal.<init>(EnvironmentGlobal.java:30)
08/12/18 09:29:46 at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
08/12/18 09:29:46 at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
08/12/18 09:29:46 at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
08/12/18 09:29:46 at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
08/12/18 09:29:46 at java.lang.Class.newInstance0(Class.java:308)
08/12/18 09:29:46 at java.lang.Class.newInstance(Class.java:261)
08/12/18 09:29:46 at oracle.reports.util.EnvironmentUtility.getEnvironment(EnvironmentUtility.java:75)
08/12/18 09:29:46 at oracle.reports.server.RWServer.startServer(RWServer.java:529)
08/12/18 09:29:46 at oracle.reports.server.RWServer.run(RWServer.java:292)
08/12/18 09:29:46 at java.lang.Thread.run(Thread.java:534)
After searching metalink i found note 566991.1 which describes this problem.
The solution to this can be found by requesting a special rpm from Novell.
The downside of it is that you have to startover for it to work its magic.
As it turnsout the problem will not solve when you post apply this package to the yet installed system.
As novell did not yet published this rpm to the public its hard to get a hold of it.
So here is a link to the rpm we used to fix the problem
RPM for x86 32-bit machines:
openmotif21-libs-2.1.30MLI4-143.2.PTF.378190.0.i586.rpm
If you use a 64bit operating system, you will have to take the hard way by requesting this at Novell yourself.

Comments are closed.