Aspnet_wp.exe consuming 98% CPU in BAM server

Hi,
We are facing the memory issue with BAM server configured in windows Virtual server. The process aspnet_p.exe using 98% of the CPU most of the time.
Would you anyone please suggest if we missed out any critical setup.
Thanks,
Satish

Satish
You have to log a service request with Oracle Tech Support at http://metalink.oracle.com with full details (OS, CPU, memory), and also export your plan/dataobjects/reports etc. Pl explain when you are facing this scenario, during data population or report viewing etc. What is your client-server config. ? If you are using WinXP - not because of OS limitations -this is only recommended for dev env, and not for active production system.

Similar Messages

Oracle.exe consuming 100% CPU on windows and database hang

Hi all,
every time my oracle database is hanging when the application run, the problem is the oracle.exe consum 100% CPU but not memory and the server hang and the dabase is going to inaccessible, we need to restart oracle instance service or server to bring the databas eback to normal but it's not permanent because the problem occurs once the application turn on.
Checking the log file i found the below error every time:
My database version is 9.2.0.7.0
OS: Windows 2003 Server Standard Edition Service Pack 2
RAM: 3,5Gb
CPU: Inte Xeon 3.20 GHz
ORA-00600: internal error code, arguments: [kghuclientasp_03], [0xBFEADCE0], [0], [0], [0], [], [], []
ORA-29913: error in executing ODCIEXTTABLEFETCH callout
ORA-29400: data cartridge error
KUP-04050: error while attempting to allocate 163500 bytes of memory
ORA-06512: at "SYS.ORACLE_LOADER", line 14
ORA-06512: at line 1
Fri Mar 05 05:35:15 2010
Errors in file e:\oracle\admin\optprod\udump\optprod_ora_5876.trc:
ORA-00603: ORACLE server session terminated by fatal error
ORA-04030: out of process memory when trying to allocate 8389132 bytes (pga heap,redo read buffer)
ORA-04030: out of process memory when trying to allocate 8389132 bytes (pga heap,redo read buffer)
ORA-04030: out of process memory when trying to allocate 8180 bytes (callheap,kcbtmal allocation)
Thank you
Lucienot.

Is this a new application on this database?
Has it run well in the past?
I have had this happen before on a 32bit Windows server. Our problem was a poorly written procedure that kept pegging the cpu to 100%. You should be able to figure out what SQL is being used that is causing this problem, it will be the Top Working SQL most likely.
I also had this problem on a Logical Standby server which was trying to apply SQL to the SYS.AUD$ table. As soon as SQL Apply was started, the CPU went to 100%. Once I truncated that table, the cpu usage went back to normal. Not sure what you are using to monitor your database but if you can, try to find out what SQL is running when your CPU goes to 100%.

Explorer.exe consuming 100% CPU after resuming from hibernation

