On a new VIS R12.1 installation, the OHS (oracle http server) failed to start and give status 204.
Upon querying the status of opmn managed processes with adopmnctl.sh, the following status is shown:
Processes in Instance:
---------------------------------+--------------------+---------+---------
ias-component | process-type | pid | status
---------------------------------+--------------------+---------+---------
OC4JGroup:default_group | OC4J:oafm | 9713 | Alive
OC4JGroup:default_group | OC4J:forms | 9648 | Alive
OC4JGroup:default_group | OC4J:oacore | 9570 | Alive
HTTP_Server | HTTP_Server | N/A | Down
On driilling through the http server logfile on $INST_TOP/logs/ora/10.1.3/opmn/HTTP_Server~1.log
found some error like this:
10.1.3/Apache/Apache/bin/httpd: error while loading shared libraries: libdb.so.2: cannot open sh
ared object file: No such file or directory
I thought this could be due to some link files, not properly linked on /usr/lib or /lib folders.
I searched for link file libdb.so.2 on /usr/lib and /lib folders. But nothing found.
So, I went on creating a link file " libdb.so.2" on both the folders.
Now, I restarted the OHS.
This time it gave the same 204 status. Http log shows,
Cannot load $IAS_ORACLE_HOME/Apache/Apache/libexec/mod_ossl.so into server: $IAS_ORACLE_HOME/Apache/Apache/libexec/mod_ossl.so: undefined symbol: dbm_firstkey
Now, the situation got really worse. I googled a lot, but found nothing related.
Finally, I checked for the pre-requisite rpm one-by-one. I referred Metalink doc:607883 once again.
There I got the fix.
I missed to apply patch 607883. It was clearly mentioned on this doc, that this patch would fix an issue with the Oracle HTTP Server (missing libdb.so.2)
Applied the patch and this time OHS started fine.
Subscribe to:
Post Comments (Atom)
SPACE MANAGEMENT :: 1. Table space usuage: ============== SELECT tablespaces.tablespace_name, allocated.total_alloc allocated_mb, ...
-
On a new VIS R12.1 installation, the OHS (oracle http server) failed to start and give status 204. Upon querying the status of opmn manage...
-
A nice story about RMAN. The story begins, when one of my associate DBAs did an RMAN restoration & recovery 2 days back...
-
Recently, I got a complaint from my AS10g users, that they are facing frequent disconnection with the server. May be due to network distrupt...
I had exact same problem. What is the full name of 607883? Is the only way you can get it from Metalink? Anyway you can forward it to me: yafuwang168@yahoo.com
ReplyDeleteThanks for your help in advance.
Yafu
The correct patch is patch 6078836.
ReplyDelete"Being able to fix things does not make you a senior DBA. You become a senior DBA by making certain that things do not break in the first place." Documenting properly also helps.
patch 6078836 does not exist. what is the correct patch number? don't give wrong information. you have waste my 1 hour time.
ReplyDeleteThis patch is available only for 32-bit Linux and same 32-bit patch can be installed in 64-bit machine. Finally it worked for me.
ReplyDeleteAbove document is really helpful.