September 2007 - Einträge

Installing WebCache Standalone 10.2.0.2 on Redhat 64bit

Sometime ago I run in some problems during the installation of Oracle WebCache Standalone 10.2.0.2 on an Redhat 4 x86_64 system. All prerequirements were made, the Oracle Universal Installer didn't complain anything, but during the link process following error message came up:

  • error while loading shared libraries: libclntsh.so.10.1: cannot open shared object file: No such file or directory

 After some investigations my colleague (Engelbert Wystrach) and me came to following solution:

  • create as root user following two files in the directory /usr/bin
  • gcc296
    #!/bin/sh
    exec /usr/bin/gcc32 -m32 -static-libgcc -B /usr/lib/gcc-lib/i386-redhat-linux/2.96/ $*
  • g++296
    #!/bin/sh
    exec /usr/bin/g++32 -m32 -static-libgcc -B /usr/lib/gcc-lib/i386-redhat-linux/2.96/ $*
  • execute as root following commands:
    cd /usr/bin
    mv gcc gcc.save
    mv g++ g++.save
    ln -s /usr/bin/gcc296 /usr/bin/gcc
    ln -s /usr/bin/g++296 /usr/bin/g++
After you made this changes, start the Oracle Universal Installer once again and install the Oracle WebCache Standalone. 

 This error occurs only on Redhat 64bit systems :-(

Reports 10.1.2. and SuSE Enterprise Linux 10

Officially the Oracle AS 10.1.2 is not yet certified with SLES 10 and therefor Reports 10.1.2. is not certified. Nevertheless the Oracle AS 10.1.2 is installable on SLES 10, but if you try to run a Report you are receiving an error.

The corresponding logfile $ORACLE_HOME/opmn/logs/OC4J~OC4J_BI_Forms~default_island~1 shows following error stack:

  • java.lang.UnsatisfiedLinkError: /u00/app/oracle/product/as-fr-10.1.2/lib/librwu.so:
    /usr/X11R6/lib/libXm.so.2: undefined symbol: _Xsetlocale

To resolve this problem perform following steps:

  1. su - root
  2. cd /usr/X11R6/lib
  3. mv -f libXm.so.2 libXm.so.2.backup
  4. ln -s libXm.so.3 libXm.so.2

After that stop and restart the OC4J Instance OC4J_BI_Forms as oracle user:

  1. opmnctl stopproc process-type=OC4J_BI_Forms
  2. opmnctl startproc process-type=OC4J_BI_Forms
Now you can run Oracle Reports under SLES 10, but please note, that at the moment Oracle AS 10.1.2 is not yet certified with SLES 10!
Did you forget the password of the ias_admin user?

Your colleague installed an Oracle AS Environment, went on holiday and didn't tell you the password of the ias_admin user to access the administrative WebInterface Application Server Control (ASC) or you installed your Oracle AS long time ago and forgot the password of the ias_admin user? If you have an Oracle AS environment which is NOT connected to an Oracle AS Identity Management (IDM), here is a small trick to reset the password of the ias_admin user.

Just go to the directory $ORACLE_HOME/sysman/j2ee/conf. In this directory you'll find the configuration file jazn-data.xml. Inside this configuration file you'll find the definition of the ias_admin user including his encrypted password:

  • snippet from jazn-data.xml
    <users>
              ...
              <user>
                   <name>ias_admin</name>
                   <credentials>{903}YdvTMA...</credentials>
              </user>

Inside the tag <credentials> you see the encrypted password of the ias_admin. To reset the password, just change the value inside the tag <credentials> as follows:

  •  snippet from jazn-data.xml
    <users>
              ...
              <user>
                   <name>ias_admin</name>
                   <credentials>!mynewpassword1</credentials>
              </user>

The new password you have to provide in clear text has to start with a "!". Be aware that the new password must match the password rules: minimum 6 signs and one sign must be a number. After your changes, stop the ASC and restart it with following commands:

  • emctl stop iasconsole
  • emctl start iasconsole

Now you can login with your new password and inside the jazn-data.xml the provided password in clear text is automatically changed into an encrypted password.

Please note, this trick is only working with Oracle AS Instances, which are NOT connected to an Oracle Identity Management! 

Oracle Internet Directory Light for tnsnames Resolution
Since a few days the Oracle Authentication Service for Linux (http://www.oracle.com/technology/products/oid/oracleauthenticationservices.html) is available. Mainly this technology preview is addressed to handle User Authentication of Linux Desktops.

I had a closer look on this product and what I saw is, that the Oracle Authentication Service for Linux is an Oracle Internet Directory (OID) just as an RPM-File (Size 70 MB Smile). The installation is really simple, download the OID Light and the Oracle XE Database for Linux, and run as root user "rpm -Uhv oracle-oid-10.1.4.2.0-1.0.i386.rpm oracle-xe-univ-10.2.0.1-1.0.i386.rpm".

After this you have to configure the Oracle XE Database and the Oracle Internet Directory, execution as root user of the script "/etc/init.d/oracle-oid configure" and answer the following questions:

  1. Password of sys user of your XE Database
  2. Password of the OID administrator (cn=orcladmin)
  3. Ports (Non-SSL and SSL) for the OID
  4. Naming Context of your OID (e.g. dc=trivadis,dc=com)
  5. If you want to use SSL Authentification for your OID

And now the interesting part. Many people are planning to migrate their local tnsnames.ora to be stored in an Oracle Internet Directory. Up to now all them had to use the Oracle Application Server 10.1.4.0.1 Identity Management (nearly 1.3 GB Tongue Tied) and an Oracle Database Enterprise Edition. For small companies this is really an overhead! Now you can use this lightweight environment of the Oracle XE Database and the OID Light for Linux.

Following steps need to be performed to load your tnsnames.ora into the OID Light and to configure your clients against it.

  1. In your Oracle Client configure the sqlnet.ora
    NAMES.DIRECTORY_PATH = (LDAP)
    NAMES.DEFAULT_DOMAIN = trivadis.com # adjust to your domain
  2. In your Oracle Client configure the ldap.ora
    DIRECTORY_SERVERS = (oassrv01.trivadis.com:389:636) # adjust to your servername and LDAP ports
    DEFAULT_ADMIN_CONTEXT = "dc=trivadis,dc=com" # adjust to your Naming Context
    DIRECTORY_SERVER_TYPE = OID

After this configuration steps start your netmgr and connect to your OID:

 

Over the menu option "Command / Directory / Export Net Service Names..." you can import your actual tnsnames.ora into OID Light

 

For testing whether your Oracle Client is really using your OID or not, just make a small test with tnsping. You should see then "Used LDAP adapter to resolve the alias".

The Oracle Internet Directory Light is really a cool alternative to the huge Oracle Application Server 10g Identity Management, but as usual there are some small limitations in the OID Light (e.g. no MultiMaster Replication, no OPMN, no Cluster Options). But for a small environment or just for testing it is really cool stuff Wink