Hello,
For the last months, I repeatedly have the problem that sometimes (every 2nd or 3rd time) after resuming from hibernation, in a few cases also after disconnecting from the Internet, one or more instances of explorer.exe are consuming 100% CPU, but never
the shell instance.
I tried figuring out what it was doing, but I was unsuccessful so far.
Here is a stack of the thread which consumed most of the CPU:
0, ntoskrnl.exe!KiDeliverApc+0x166
1, ntoskrnl.exe!KiSwapThread+0x31f
2, ntoskrnl.exe!KiCommitThreadWait+0x129
3, ntoskrnl.exe!ExpWaitForResource+0x29f
4, ntoskrnl.exe!ExEnterPriorityRegionAndAcquireResourceExclusive+0x1ad
5, win32k.sys!EnterCritAvoidingDitHitTestHazard+0x13
6, win32k.sys!NtUserMessageCall+0x28
7, ntoskrnl.exe!KiSystemServiceCopyEnd+0x13
8, user32.dll!NtUserMessageCall+0xa
9, user32.dll!SendMessageWorker+0x168
10, user32.dll!SendMessageW+0xfb
11, ExplorerFrame.dll!CNscTree::_TreeInvalidateItemInfo+0xd0
12, ExplorerFrame.dll!CNscTree::_EnumBackgroundDone+0xb4a14
13, ExplorerFrame.dll!CNscTree::OnQIUpdateEnumDone+0x93
14, ExplorerFrame.dll!CNscEnumQueueItem::Dispatch+0xcf
15, ExplorerFrame.dll!CTaskLock::DispatchQueueItem+0xc5
16, ExplorerFrame.dll!CNscTree::_SubClassTreeWndProc+0x118
17, ExplorerFrame.dll!CNscTree::s_SubClassTreeWndProc+0x5f
18, comctl32.dll!CallNextSubclassProc+0xe0
19, comctl32.dll!MasterSubclassProc+0xa2
20, user32.dll!UserCallWinProcCheckWow+0x149
21, user32.dll!DispatchMessageWorker+0x1a7
22, AppVEntSubsystems64.dll!VirtualizeCurrentThread+0x1e492
23, ExplorerFrame.dll!CExplorerFrame::FrameMessagePump+0xe3
24, ExplorerFrame.dll!BrowserThreadProc+0x5e
25, ExplorerFrame.dll!BrowserNewThreadProc+0x3a
26, ExplorerFrame.dll!CExplorerTask::InternalResumeRT+0x12
27, ExplorerFrame.dll!CRunnableTask::Run+0x114
28, shell32.dll!CShellTaskThread::ThreadProc+0x2a3
29, shell32.dll!CShellTaskThread::s_ThreadProc+0x2f
30, SHCore.dll!StrRetToBSTR+0x19f
31, kernel32.dll!BaseThreadInitThunk+0x22
32, ntdll.dll!RtlUserThreadStart+0x34
I was hoping I could identify a rogue shell extension or something similar, but I didn't find any such evidence so far.
In case you need this information, this is a list of my shell extensions/copy hooks/context menu handlers/drag&drop handlers (without duplicates):
+ " SkyDrivePro1 (ErrorConflict)" "Microsoft OneDrive for Business Extensions" "Microsoft Corporation" "c:\program files\microsoft office 15\root\vfs\programfilesx64\microsoft office\office15\grooveex.dll" "12.11.2014 01:13"
+ "{C52AF81D-F7A0-4AAB-8E87-F80A60CCD396}" "" "Apache Software Foundation" "c:\program files (x86)\openoffice 4\program\shlxthdl\shlxthdl.dll" "20.09.2013 12:50"
+ "{C52AF81D-F7A0-4AAB-8E87-F80A60CCD396}" "" "Apache Software Foundation" "c:\program files (x86)\openoffice 4\program\shlxthdl\shlxthdl_x64.dll" "20.09.2013 12:41"
+ "7-Zip" "7-Zip Shell Extension" "Igor Pavlov" "c:\program files\7-zip\7-zip32.dll" "18.04.2011 19:34"
+ "7-Zip" "7-Zip Shell Extension" "Igor Pavlov" "c:\program files\7-zip\7-zip.dll" "18.04.2011 19:35"
+ "ANotepad++64" "ShellHandler for Notepad++ (64 bit)" "" "c:\program files (x86)\notepad++\nppshell_06.dll" "12.05.2014 10:49"
+ "Ath_CopyHook" "Bluetooth File Transfer Plugin" "Qualcomm®Atheros®" "c:\program files (x86)\bluetooth suite\folderviewimpl.dll" "25.09.2013 10:58"
+ "Atheros" "Atheros Bluetooth Module" "Qualcomm®Atheros®" "c:\program files (x86)\bluetooth suite\btvappext.dll" "25.09.2013 10:58"
+ "DropboxExt" "Dropbox Shell Extension" "Dropbox, Inc." "c:\users\david\appdata\roaming\dropbox\bin\dropboxext64.24.dll" "24.06.2014 01:32"
+ "DropboxExt1" "Dropbox Shell Extension" "Dropbox, Inc." "c:\users\david\appdata\roaming\dropbox\bin\dropboxext.24.dll" "24.06.2014 01:31"
+ "FTShellContext" "Atheros Bluetooth Module" "Qualcomm®Atheros®" "c:\program files (x86)\bluetooth suite\shellcontextext.dll" "25.09.2013 10:58"
+ "GDContextMenu" "Google Drive shell extension" "Google" "c:\program files (x86)\google\drive\contextmenu64.dll" "16.01.2015 01:57"
+ "GDriveBlacklistedOverlay" "Google Drive shell extension" "Google" "c:\program files (x86)\google\drive\googledrivesync64.dll" "16.01.2015 01:56"
+ "igfxcui" "igfxpph Module" "Intel Corporation" "c:\windows\system32\igfxpph.dll" "09.09.2013 18:26"
+ "LockHunterShellExt" "LockHunter Explorer Extension" "Crystal Rich Ltd" "c:\program files\lockhunter\lhshellext32.dll" "25.03.2009 08:53"
+ "LockHunterShellExt" "LockHunter Explorer Extension" "Crystal Rich Ltd" "c:\program files\lockhunter\lhshellext64.dll" "28.04.2009 10:21"
+ "PDF Shell Extension" "PDF Shell Extension" "Adobe Systems, Inc." "c:\program files (x86)\common files\adobe\acrobat\activex\pdfshell.dll" "11.05.2013 10:34"
+ "PushbulletCtx" "" "" "File not found: :/Program Files (x86)/Pushbullet/pushbullet_ctx.DLL" ""
+ "RecuvaShellExt" "Recuva shell extensions" "Piriform Ltd" "c:\program files\recuva\recuvashell64.dll" "14.03.2014 12:41"
+ "SD360" "360 Total Security" "" "c:\program files (x86)\360\total security\menuex64.dll" "12.01.2015 03:55"
+ "SourceGearDiffMergeShellExtension32" "SourceGear DiffMerge ShellExtension 32" "SourceGear LLC" "c:\program files (x86)\sourcegear\common\diffmerge\sourcegeardiffmergeshellextension32.dll" "23.10.2013 19:15"
+ "SourceGearDiffMergeShellExtension64" "SourceGear DiffMerge ShellExtension 64" "SourceGear LLC" "c:\program files\sourcegear\common\diffmerge\sourcegeardiffmergeshellextension64.dll" "23.10.2013 19:17"
+ "StartMenuExt" "Start Menu Helper Extension" "IvoSoft" "c:\windows\syswow64\startmenuhelper32.dll" "20.04.2014 18:17"
+ "StartMenuExt" "Start Menu Helper Extension" "IvoSoft" "c:\windows\system32\startmenuhelper64.dll" "20.04.2014 18:16"
+ "WinRAR32" "WinRAR shell extension" "Alexander Roshal" "c:\program files\winrar\rarext32.dll" "02.12.2014 11:07"
+ "WinRAR" "WinRAR shell extension" "Alexander Roshal" "c:\program files\winrar\rarext.dll" "02.12.2014 11:07"
+ "WinSCPCopyHook" "Drag&Drop shell extension for WinSCP (64-bit)" "Martin Prikryl" "c:\program files (x86)\winscp\dragext64.dll" "14.08.2013 12:22"
I you have any clue what might be going, I would be very happy to hear it. It's really annoying, as I have to kill explorer.exe and thereby close all my folder windows when this happens.
Thank you!
Best regards,
David Trapp

Hello,
thanks for having a look. However, I already ran SFC before posting on this forum (as part of my own investigation) and it came back clean. RescueTime (a time tracking tool) is probably not the culprit because it happened also several times in the past without
RescueTime being running (that was because I had accidentally removed it from autorun at that time).
Unfortunately, I can't follow your "invalid date" explanation. I don't think an "invalid date" is anywhere involved; in fact, the method in question is called "_TreeInvalidateItemInfo" and not "_TreeInvalidDateItemInfo"
(note that there is only one "d"), so I assume its job is just to invalidate (and in turn, refresh) the cached information about nodes in the left pane's folder tree of the explorer window(s) - since the folder tree is the only NamespaceTreeControl
(whose corresponding class name is CNscTree) in explorer folder view windows. As I see it, something is causing explorer to repeatedly refresh the folder tree data, but I am stuck at finding out what exactly.
Best regards,
David Trapp
EDIT: Disassembling ExplorerFrame!CNscTree::_TreeInvalidateItemInfo confirms that, because it seems to call TreeView_SetItem for a tree node and its parent (possibly with all fields set to *_CALLBACK), and CNscTree::_UpdateItemDisplayInfo
for the parent node.
EDIT2: I'd love to dig more into the trace, however I am hitting a wall at function names/addresses. Everywhere where I would expect a function name/address (such as the "by stack" views), I only see question marks instead. What
could be the reason?

Webcached.exe uses all CPU on IAS server

Hi, I'm having trouble with a process called webcached.exe according to Windows task manager, this process takes all available CPU resources, so our IAS server hangs. Anyone why this is? Any help highly appriciated! I'm pretty new to Oracle Application server, and have not experienced this before...
Is there a way to "go around" web cache until this issue is resolved, i.e. not use cache for a while perhaps? Longer responses are better than complete hangups....
I've tried to just stop the webcache process, but this apparently is not the way to go...
Windows server 2003 + IAS 10g (9.0.4.1.1)
Tor

Your post is a while ago... but you should upgrade Web Cache to 10.1.2.3, or install it in a separate location and configure it against your backend application. This is supported.
Webcache 9.0.4 is known to have some performance issues :)

Crystalras.exe consuming 100% CPU usage

Hi everyone,
When we try to open an instance of one of our Crystal reports from InfoView, the crystalras.exe process runs at 100% CPU usage and the report never shows up. After a few minutes, we get the following message:
The request timed out because there has been no reply from the server for 600,000 milliseconds.
Does anyone know where the problem could come from? Could this be because the report is retrieving too much data?
Thanks in advance for any help.

