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: oclsomon oclsomon.bin oclsvmon oclsvmon.bin 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. Yong Huang yong321@xxxxxxxxx ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs -- //www.freelists.org/webpage/oracle-l