This content has been marked as final. Show 3 replies
It seems that grid processes in 11g are not fully optimized/tested and due to that higher load can be expected to appear although the 'real', actual load on the system is not happening.
Few months ago we had similar situation on 126.96.36.199 two node RAC.
On one node, grid user(eons resource) was doing high CPU load causing load on the OS varying from 3-4, database was almost completely inactive,there were no other software installed on the nodes except oracle and on
the second node load was at the same time varying from 0,2-0,5.
I resolved that by doing a stop/start of the eons resource on the overloaded node.
There are several articles on support.oracle.com about similar situations with grid.
Some of them are:
High Resource Usage by 188.8.131.52 EONS [ID 1062675.1]
Bug 9378784: EONS HIGH RESOURCE USAGE
Hmm, interesting. Thanks. But the symptoms don't match what I'm seeing. Also, this is a new 11gR2 database, so I don't believe this to be the issue I'm facing.
"The issue happens when pre-11gR2 (10.1, 10.2, 11.1 etc) database is registered in OCR with 11gR2 srvctl. "
Whoops... an abandoned thread. I saw in my profile that I had a question that was "unanswered" so I went hunting for it. It I recall correctly, the issue was outside of the Oracle stack. I believe it was something silly like the nodes were handed over to us with real-time virus scanning configured with no exceptions. We've since then updated our QC process to account for this.