Dear Both,
I traced the RAS server as suggested by Tim and obtained a log that - I have to admit - is quite difficult for me to understand. Could I send it to one of you for examination? Thanks in advance.
Ted, please find below my answers to your questions:
Just to close out possible data source issues, are the reports going against Business Views or Universes?
The report is based on Business Views.
Do you have Processing Extensions specified for the reports?
Sorry but what are Processing Extensions?
Also, when you checked in the Crystal Reports Designer, was it Designer installed on the same machine where the page server and RAS server is running?
Yes, it is installed on the same machine.
Also, since it affects both Page Server and RAS, it may require CRPE traces to get to the bottom of this (CRPE - 'creepy' - is the CR engine used by both the Page and RAS server).
I will certainly open a case with SAP to have them help me on that.
Thank you both for your help. It is very appreciated.

Pageserver.exe showing high CPU processing on server

We have been running Crystal Enterprise 10 for awhile on the same server. Starting Thursday evening the pageserver.exe process showing high CPU utilitzation on the server. We have restarted all the Crystal services through the Central Configuration Manager but the problem still came back. The high CPU utilitization occurs during the day and at night when no one would be running any reports. Does any know what else we could look for?
Also does a separate pageserver.exe start for each user that runs a Crystal report, we show about 6-8 pageserver.exe processes at any given time. Is that normal? When do these pageserver.exe processes go away. I logged out of Infoview but a pageserver.exe process did not go away.
Thanks
Adam

Closed never answered.

Weblogic cluster consumes 100% CPU and bringing server to its knees.

I have BEA Weblogic 10.3.1 clustering as part of FMW 11g clustering. This is two node cluster on "Oracle VM" running OEL 4.0 with 4GB Memory and 4GB swap. Install seems to go with little difficulties like 100%CPU for short period but during the configuration always the Java thread consumes 100%.
Now I am at a point where shared drive is created (Chapter 5.20 of EDG) for HA FileAdapter and Persistence store. Hitting same 100% CPU problem. Looks like thread locking situation.
^-- Holding lock: java.io.InputStreamReader@6215c5d[thin lock]
^-- Holding lock: java.io.InputStreamReader@6215c5d[thin lock]
Also noticed the SWAP space is never being used though it has 4GB swap space. It brings the VM to its knees. Thanks in advance for any response.
Here is the error stack
========================
<Feb 4, 2010 8:23:56 AM EST> <Error> <WebLogicServer> <BEA-000337>
<[STUCK] ExecuteThread: '1' for queue:
'weblogic.kernel.Default (self-tuning)' has been busy for "346" seconds working on the request
"weblogic.kernel.WorkManagerWrapper$1@62171ee", which is more than the configured time (StuckThreadMaxTime) of "300" seconds.
Stack trace: Thread-22 "[STUCK] ExecuteThread: '1' for queue: 'weblogic.kernel.Default (self-tuning)'
" <alive, in native, suspended, priority=1, DAEMON>
jrockit.net.SocketNativeIO.readBytesPinned(SocketNativeIO.java:???)
jrockit.net.SocketNativeIO.socketRead(SocketNativeIO.java:31)
java.net.SocketInputStream.socketRead0(SocketInputStream.java:???)
java.net.SocketInputStream.read(SocketInputStream.java:107)
weblogic.utils.io.ChunkedInputStream.read(ChunkedInputStream.java:149)
java.io.InputStream.read(InputStream.java:85)
com.certicom.tls.record.ReadHandler.readFragment(Unknown Source)
com.certicom.tls.record.ReadHandler.readRecord(Unknown Source)
com.certicom.tls.record.ReadHandler.read(Unknown Source)
^-- Holding lock: com.certicom.tls.record.ReadHandler@6254fe1[thin lock]
com.certicom.io.InputSSLIOStreamWrapper.read(Unknown Source)
sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:250)
sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:289)
sun.nio.cs.StreamDecoder.read(StreamDecoder.java:125)
^-- Holding lock: java.io.InputStreamReader@6215c5d[thin lock]
java.io.InputStreamReader.read(InputStreamReader.java:167)
java.io.BufferedReader.fill(BufferedReader.java:105)
java.io.BufferedReader.readLine(BufferedReader.java:288)
^-- Holding lock: java.io.InputStreamReader@6215c5d[thin lock]
java.io.BufferedReader.readLine(BufferedReader.java:362)
weblogic.nodemanager.client.NMServerClient.checkResponse(NMServerClient.java:286)
weblogic.nodemanager.client.NMServerClient.checkResponse(NMServerClient.java:311)
weblogic.nodemanager.client.NMServerClient.start(NMServerClient.java:90)
^-- Holding lock: weblogic.nodemanager.client.SSLClient@62164a2[thin lock]
weblogic.nodemanager.mbean.StartRequest.start(StartRequest.java:75)
weblogic.nodemanager.mbean.StartRequest.execute(StartRequest.java:45)
weblogic.kernel.WorkManagerWrapper$1.run(WorkManagerWrapper.java:63)
weblogic.work.ExecuteThread.execute(ExecuteThread.java:198)
weblogic.work.ExecuteThread.run(ExecuteThread.java:165)
}

Few things that u can try first off
1. Turn off Native IO
2 Use this flag
-DUseSunHttpHandler=true
3. This stack seems to suggest communication wid NM
weblogic.nodemanager.client.NMServerClient.checkResponse(NMServerClient.java:286)
weblogic.nodemanager.client.NMServerClient.checkResponse(NMServerClient.java:311)
Can you stop ur Node Manger and see if it helps..
If these doesnt help, contact Oracle Support..

Wireportserver.exe is consuming 100% cpu

Hi Experts,
We are using SAP BI 4.0 sp6 windows for our BO Application.From last week onwards we are experiencing system freeze as the WIreportserver.exe consuming 100% cpu.we have to manually kill it to make the system work again.Even restarting the servers doesn't help!
Sometimes this issue happens when if there are no user logged in.Recently there are no changes made to the server.Hence not sure what
might be the reason behind this.
Thanks in advance for your help.
Regards
Kishore

