racgimon.exe CPU usage question
- From: "Guang Mei" <GuangMei@xxxxxxx>
- To: <oracle-l@xxxxxxxxxxxxx>
- Date: Mon, 9 Apr 2007 17:33:45 -0400
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
Other related posts:
