racgimon.exe CPU usage question

From: Guang Mei <GuangMei_at_crd.com>
Date: Mon, 9 Apr 2007 17:33:45 -0400
Message-ID: <BB2F960B8F4F7C40A09F44F50CF40A7805B949@mail3.crd.com>

Hi,  

We have 2-node oracle rac db on window platform.  

SQL> select version from v$instance;  

VERSION

---

10.2.0.1.0  

SQL> select * from v$active_instances;  

INST_NUMBER INST_NAME

• ----------------------------------------

          1 DEVWIN16:winracdb1

          2 DEVWIN15:winracdb2    

Oracle Clusterware was upgraded to 10.2.0.3 with "10g Release 2 (10.2.0.3) Patch Set 2 for Microsoft Windows (32-Bit)"  

The problem is that while the rac db is up and running (but with no db activities from any applications), we found racgimon.exe is taking about 15% cpu usage, followed by ons.exe of about 10% cpu usage.  

Using a tool called "Filemon", we found racgimon.exe is trying to write to a file called F:\oracle\product\10.2.0\db_1\opmn\conf\.formfactor.

The file isn't there and the exe just keeps trying to open it... over.. and over..  

I then manually created an empty file
F:\oracle\product\10.2.0\db_1\opmn\conf\.formfactor, but that did not help. Now when I look at Filemon log:  

879304 4:09:29 PM racgimon.exe:3080 QUERY INFORMATION F:\oracle\product\10.2.0\db_1\opmn\conf\.formfactor SUCCESS FileFsVolumeInformation

879305 4:09:29 PM racgimon.exe:3080 QUERY INFORMATION F:\oracle\product\10.2.0\db_1\opmn\conf\.formfactor BUFFER OVERFLOW FileAllInformation

879306      4:09:29 PM  racgimon.exe:3080 CLOSE
F:\oracle\product\10.2.0\db_1\opmn\conf\.formfactor   SUCCESS           

879307      4:09:29 PM  racgimon.exe:3080 OPEN

F:\oracle\product\10.2.0\db_1\opmn\conf\.formfactor SUCCESS Options: Open Access: All

879308 4:09:29 PM racgimon.exe:3080 QUERY INFORMATION F:\oracle\product\10.2.0\db_1\opmn\conf\.formfactor SUCCESS FileFsVolumeInformation

879309 4:09:29 PM racgimon.exe:3080 QUERY INFORMATION F:\oracle\product\10.2.0\db_1\opmn\conf\.formfactor BUFFER OVERFLOW FileAllInformation

879310      4:09:29 PM  racgimon.exe:3080 CLOSE
F:\oracle\product\10.2.0\db_1\opmn\conf\.formfactor   SUCCESS           

879311      4:09:29 PM  racgimon.exe:3080 OPEN

F:\oracle\product\10.2.0\db_1\opmn\conf\.formfactor SUCCESS Options: Open Access: All

879312 4:09:29 PM racgimon.exe:3080 QUERY INFORMATION F:\oracle\product\10.2.0\db_1\opmn\conf\.formfactor SUCCESS FileFsVolumeInformation

879313 4:09:29 PM racgimon.exe:3080 QUERY INFORMATION F:\oracle\product\10.2.0\db_1\opmn\conf\.formfactor BUFFER OVERFLOW FileAllInformation

879314      4:09:29 PM  racgimon.exe:3080 CLOSE
F:\oracle\product\10.2.0\db_1\opmn\conf\.formfactor   SUCCESS           

879315      4:09:29 PM  racgimon.exe:3080 OPEN

F:\oracle\product\10.2.0\db_1\opmn\conf\.formfactor SUCCESS Options: Open Access: All

879316 4:09:29 PM racgimon.exe:3080 QUERY INFORMATION F:\oracle\product\10.2.0\db_1\opmn\conf\.formfactor SUCCESS FileFsVolumeInformation

879317 4:09:29 PM racgimon.exe:3080 QUERY INFORMATION F:\oracle\product\10.2.0\db_1\opmn\conf\.formfactor BUFFER OVERFLOW FileAllInformation

879318      4:09:29 PM  racgimon.exe:3080 CLOSE
F:\oracle\product\10.2.0\db_1\opmn\conf\.formfactor   SUCCESS           

879319      4:09:29 PM  racgimon.exe:3080 OPEN

F:\oracle\product\10.2.0\db_1\opmn\conf\.formfactor SUCCESS Options: Open Access: All

879320 4:09:29 PM racgimon.exe:3080 QUERY INFORMATION F:\oracle\product\10.2.0\db_1\opmn\conf\.formfactor SUCCESS FileFsVolumeInformation

879321 4:09:29 PM racgimon.exe:3080 QUERY INFORMATION F:\oracle\product\10.2.0\db_1\opmn\conf\.formfactor BUFFER OVERFLOW FileAllInformation

879322      4:09:29 PM  racgimon.exe:3080 CLOSE
F:\oracle\product\10.2.0\db_1\opmn\conf\.formfactor   SUCCESS           

879323      4:09:29 PM  racgimon.exe:3080 OPEN

F:\oracle\product\10.2.0\db_1\opmn\conf\.formfactor SUCCESS Options: Open Access: All    

Does anyone encounter similar situations? And is it normal that they take that level of CPU usage?  

Thanks.  

Guang    

--
http://www.freelists.org/webpage/oracle-l

Received on Mon Apr 09 2007 - 16:33:45 CDT