I would request you to confirm the below steps.
1) If you are using Load balance then please increase the Load Balancer idle session timeout .
2) Can you also do this test: Please do take backup of the file.
1- Open folder : <Your BO install Folder>\Tomcat55\webapps\AnalyticalReporting\WEB-INF\classes
2- Edit file : webi.properties
3- Change the lines :
#WID_FAILOVER_SIZE=10
#WID_STORAGE_TOKEN_STACK_SIZE=10
By:
WID_FAILOVER_SIZE=0
WID_STORAGE_TOKEN_STACK_SIZE=0
4- Save ans close the file
5- Restart tomcat
6- check if the issue is resolved
3) Purge the query and run the same one by one. Once it is done then refresh all the queries. With this we can get to know which query is causing the issue. If you find that few queries are taking long time then foloow the below steps for that specific queries:
a. . Edit the report and go to Edit Query.
b. At bottom you can see the name of the Query
c. Right click on Query and click Duplicate Query. It will create a copy of the original query.
d. And then delete the original query.
e. Do the same step for all queries
f. Run all queries and then test the issue again.
4) Run the report in Webi Rich Client. If it works then Save the report with different name and in different folder. And export same in Repository. From the Infoview try to refresh the report.
5) Please check if using Web mode is acceptable workaround.
6) In Universe Designer> parameter> Controls, uncheck the option 'Limit Execution Time To' and 'Limit Result Set To' parameters. By doing this it will allow users to create queries that have not been tuned, run for extended period of time .
7) It is always recommended to Schedule the report which are of large size instead of refreshing. I would suggest you to schedule the report to resolve the issue.
~Sujeet Sharma

After starting up the listener the server consuming 100% CPU

Hi,
when i startup the database tier (EBS 12.1.3 and DB 11.2.0.2) its stared well and the CPU usage is normal.But when i start the listener the server (RHEL 5.8) start consuming 100% CPU.
alert.log details
in file /ebs/UAT/bin/db/tech_st/11.2.0/admin/UAT_dcvlodbdev/diag/rdbms/uat/UAT/trace/UAT_j000_7601.trc:
ORA-00600: internal error code, arguments: [13011], [262414], [1644193998], [33], [1644194002], [0], [], [], [], [], [], []
ORA-06512: at "APPS.WF_BES_CLEANUP", line 488
ORA-06512: at line 1
Wed Dec 12 10:11:33 2012
Sweep [inc][480592]: completed
Wed Dec 12 10:13:17 2012
Errors in file /ebs/UAT/bin/db/tech_st/11.2.0/admin/UAT_dcvlodbdev/diag/rdbms/uat/UAT/trace/UAT_j001_7624.trc (incident=480612):
ORA-00600: internal error code, arguments: [13011], [262414], [1644193998], [33], [1644194002], [0], [], [], [], [], [], []
Use ADRCI or Support Workbench to package the incident.
See Note 411.1 at My Oracle Support for error and packaging details.
Errors in file /ebs/UAT/bin/db/tech_st/11.2.0/admin/UAT_dcvlodbdev/diag/rdbms/uat/UAT/trace/UAT_j001_7624.trc:
ORA-00600: internal error code, arguments: [13011], [262414], [1644193998], [33], [1644194002], [0], [], [], [], [], [], []
ORA-06512: at "APPS.WF_BES_CLEANUP", line 488
ORA-06512: at line 1
Wed Dec 12 10:13:18 2012
Sweep [inc][480612]: completed
Wed Dec 12 10:14:18 2012
Errors in file /ebs/UAT/bin/db/tech_st/11.2.0/admin/UAT_dcvlodbdev/diag/rdbms/uat/UAT/trace/UAT_ora_7814.trc (incident=481092):
ORA-00600: internal error code, arguments: [kdsgrp1], [], [], [], [], [], [], [], [], [], [], []
Incident details in: /ebs/UAT/bin/db/tech_st/11.2.0/admin/UAT_dcvlodbdev/diag/rdbms/uat/UAT/incident/incdir_481092/UAT_ora_7814_i481092.trc
Wed Dec 12 10:14:23 2012
Dumping diagnostic data in directory=[cdmp_20121212101423], requested by (instance=1, osid=7814), summary=[incident=481092].
Use ADRCI or Support Workbench to package the incident.
See Note 411.1 at My Oracle Support for error and packaging details.
Wed Dec 12 10:14:24 2012
Sweep [inc][481092]: completed
Sweep [inc2][481092]: completed
Wed Dec 12 10:16:50 2012
Errors in file /ebs/UAT/bin/db/tech_st/11.2.0/admin/UAT_dcvlodbdev/diag/rdbms/uat/UAT/trace/UAT_j001_8058.trc (incident=481492):
ORA-00600: internal error code, arguments: [13011], [262414], [1644193998], [33], [1644194002], [0], [], [], [], [], [], []
Use ADRCI or Support Workbench to package the incident.
See Note 411.1 at My Oracle Support for error and packaging details.
Errors in file /ebs/UAT/bin/db/tech_st/11.2.0/admin/UAT_dcvlodbdev/diag/rdbms/uat/UAT/trace/UAT_j001_8058.trc:
ORA-00600: internal error code, arguments: [13011], [262414], [1644193998], [33], [1644194002], [0], [], [], [], [], [], []
ORA-06512: at "APPS.WF_BES_CLEANUP", line 488
ORA-06512: at line 1
Wed Dec 12 10:19:04 2012
Incremental checkpoint up to RBA [0xf.ac257.0], current log tail at RBA [0xf.c3691.0]
Wed Dec 12 10:20:56 2012
Active Session History (ASH) performed an emergency flush. This may mean that ASH is undersized. If emergency flushes are a recurring issue, you may consider increasing ASH size by setting the value of ASHSIZE to a sufficiently large value. Currently, ASH size is 2097152 bytes. Both ASH size and the total number of emergency flushes since instance startup can be monitored by running the following query:
select total_size,awr_flush_emergency_count from v$ash_info;
Wed Dec 12 10:21:26 2012
Sweep [inc][481492]: completed

Please see these docs.
ORA-600/ORA-7445/ORA-700 Error Look-up Tool [ID 153788.1]
ORA-600 [13011] "Problem occurred when trying to delete a row" [ID 28184.1]
Workflow Control Queue Clean Up Program Fails With ORA-25226 [ID 334237.1]
Thanks,
Hussein

Oracle.exe is consuming 100% cpu o windows

Hi,
We have 6 oracle 10g database on windows box and from task manager we are able to see oracle.exe is consuming 100% cpu
Need to know this oracle.exe belongs to which database and can i get the sql for this process
Thanks

On my Vista PC, I find that the easiest way to identify which instance an oracle.exe is, is the task manager. On the Processes tab, right-click the oracle.exe and then click Go To Service(s) and that takes me to the OracleServiceORCL or whichever insance it is.
I'm sure there is a better way that a Windows person could tell us about. Then having identified the instance, it is just normal tuning from there.

FNDOPP process consumes 200% CPU even though request count is less

Hi Guys,
We have problem with FNDOPP services in R12.1.3 with database version 11.2.0.3
Its a multinode environment with RAC database and shared Appl_top with PCP.
The problem is that FNDOPP process at OS level is consuming 200% CPU
we have defined 4 threads for OPP in our production environment. with server having 24 CPU on each application node.
Also Post processing action Concurrent Request takes long to process with OPP.
Please suggest what areas to look into bring down load on OPP and hence CPU consumption through OPP process.
Your help is appreciated.
Regards,
Milan

