AFTER THE CRS 10.2.0.4 UPGRADE, OCLSOMON AND OCLSVMON ARE MISSING
Date: Mon, 24 Mar 2008 07:25:19 -0700 (PDT)
The same titled Tar is open with Oracle. We upgraded our CRS from 10.2.0.3 to 10.2.0.4 (RH Linux x86_64), then ASM and DB. During the ASM and DB upgrade process, we got one failure for pre-requesite check, CRS was still showing 10.2.0.1. Thinking that may be due to Bug 5467342 (CRS TRACE FILES DISPLAYS VERSION 10.2.0.1 AFTER UPGRADE TO 10.2.0.2), we clicked "User verified" to force continue. Everything is done and everything runs perfectly, although
"crsctl query crs activeversion" still shows 10.2.0.1.
Now we notice CRS_HOME/bin is missing these files, compared to one 10.2.0.3 and
one 10.2.0.2 RAC installation:
although we do have oclsmon and oclsmon.bin. Unfortunately we didn't save a file list on this RAC before the upgrade. We opened a Tar. Oracle says since we're missing these files and CRS version check is 10.2.0.1, we need to
"upgrade the crs again -- so we have a compatible system for the rdbms and
asm". (The analyst apparently was unaware of Bug 5467342.)
Search on tahiti.oracle.com doesn't return anything for oclsomon in pre-11g
Oracle. 11g Oracle doc has a title for oclsmon in Glossary but talks about
oclsomon in the text. Due to missing oclsomon, we don't have the process
"init.cssd oclsomon" running as on our 10.2.0.2 and 10.2.0.3. We also don't
have CRS_HOME/log/<host>/cssd/oclsomon although we have .../cssd/oclsmon.
Is the above normal? Again, everything including pre-production stress test works great. Sending a reply to the list and to me at the same time is appreciated.
Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs Received on Mon Mar 24 2008 - 09:25:19 CDT