Please see the following docs.
R12: Troubleshooting Known XML Publisher and E-Business Suite (EBS) Integration Issues [ID 1410160.1]
EBS - Technology Area - Webcast Recording 'BI Publisher / XML Publisher Overview & Best Practices - Webinar' [video] [ID 1513592.1]
Poor Performance /High Buffer Gets In FND_CONC_TEMPLATES [ID 1085293.1]
Performance Issue - PDF Generated With BI Publisher [ID 956902.1]
Overview of Available Patches for Oracle XML Publisher embedded in the Oracle E-Business Suite [ID 1138602.1]
Tuning Output Post Processor (OPP) to Improve Performance [ID 1399454.1]
Thanks,
Hussein

Data Base 11G is consuming all cpu

i have installed a oracle database 11g and Apex in a vitual machine, I start the virtual machine and also database services start, but after three minuts the consume of CPU for oracle.exe process it grow much until cosume the 100% of CPU
i don´t know what happen, wich is the cause?

user11095479 wrote:
i have installed a oracle database 11g and Apex in a vitual machine, I start the virtual machine and also database services start, but after three minuts the consume of CPU for oracle.exe process it grow much until cosume the 100% of CPU
i don´t know what happen, wich is the cause?
>i have installed a oracle database 11g and Apex in a vitual machine, I start the virtual machine and also database services start, but after three minuts the consume of CPU for oracle.exe process it grow much until cosume the 100% of CPU
i don´t know what happen, wich is the cause?
COPY & PASTE results from following SQL
SELECT * FROM V$VERSION;

Syslogd Consuming more CPU utilization in Solaris 10

Hi All,
The Syslogd process consuming more CPU utilization in Solaris 10. Kindly help how to reduce this cpu utilization.
Regards
Siva

Hi Robert,
Both are same architecture. x86
The following is the prstat o/p from the affected server. Pls note that one of the mount point in this server is in ZFS.
prstat -l
PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/LWPID
26092 root 3933M 3930M cpu1 60 0 29:00:43 22% syslogd/56
26092 root 3933M 3930M run 30 0 289:47:33 12% syslogd/18
26092 root 3933M 3930M run 40 0 272:31:05 11% syslogd/22
26092 root 3933M 3930M run 22 0 14:47:16 9.7% syslogd/65
26092 root 3933M 3930M run 42 0 14:43:46 9.7% syslogd/63
26092 root 3933M 3930M run 31 0 14:40:42 9.6% syslogd/66
26092 root 3933M 3930M sleep 40 0 152:45:42 5.9% syslogd/21
26092 root 3933M 3930M cpu0 53 0 6:41:58 4.1% syslogd/58
26092 root 3933M 3930M run 52 0 6:23:13 4.0% syslogd/57
26092 root 3933M 3930M sleep 43 0 6:29:21 3.9% syslogd/59
26092 root 3933M 3930M sleep 52 0 5:55:14 3.6% syslogd/71
More over we are continuously receiving the below error message in the /var/adm/messages, we don't know, from where the error arises from the syslog server.
syslogd: malloc failed: dropping message from remote: Not enough space
PRIVILEGE :[4] 'NONE'
Edited by: Siva_Systems on Mar 29, 2010 5:06 AM
Edited by: Siva_Systems on Mar 29, 2010 8:18 AM

Why process 'timestenrepd' on the standby database keep consuming 600% CPU?

Hi all, I have just created a empty active standby pair where there are 14 regular AWT cache groups.
After call of ttRepStart on the standby database, it takes 600% CPU(24 cores CPU) all the time.
There is no data in the cache groups and I found the error logs in the tterrors.log file:
14:01:28.32 Warn: : 27703: 27710/0xf83c50: Recovery started
14:01:31.62 Warn: : 27703: 27710/(nil): Another checkpoint is in progress. The final checkpoint will continue when the other checkpoint finishes.
14:01:44.96 Warn: REP: 25580: [139865850070784, 0, noAwt] EPPDB:repagent.c(1227): TT16025: Thread 'FAILOVER' (context 0x7f2f580008c0) starting
14:01:44.97 Warn: REP: 25580: [139865843771136, 0, noAwt] EPPDB:repagent.c(1227): TT16025: Thread 'REPLISTENER' (context 0x7f2f600008c0) starting
14:01:44.97 Warn: REP: 25580: [139865846920960, 0, noAwt] EPPDB:repagent.c(1227): TT16025: Thread 'XLA_PARENT' (context 0x7f2f680008c0) starting
14:01:44.97 Warn: REP: 25580: [139865853220608, 0, noAwt] EPPDB:repagent.c(1227): TT16025: Thread 'REPHOLD' (context 0x7f35040008c0) starting
14:01:45.04 Warn: REP: 25580: [139865840621312, 0, noAwt] EPPDB:repagent.c(1227): TT16025: Thread 'LOGFORCE' (context 0x7f3500000c50) starting
14:01:45.04 Warn: REP: 25580: [139865834321664, 0, noAwt] EPPDB:repagent.c(1227): TT16025: Thread 'TRANSMITTER(M)' (context 0x7f2f540008c0) starting
14:01:45.04 Warn: REP: 25580: [139865834321664, 0, noAwt] EPPDB:transmitter.c(1112): TT16285: Replication transmitter with local store id 16289484001462337649, remote store id 15530743840010091109, track id 0 got repSlave object 0x5406d9a0
14:01:45.05 Warn: REP: 25580: [139865837471488, 0, noAwt] EPPDB:repagent.c(1227): TT16025: Thread 'TRANSMITTER(M)' (context 0x7f2f500008c0) starting
14:01:45.05 Warn: REP: 25580: [139865837471488, 0, noAwt] EPPDB:transmitter.c(1112): TT16285: Replication transmitter with local store id 16289484001462337649, remote store id 2679021640115572251, track id 0 got repSlave object 0x5006d9a0
14:01:45.05 Warn: REP: 25580: [139865834321664, 0, noAwt] EPPDB:transmitter.c(1434): TT16999: Transmitter connecting to receiver
14:01:45.12 Warn: REP: 25580: [139865843771136, 0, noAwt] EPPDB:receiver.c(2263): TT16999: RepListner succesfully done spawning a receiver
14:01:45.13 Warn: REP: 25580: [139841666549504, 0, noAwt] EPPDB:repagent.c(1227): TT16025: Thread 'RECEIVER' (context 0x7f2f480008c0) starting
14:01:45.13 Warn: REP: 25580: [139841663399680, 0, noAwt] EPPDB:repagent.c(1231): TT16025: Thread 'RECEIVERNET' (context (nil)) starting
14:01:45.76 Warn: REP: 25580: [139841657100032, 1, noAwt] EPPDB:repagent.c(1227): TT16025: Thread 'TRANSMITTER(S)' (context 0x7f2f400008c0) starting
14:01:45.76 Warn: REP: 25580: [139841657100032, 1, noAwt] EPPDB:transmitter.c(1112): TT16285: Replication transmitter with local store id 16289484001462337649, remote store id 15530743840010091109, track id 1 got repSlave object 0x5406d9a0
14:01:45.76 Warn: REP: 25580: [139841657100032, 1, noAwt] EPPDB:transmitter.c(1434): TT16999: Transmitter connecting to receiver
14:01:45.76 Warn: REP: 25580: [139841660249856, 2, noAwt] EPPDB:repagent.c(1227): TT16025: Thread 'TRANSMITTER(S)' (context 0x7f2f3c0008c0) starting
14:01:45.76 Warn: REP: 25580: [139841660249856, 2, noAwt] EPPDB:transmitter.c(1112): TT16285: Replication transmitter with local store id 16289484001462337649, remote store id 15530743840010091109, track id 2 got repSlave object 0x5406d9a0
14:01:45.76 Warn: REP: 25580: [139841660249856, 2, noAwt] EPPDB:transmitter.c(1434): TT16999: Transmitter connecting to receiver
14:01:46.15 Err : REP: 25580: [139841666549504, 0, noAwt] EPPDB:meta.c(3134): TT16999: receiver slot alloc: 16289484001462337649 15530743840010091109
14:01:46.15 Warn: REP: 25580: [139841666549504, -1, notKnown] EPPDB:receiver.c(4350): TT16999: stopRcvrThreads (track 0) set to 0
14:01:46.46 Warn: : 27703: 25580/0x7f2f400008c0: XXX:1st CTN for track 1 was 1354600888.2 with prev as 4294967295 hdr.firstCTN 1354600888.2expectedCTN=1354600888.2
14:01:46.46 Warn: : 27703: 25580/0x7f2f400008c0: XXX:1st CTN for track 1 was 1354600894.2 with prev as 4294967295 hdr.firstCTN 1354600894.0expectedCTN=1354600894.0
14:01:46.83 Warn: REP: 25580: [139865843771136, 0, noAwt] EPPDB:receiver.c(2263): TT16999: RepListner succesfully done spawning a receiver
14:01:46.83 Warn: REP: 25580: [139841526023936, 0, noAwt] EPPDB:repagent.c(1227): TT16025: Thread 'RECEIVER' (context 0x7f2f340008c0) starting
14:01:46.83 Warn: REP: 25580: [139840594581248, 0, noAwt] EPPDB:repagent.c(1231): TT16025: Thread 'RECEIVERNET' (context (nil)) starting
14:01:47.04 Warn: : 27703: 25580/0x7f2f540008c0: XXX:1st CTN for track 0 was 1354600888.3 with prev as 0 hdr.firstCTN 1354600888.2expectedCTN=1354600888.2
14:01:47.05 Warn: : 27703: 25580/0x7f2f540008c0: XXX:1st CTN for track 0 was 1354600894.0 with prev as 4294967295 hdr.firstCTN 1354600894.0expectedCTN=1354600894.0
14:01:47.43 Warn: REP: 25580: [139865843771136, 0, noAwt] EPPDB:receiver.c(2263): TT16999: RepListner succesfully done spawning a receiver
14:01:47.43 Warn: REP: 25580: [139840591431424, 0, noAwt] EPPDB:repagent.c(1227): TT16025: Thread 'RECEIVER' (context 0x7f2f200008c0) starting
14:01:47.43 Warn: REP: 25580: [139841522874112, 0, noAwt] EPPDB:repagent.c(1231): TT16025: Thread 'RECEIVERNET' (context (nil)) starting
14:01:48.46 Warn: REP: 25580: [139841666549504, -1, notKnown] EPPDB:receiver.c(3112): TT16999: stopRcvrThreads (track 0) set to 1
14:01:48.46 Warn: REP: 25580: [139841666549504, 0, noAwt] EPPDB:receiver.c(3113): TT16060: Failed to read data from the network. select() timed out isAwt (false) parallelism (3) trackId (0) socket (17)
14:01:48.46 Warn: REP: 25580: [139841666549504, -1, notKnown] EPPDB:receiver.c(1829): TT16999: stopRcvrThreads (track 0) set to 1
14:01:48.66 Warn: REP: 25580: [139840591431424, -1, notKnown] EPPDB:receiver.c(3112): TT16999: stopRcvrThreads (track 1) set to 1
14:01:48.66 Warn: REP: 25580: [139840591431424, 1, noAwt] EPPDB:receiver.c(3113): TT16060: Failed to read data from the network. TimesTen replication receivers are stopping isAwt (false) parallelism (3) trackId (1) socket (19)
14:01:48.66 Warn: REP: 25580: [139840591431424, -1, notKnown] EPPDB:receiver.c(1829): TT16999: stopRcvrThreads (track 1) set to 1
14:01:48.66 Err : REP: 25580: [139841522874112, 0, noAwt] EPPDB:receiver.c(1657): TT16275: RECEIVER network helper thread terminating due to certain error already recorded in the system log
14:01:48.66 Warn: REP: 25580: [139841522874112, 0, noAwt] EPPDB:repagent.c(1276): TT16999: Receiver exiting isAwt (false)
14:01:48.66 Warn: REP: 25580: [139840591431424, 1, noAwt] EPPDB:repagent.c(1276): TT16999: Receiver exiting isAwt (false)
14:01:48.66 Warn: REP: 25580: [139841526023936, -1, notKnown] EPPDB:receiver.c(3112): TT16999: stopRcvrThreads (track 2) set to 1
14:01:48.66 Warn: REP: 25580: [139841526023936, 2, noAwt] EPPDB:receiver.c(3113): TT16060: Failed to read data from the network. TimesTen replication receivers are stopping isAwt (false) parallelism (3) trackId (2) socket (23)
14:01:48.66 Warn: REP: 25580: [139841526023936, -1, notKnown] EPPDB:receiver.c(1829): TT16999: stopRcvrThreads (track 2) set to 1
14:01:48.66 Warn: REP: 25580: [139841666549504, -1, notKnown] EPPDB:receiver.c(1870): TT16999: stopRcvrThreads (track 0) set to 0
14:01:48.66 Err : REP: 25580: [139840594581248, 0, noAwt] EPPDB:receiver.c(1657): TT16275: RECEIVER network helper thread terminating due to certain error already recorded in the system log
14:01:48.66 Warn: REP: 25580: [139840594581248, 0, noAwt] EPPDB:repagent.c(1276): TT16999: Receiver exiting isAwt (false)
14:01:48.66 Err : REP: 25580: [139841663399680, 0, noAwt] EPPDB:receiver.c(1657): TT16275: RECEIVER network helper thread terminating due to certain error already recorded in the system log
14:01:48.66 Warn: REP: 25580: [139841663399680, 0, noAwt] EPPDB:repagent.c(1276): TT16999: Receiver exiting isAwt (false)
14:01:48.66 Warn: REP: 25580: [139841526023936, 2, noAwt] EPPDB:repagent.c(1276): TT16999: Receiver exiting isAwt (false)
14:01:48.66 Warn: REP: 25580: [139841666549504, 0, noAwt] EPPDB:repagent.c(1276): TT16999: Receiver exiting isAwt (false)
14:01:49.05 Warn: REP: 25580: [139865837471488, 0, noAwt] EPPDB:transmitter.c(1425): TT16999: Awt transmitter connecting to receiver
14:01:49.05 Warn: REP: 25580: [139865843771136, 0, noAwt] EPPDB:receiver.c(2263): TT16999: RepListner succesfully done spawning a receiver
14:01:49.05 Warn: REP: 25580: [139841666549504, 0, noAwt] EPPDB:repagent.c(1227): TT16025: Thread 'RECEIVER' (context 0x7f2f480008c0) starting
14:01:49.06 Warn: REP: 25580: [139841526023936, 0, noAwt] EPPDB:repagent.c(1231): TT16025: Thread 'RECEIVERNET' (context 0x7f2f00000000) starting
14:01:49.22 Warn: : 27703: 25580/0x7f2f3c0008c0: XXX:1st CTN for track 2 was 1354600894.11 with prev as 4294967295 hdr.firstCTN 1354600894.11expectedCTN=1354600894.0
14:01:50.17 Warn: REP: 25580: [139841666549504, -1, notKnown] EPPDB:receiver.c(4350): TT16999: stopRcvrThreads (track 0) set to 0
14:01:53.54 Warn: REP: 25580: [139865843771136, 0, noAwt] EPPDB:receiver.c(2263): TT16999: RepListner succesfully done spawning a receiver
14:01:53.54 Warn: REP: 25580: [139841663399680, 0, noAwt] EPPDB:repagent.c(1227): TT16025: Thread 'RECEIVER' (context 0x7f2f440008c0) starting
14:01:53.54 Warn: REP: 25580: [139840594581248, 0, noAwt] EPPDB:repagent.c(1231): TT16025: Thread 'RECEIVERNET' (context (nil)) starting
14:01:54.20 Warn: REP: 25580: [139840591431424, 2, noAwt] EPPDB:repagent.c(1227): TT16025: Thread 'TRANSMITTER(S)' (context 0x7f2f200008c0) starting
14:01:54.20 Warn: REP: 25580: [139840591431424, 2, noAwt] EPPDB:transmitter.c(1112): TT16285: Replication transmitter with local store id 16289484001462337649, remote store id 2679021640115572251, track id 2 got repSlave object 0x5006d9a0
14:01:54.20 Warn: REP: 25580: [139840591431424, 2, noAwt] EPPDB:transmitter.c(1425): TT16999: Awt transmitter connecting to receiver
14:01:54.20 Warn: REP: 25580: [139865843771136, 0, noAwt] EPPDB:receiver.c(2263): TT16999: RepListner succesfully done spawning a receiver
14:01:54.20 Warn: REP: 25580: [139841522874112, 1, noAwt] EPPDB:repagent.c(1227): TT16025: Thread 'TRANSMITTER(S)' (context 0x7f2f180008c0) starting
14:01:54.20 Warn: REP: 25580: [139841522874112, 1, noAwt] EPPDB:transmitter.c(1112): TT16285: Replication transmitter with local store id 16289484001462337649, remote store id 2679021640115572251, track id 1 got repSlave object 0x5006d9a0
14:01:54.20 Warn: REP: 25580: [139841533159168, 0, Awt] EPPDB:repagent.c(1227): TT16025: Thread 'AWT_APPLIER' (context 0x7f2f080008c0) starting
14:01:54.20 Warn: REP: 25580: [139841533159168, 0, Awt] EPPDB:awt.c(210): TT16999: Parallel AWT Applier #4 started
14:01:54.20 Warn: REP: 25580: [139841405417216, 0, Awt] EPPDB:repagent.c(1227): TT16025: Thread 'AWT_APPLIER' (context 0x7f2ef40008c0) starting
14:01:54.20 Warn: REP: 25580: [139841405417216, 0, Awt] EPPDB:awt.c(210): TT16999: Parallel AWT Applier #1 started
14:01:54.21 Warn: REP: 25580: [139841530009344, 0, Awt] EPPDB:repagent.c(1227): TT16025: Thread 'AWT_APPLIER' (context 0x7f2efc0008c0) starting
14:01:54.21 Warn: REP: 25580: [139841530009344, 0, Awt] EPPDB:awt.c(210): TT16999: Parallel AWT Applier #3 started
14:01:54.21 Warn: REP: 25580: [139841522874112, 1, noAwt] EPPDB:transmitter.c(1425): TT16999: Awt transmitter connecting to receiver
14:01:54.21 Warn: REP: 25580: [139865843771136, 0, noAwt] EPPDB:receiver.c(2263): TT16999: RepListner succesfully done spawning a receiver
14:01:54.21 Warn: REP: 25580: [139841402267392, 0, Awt] EPPDB:repagent.c(1227): TT16025: Thread 'AWT_APPLIER' (context 0x7f2ef80008c0) starting
14:01:54.21 Warn: REP: 25580: [139841402267392, 0, Awt] EPPDB:awt.c(210): TT16999: Parallel AWT Applier #0 started
14:01:54.21 Warn: REP: 25580: [139841536308992, 0, Awt] EPPDB:repagent.c(1227): TT16025: Thread 'AWT_APPLIER' (context 0x7f2f040008c0) starting
14:01:54.21 Warn: REP: 25580: [139841536308992, 0, Awt] EPPDB:awt.c(210): TT16999: Parallel AWT Applier #5 started
14:01:54.21 Warn: REP: 25580: [139841539458816, 0, Awt] EPPDB:repagent.c(1227): TT16025: Thread 'AWT_SORTER' (context 0x7f2f0c0008c0) starting
14:01:54.21 Warn: REP: 25580: [139841539458816, 0, Awt] EPPDB:awt.c(144): TT16999: Parallel AWT Sorter started
14:01:54.21 Warn: REP: 25580: [139841399117568, 0, noAwt] EPPDB:repagent.c(1227): TT16025: Thread 'RECEIVER' (context 0x7f2eec0008c0) starting
14:01:54.22 Warn: REP: 25580: [139841392817920, 0, noAwt] EPPDB:repagent.c(1231): TT16025: Thread 'RECEIVERNET' (context (nil)) starting
14:01:54.22 Warn: REP: 25580: [139841395967744, 0, noAwt] EPPDB:repagent.c(1227): TT16025: Thread 'RECEIVER' (context 0x7f2ef00008c0) starting
14:01:54.22 Warn: REP: 25580: [139841389668096, 0, noAwt] EPPDB:repagent.c(1231): TT16025: Thread 'RECEIVERNET' (context (nil)) starting
14:01:54.22 Warn: REP: 25580: [139841408567040, 0, Awt] EPPDB:repagent.c(1227): TT16025: Thread 'AWT_APPLIER' (context 0x7f2f000008c0) starting
14:01:54.22 Warn: REP: 25580: [139841408567040, 0, Awt] EPPDB:awt.c(210): TT16999: Parallel AWT Applier #2 started
14:01:55.87 Warn: REP: 25580: [139841663399680, -1, notKnown] EPPDB:receiver.c(4350): TT16999: stopRcvrThreads (track 0) set to 0
14:01:56.54 Warn: REP: 25580: [139865843771136, 0, noAwt] EPPDB:receiver.c(2263): TT16999: RepListner succesfully done spawning a receiver
14:01:56.55 Warn: REP: 25580: [139841182365440, 0, noAwt] EPPDB:repagent.c(1227): TT16025: Thread 'RECEIVER' (context 0x7f2ed80008c0) starting
14:01:56.55 Warn: REP: 25580: [139841179215616, 0, noAwt] EPPDB:repagent.c(1231): TT16025: Thread 'RECEIVERNET' (context (nil)) starting
14:01:56.89 Warn: : 27703: 25580/0x7f2f180008c0: XXX:1st CTN for track 1 was 1354600759.70 with prev as 63 hdr.firstCTN 1354600759.69expectedCTN=1354600759.69
14:01:56.89 Warn: : 27703: 25580/0x7f2f180008c0: XXX:1st CTN for track 1 was 1354600888.2 with prev as 4294967295 hdr.firstCTN 1354600888.1expectedCTN=1354600888.0
14:01:56.89 Warn: : 27703: 25580/0x7f2f180008c0: XXX:1st CTN for track 1 was 1354600894.2 with prev as 4294967295 hdr.firstCTN 1354600894.0expectedCTN=1354600894.0
14:01:57.26 Warn: REP: 25580: [139865843771136, 0, noAwt] EPPDB:receiver.c(2263): TT16999: RepListner succesfully done spawning a receiver
14:01:57.27 Warn: REP: 25580: [139841176065792, 0, noAwt] EPPDB:repagent.c(1227): TT16025: Thread 'RECEIVER' (context 0x7f2ecc0008c0) starting
14:01:57.27 Warn: REP: 25580: [139841172915968, 0, noAwt] EPPDB:repagent.c(1231): TT16025: Thread 'RECEIVERNET' (context (nil)) starting
14:01:57.90 Warn: : 27703: 25580/0x7f2f500008c0: XXX:1st CTN for track 0 was 1354600759.71 with prev as 68 hdr.firstCTN 1354600759.69expectedCTN=1354600759.69
14:02:04.08 Warn: : 27703: 25580/0x7f2f200008c0: XXX:1st CTN for track 2 was 1354600759.69 with prev as 64 hdr.firstCTN 1354600759.69expectedCTN=1354600759.69
14:02:04.08 Warn: : 27703: 25580/0x7f2f200008c0: XXX:1st CTN for track 2 was 1354600888.1 with prev as 4294967295 hdr.firstCTN 1354600888.1expectedCTN=1354600888.0
14:02:04.08 Warn: : 27703: 25580/0x7f2f200008c0: XXX:1st CTN for track 2 was 1354600894.11 with prev as 4294967295 hdr.firstCTN 1354600894.11expectedCTN=1354600894.0
14:02:04.08 Warn: : 27703: 25580/0x7f2f500008c0: XXX:1st CTN for track 0 was 1354600888.0 with prev as 4294967295 hdr.firstCTN 1354600888.0expectedCTN=1354600888.0
14:02:04.08 Warn: : 27703: 25580/0x7f2f500008c0: XXX:1st CTN for track 0 was 1354600894.0 with prev as 4294967295 hdr.firstCTN 1354600894.0expectedCTN=1354600894.0
Please note that this is a newly active standby pair where there is no data or workload while the problem occurs, it makes me very depressed.

Ok, Chirs, here are my steps to set up the active stnadby pair:
1.steps on the active database:
% ttIsql eppdb;
command> @init_user_grant.sql
% ttIsql "DSN=eppdb;UID=cacheuser;PWD=timesten;OraclePWD=oracle"
command> call ttCacheUidPwdSet('cacheuser','oracle');
command> call ttGridCreate('myGrid');
command> call ttGridNameSet('myGrid');
command> call ttCacheStart;
command> @create_all_cache_groups.sql
command>
CREATE ACTIVE STANDBY PAIR eppdb ON "baal", eppdb ON "diablo"
RETURN TWOSAFE
STORE eppdb ON "baal" DISABLE RETURN ALL 5 RESUME RETURN 20
STORE eppdb ON "diablo" DISABLE RETURN ALL 5 RESUME RETURN 20;
command>call ttRepStart;
command>call ttRepStateSet('active');
command>@load_cache_groups.sql
command>exit
2.steps on the standby database:
% ttRepAdmin -duplicate -from eppdb -host "baal" -uid cacheuser -pwd timesten -cacheuid cacheuser -cachepwd oracle -keepCG eppdb
% ttIsql "DSN=eppdb;UID=cacheuser;PWD=timesten;OraclePWD=oracle"
Command> CALL ttCacheUidPwdSet('cacheuser','oracle');
Command> CALL ttCacheStart;
Command> CALL ttRepStart;
After the replication agent is started on the standby database, issuing a 'top' command in the bash on the standby database server,
I can see the process 'timestenrepd' consumes 600%+ CPU all the time except for stopping the replication agent.

One boe_jobcd process allways consuming 100% CPU

Hi, I am running Crystal reports server XI R2 Linux on RHEL4
Normally we have from 1 up to 4 boe_jobcd processes depending on the "load" of our system, The processes seems to shutdown when not needed, But now one of the 4 BOE_JOBCD processes will never die and it is consuming 100% cpu...
Can I stop/kill the process? How ?
Edited by: Sofia Modee on Jul 3, 2009 10:41 AM
Edited by: Sofia Modee on Jul 3, 2009 10:41 AM
Edited by: Sofia Modee on Jul 3, 2009 10:42 AM

Dear Both,
I traced the RAS server as suggested by Tim and obtained a log that - I have to admit - is quite difficult for me to understand. Could I send it to one of you for examination? Thanks in advance.
Ted, please find below my answers to your questions:
Just to close out possible data source issues, are the reports going against Business Views or Universes?
The report is based on Business Views.
Do you have Processing Extensions specified for the reports?
Sorry but what are Processing Extensions?
Also, when you checked in the Crystal Reports Designer, was it Designer installed on the same machine where the page server and RAS server is running?
Yes, it is installed on the same machine.
Also, since it affects both Page Server and RAS, it may require CRPE traces to get to the bottom of this (CRPE - 'creepy' - is the CR engine used by both the Page and RAS server).
I will certainly open a case with SAP to have them help me on that.
Thank you both for your help. It is very appreciated.

Aspnet_wp.exe consuming 98% CPU in BAM server

Similar Messages

Maybe you are looking for