Crash report runs a long time after startup

Crash report runs for about 1-1/2 hour after startup.

did you check how much time the entire report takes to execute (evn though the first 25 rows comes up quickly). I suspect it is > 30 mins.
OBIEE is not meant as a data dump tool and there is little that could be done. (except better hardware)

Similar Messages

Report running for long time & performance tuning

Hi All,
(1). WebI report is running for long time.so what are the steps i need to check for it ?
(2). Can you tell me about performance tuning in BO ?
please help me.....
Thanks
Kumar

(1). WebI report is running for long time.so what are the steps i need to check for it ?
The first step is to see if the problem lies in the query on the data source or in webi itself. Depending on the data source there are different ways to extract the query and try to run it against the database. Which source does your report uses?
(2). Can you tell me about performance tuning in BO ?
I would recommend to start by reading the administrator's guide. There is a section about how to improve performance.
Regards,
Stratos

Report running for longer time

Hi,
I have a report in dashboard which does not stop running and the clock on it keeps on ticking.
Please suggest what must be the possible reasons that this report is taking so much time to run . So I that I can backtrack it.
Thanks.

949675 wrote:
Hi,
I have a report in dashboard which does not stop running and the clock on it keeps on ticking.
Please suggest what must be the possible reasons that this report is taking so much time to run . So I that I can backtrack it.
Thanks.Check out this presentation to improve the performance on the report: http://www.peakindicators.com/media_pi/Knowledge/obiee%20and%20database%20performance%20tuning.pdf

Solaris 10, amd64, JVM crash at short time after startup

Hi All,
I have an application which allocate 10G of memory for his Heap, run on 4 dual core amd64 CPUs, 16G RAM machine and crash in 98% of the cases at short time after startup. This is a customer machine.
I have a similar machine for tests with only 2 dual core amd64 CPU and 12G RAM and I don't experience any crashes running application with similar configuration, similar version of JDK and similar input data.
I have tried with different GC algorithms, but we obtain crashes sonner or later. I rare cases when application manage to start seems that CMS offer the greatest performance.
There is a bug in JVM? Knows anybody an workaround for this?
# An unexpected error has been detected by Java Runtime Environment:
# SIGSEGV (0xb) at pc=0xfffffd7ffebbdb33, pid=21678, tid=5
# Java VM: Java HotSpot(TM) 64-Bit Server VM (1.6.0_03-b05 mixed mode)
# Problematic frame:
# V [libjvm.so+0x5bdb33]
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
--------------- T H R E A D ---------------
Current thread (0x000000000042e000): GCTaskThread [id=5]
siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000000000000a8
Registers:
RAX=0x0000000000000000, RBX=0x0000000000000002, RCX=0x0000000000000000, RDX=0x0000000000000000
RSP=0xfffffd7ffad37800, RBP=0xfffffd7ffad37830, RSI=0x0000000000000000, RDI=0x00000000004e6790
, R8=0x0000000000000000, R9=0x0000000000000002, R10=0x0000000000000000, R11=0xfffffd7d7bddd058, R12=0x00000000004e6790, R13=0x0000000000000000, R14=0x0000000000000000, R15=0x0000000000429650
RIP=0xfffffd7ffebbdb33, RFLAGS=0x0000000000010246
Top of Stack: (sp=0xfffffd7ffad37800)
0xfffffd7ffad37800: fffffd7fff1051c8 000000000042a1f0
0xfffffd7ffad37810: fffffd7d72bd05a0 0000000000000000
0xfffffd7ffad37820: fffffd7d72bd05a0 0000000000000001
0xfffffd7ffad37830: fffffd7ffad37840 fffffd7ffebcfdd1
0xfffffd7ffad37840: fffffd7ffad37cc0 fffffd7ffee8953b
0xfffffd7ffad37850: fffffd7d72bd05a0 0000000000000001
0xfffffd7ffad37860: 000000000042a370 000000000042e000
0xfffffd7ffad37870: 0000000000000002 0000000000000000
0xfffffd7ffad37880: 0000000000000000 0000000000422e80
0xfffffd7ffad37890: 000000000042c120 000000000042e320
0xfffffd7ffad378a0: 000000000042e330 000000000042e708
0xfffffd7ffad378b0: 000000000042e000 0000000000424180
0xfffffd7ffad378c0: 000000000042e720 000000000042e730
0xfffffd7ffad378d0: 000000000042eb08 00000000004241c0
0xfffffd7ffad378e0: 00000000004224a0 0000000000000000
0xfffffd7ffad378f0: 0000000000000000 0000000000000000
0xfffffd7ffad37900: 0000000000000000 0000000000000400
0xfffffd7ffad37910: fffffd7d7a92c5f8 fffffd7d7a92c5f8
0xfffffd7ffad37920: fffffd7d7a92c5f8 fffffd7d7a92c5f8
0xfffffd7ffad37930: 0000000000000000 0000000000000000
0xfffffd7ffad37940: 0000000000000000 0000000000038800
0xfffffd7ffad37950: 0000000000000479 0000000000000000
0xfffffd7ffad37960: 0000000000000000 0000000000000000
0xfffffd7ffad37970: 0000000000000000 fffffd7ffad37b10
0xfffffd7ffad37980: fffffd7ffad37b58 fffffd7ffad37ba0
0xfffffd7ffad37990: fffffd7ffad37c30 0000000000430240
0xfffffd7ffad379a0: 0000000000429650 fffffd7d7a930000
0xfffffd7ffad379b0: 000000026ed7667f 0000000000000000
0xfffffd7ffad379c0: 000000000003a890 0000000000000000
0xfffffd7ffad379d0: 0000000000000000 0000000000000000
0xfffffd7ffad379e0: 0000000000000000 0000000000000000
0xfffffd7ffad379f0: 0000000000000000 0000000000000000
Instructions: (pc=0xfffffd7ffebbdb33)
0xfffffd7ffebbdb23: 24 20 4c 8b 44 24 20 4d 89 03 eb 18 4d 8b 43 08
0xfffffd7ffebbdb33: 4d 8b 80 a8 00 00 00 4c 89 44 24 28 4c 8b 44 24
Stack: [0x0000000000000000,0x0000000000000000), sp=0xfffffd7ffad37800, free space=1610527966k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x5bdb33]
V [libjvm.so+0x5cfdd1]
V [libjvm.so+0x88953b]
V [libjvm.so+0x98e8a6]
V [libjvm.so+0x98e799]
V [libjvm.so+0x87b18c]
C [libc.so.1+0xcb34b] thrslot_offset+0x31b
C [libc.so.1+0xcb580] thrslot_offset+0x550
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x0000000000a6b400 JavaThread "Timer-0" [_thread_blocked, id=19]
0x0000000000743400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=17]
0x0000000000742000 JavaThread "CompilerThread1" daemon [_thread_blocked, id=16]
0x0000000000740c00 JavaThread "CompilerThread0" daemon [_thread_blocked, id=15]
0x000000000072c400 JavaThread "JDWP Event Helper Thread" daemon [_thread_blocked, id=14]
0x0000000000729800 JavaThread "JDWP Transport Listener: dt_socket" daemon [_thread_in_native, id=13]
0x000000000071c400 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=12]
0x000000000071b800 JavaThread "Surrogate Locker Thread (CMS)" daemon [_thread_blocked, id=11]
0x00000000006f3000 JavaThread "Finalizer" daemon [_thread_blocked, id=10]
0x00000000006f2800 JavaThread "Reference Handler" daemon [_thread_blocked, id=9]
0x0000000000428400 JavaThread "main" [_thread_blocked, id=2]
Other Threads:
0x00000000006ee400 VMThread [id=8]
0x0000000000744c00 WatcherThread [id=18]
VM state:at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event])
[0x00000000004273a0/0x0000000000427400] Threads_lock - owner thread: 0x00000000006ee400
[0x0000000000423500/0x0000000000427b10] Heap_lock - owner thread: 0x0000000000428400
Heap
par new generation total 74560K, used 63936K [0xfffffd7d75600000, 0xfffffd7d7a930000, 0xfffffd7d7a930000)
eden space 63936K, 100% used [0xfffffd7d75600000, 0xfffffd7d79470000, 0xfffffd7d79470000)
from space 10624K, 0% used [0xfffffd7d79470000, 0xfffffd7d79470000, 0xfffffd7d79ed0000)
to space 10624K, 100% used [0xfffffd7d79ed0000, 0xfffffd7d7a930000, 0xfffffd7d7a930000)
concurrent mark-sweep generation total 10400576K, used 29146K [0xfffffd7d7a930000, 0xfffffd7ff5600000, 0xfffffd7ff5600000)
concurrent-mark-sweep perm gen total 21248K, used 6589K [0xfffffd7ff5600000, 0xfffffd7ff6ac0000, 0xfffffd7ffaa00000)
Dynamic libraries:
0x0000000000400000      /export/home/tg/jre1.6.0_03/bin/amd64/java
0xfffffd7fff380000      /lib/64/libthread.so.1
0xfffffd7fff360000      /export/home/tg/jre1.6.0_03/bin/amd64/../../lib/amd64/jli/libjli.so
0xfffffd7fff390000      /lib/64/libdl.so.1
0xfffffd7fff240000      /lib/64/libc.so.1
0xfffffd7ffe600000      /export/home/tg/jre1.6.0_03/lib/amd64/server/libjvm.so
0xfffffd7fff1e0000      /lib/64/libsocket.so.1
0xfffffd7fff340000      /usr/lib/64/libsched.so.1
0xfffffd7fff1a0000      /lib/64/libm.so.1
0xfffffd7fff170000      /usr/lib/64/libCrun.so.1
0xfffffd7fff140000      /lib/64/libdoor.so.1
0xfffffd7ffe530000      /lib/64/libnsl.so.1
0xfffffd7ffe4b0000      /lib/64/libm.so.2
0xfffffd7ffe470000      /lib/64/libscf.so.1
0xfffffd7ffe440000      /lib/64/libuutil.so.1
0xfffffd7ffe420000      /lib/64/libmd5.so.1
0xfffffd7ffe3f0000      /lib/64/libmp.so.2
0xfffffd7ffe270000      /export/home/tg/jre1.6.0_03/lib/amd64/native_threads/libhpi.so
0xfffffd7ffe210000      /export/home/tg/jre1.6.0_03/lib/amd64/libjdwp.so
0xfffffd7ffe1e0000      /export/home/tg/jre1.6.0_03/lib/amd64/libnpt.so
0xfffffd7ffe190000      /usr/lib/iconv/amd64/UTF-8%646.so
0xfffffd7ffe160000      /usr/lib/iconv/amd64/646%UTF-8.so
0xfffffd7ffe110000      /export/home/tg/jre1.6.0_03/lib/amd64/libverify.so
0xfffffd7ffe0c0000      /export/home/tg/jre1.6.0_03/lib/amd64/libjava.so
0xfffffd7ffe080000      /export/home/tg/jre1.6.0_03/lib/amd64/libzip.so
0xfffffd7ffe010000      /export/home/tg/jre1.6.0_03/lib/amd64/libdt_socket.so
0xfffffd7d75460000      /lib/64/nss_files.so.1
VM Arguments:
jvm_args: -XX:+UseConcMarkSweepGC -XX:ParallelGCThreads=4 -Dapp.dir=/opt/tg/cos-deploy-0.35/bin/.. -Dlog.dir=log -Dapp.name=process -Detc.dir=/opt/tg/cos-deploy-0.35/bin/../etc -Dconfig.file=/opt/tg/cos-deploy-0.35/bin/../etc/process.properties -Dlog4j.configuration=etc/log4j.xml -Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=5005 -Xms10G -Xmx10G
java_command: tg.cos.server.Main
Launcher Type: SUN_STANDARD
Environment Variables:
JAVA_HOME=/export/home/tg/jre1.6.0_03
PATH=/opt/tg/fcs-foundation/perl/bin:/opt/tg/fcs-foundation/perl/bin:/sbin:/usr/sbin:/usr/sfw/bin:/opt/sfw/bin:/usr/X/bin:/usr/ccs/bin:/usr/local/bin:/usr/bin:/usr/sbin:/export/home/oracle_install/product/client/10.2/bin:/opt/tg/POOL/bin:/opt/tg/MailSender/bin:/export/home/tg/bin:/usr/sbin:/export/home/oracle_install/product/client/10.2/bin:/opt/tg/POOL/bin:/opt/tg/MailSender/bin
LD_LIBRARY_PATH=/export/home/tg/jre1.6.0_03/lib/amd64/server:/export/home/tg/jre1.6.0_03/lib/amd64:/export/home/tg/jre1.6.0_03/../lib/amd64
SHELL=/bin/bash
Signal Handlers:
SIGSEGV: [libjvm.so+0x9883b0], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
SIGBUS: [libjvm.so+0x9883b0], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
SIGFPE: [libjvm.so+0x315b10], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
SIGPIPE: [libjvm.so+0x315b10], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
SIGILL: [libjvm.so+0x315b10], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGUSR2: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGHUP: [libjvm.so+0x87ca80], sa_mask[0]=0xffbffeff, sa_flags=0x00000004
SIGINT: [libjvm.so+0x87ca80], sa_mask[0]=0xffbffeff, sa_flags=0x00000004
SIGQUIT: [libjvm.so+0x87ca80], sa_mask[0]=0xffbffeff, sa_flags=0x00000004
SIGTERM: [libjvm.so+0x87ca80], sa_mask[0]=0xffbffeff, sa_flags=0x00000004
SIGQUIT: [libjvm.so+0x87ca80], sa_mask[0]=0xffbffeff, sa_flags=0x00000004
SIGTERM: [libjvm.so+0x87ca80], sa_mask[0]=0xffbffeff, sa_flags=0x00000004
SIG39: [libjvm.so+0x87f4d0], sa_mask[0]=0x00000000, sa_flags=0x00000008
SIG40: [libjvm.so+0x315b10], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
--------------- S Y S T E M ---------------
OS: Solaris 10 11/06 s10x_u3wos_10 X86
Copyright 2006 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 14 November 2006
uname:SunOS 5.10 Generic_118855-33 i86pc (T2 libthread)
rlimit: STACK 10240k, CORE infinity, NOFILE 65536, AS infinity
load average:3.72 3.68 3.23
CPU:total 8 (2 cores per cpu, 1 threads per core) family 15 model 65 stepping 2, cmov, cx8, fxsr, mmx, sse, sse2, sse3, mmxext, 3dnow, 3dnowext
Memory: 4k page, physical 16775096k(1672236k free)
vm_info: Java HotSpot(TM) 64-Bit Server VM (1.6.0_03-b05) for solaris-amd64, built on Sep 24 2007 22:29:24 by "" with unknown Workshop:0x580
I created a small test which somehow emulate the real application and I obtain the same results: on test machine run without any issues on live machine it crashes all the time.
What can be the cause?
import java.util.*;
public class MemoryTest {
     private List<Page> pages = new LinkedList<Page>();
     public void initTest() {
          int counter = 1;
          while( canAddOneMorePage() ) {
               Page page = new Page(counter, (byte)counter++);
               pages.add(page);
     private boolean canAddOneMorePage() {
          boolean result = true;
          long freeMem = Runtime.getRuntime().freeMemory() / (1024*1024) ;
          if (freeMem < 512) {
               result = false;
          return result;
     private boolean validatePages() {
          boolean arePagesValid = true;
          for(Page p : pages) {
               boolean isPageValid = p.isValid();
               if ( !isPageValid ) {
                    System.out.println("Page "+p.id+ " contains corrupted data");
                    arePagesValid = false;
          return arePagesValid;
     private void updatePages(byte value) {
          for(Page p : pages) {
               p.updateValues(value);
     public void runTest() {
          int TESTS_NUM = 100;
          System.out.println("There are "+pages.size()+" pages.");
          System.out.println("Currently the pages "+ (validatePages() ? "contain no errors" : "contain errors"));
          for(int i=1; i<TESTS_NUM; i++) {
               System.out.println("Test "+i+" of "+TESTS_NUM);
               updatePages((byte)i);
               validatePages();
     public static void main(String[] args) {
          MemoryTest main = new MemoryTest();
          main.initTest();
          main.runTest();
class Page {
     public static final int LENGTH = 1024*1024;
     List <byte[]> list;
     public byte value = 0;
     public int id;
     public Page(int id, byte value) {
          this.list = new LinkedList<byte[]>();
          this.value = value;
          this.id = id;
          for(int i=0; i<LENGTH; i++) {
               byte[] data = new byte [512];
               for( int j=0; j<512; j++) {
                    data[j] = value;
               list.add(data);
     public void updateValues(byte value) {
          this.value = value;
          this.list = new LinkedList<byte[]>();
          System.out.println("Updating page "+id);
          for(int i=0; i<LENGTH; i++) {
               byte[] data = new byte [512];
               for( int j=0; j<512; j++) {
                    data[j] = value;
               list.add(data);
     public boolean isValid() {
          boolean result = true;
          for( byte[] data: list) {
               for( byte b : data) {
                    if (value != b) {
                         result = false;
                         break;
               if ( !result ) {
                    break;
          return result;
}Edited by: blue67 on Dec 10, 2007 12:57 AM

I've experienced the same crash problem for my application in a Sun Fire x4600 M2..
My application which allocates 50G of memory for his Heap, runs on 8 quad core amd64 CPUs, 64G RAM machine and crash in 98% of the cases at short time after startup.
If I run my application on a different machine, for example a Sun Fire 280R with 2 CPUs UltraSPARC-III+ 1.2Ghz 8MB, there are no crashes.
I think the problem is related to the AMD 64 bits CPU architecture.
I filed a bug to the Sun Bug DB with ID 1415527, but it hasn't been published yet.
I cannot understand why, since it seems to be a problem common also to other users.
Here's part of my last hs_err_pidXXX.log file:
# An unexpected error has been detected by Java Runtime Environment:
# SIGSEGV (0xb) at pc=0xfffffd7ffebbd0bd, pid=25799, tid=50
# Java VM: Java HotSpot(TM) 64-Bit Server VM (11.0-b16 mixed mode solaris-amd64)
# Problematic frame:
# V [libjvm.so+0x5bd0bd]
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
T H R E A D
Current thread (0x0000000000b21c00): GCTaskThread [stack: 0x0000000000000000,0x0000000000000000] [id=50]
siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0xfffffd7ffebbd0bd
Registers:
RAX=0x0000000000000000, RBX=0x0000000000000008, RCX=0x0000000000000002, RDX=0xfffffd73b56f1ce8
RSP=0xfffffd73b56f1cb0, RBP=0xfffffd73b56f1e00, RSI=0xfffffd7c55dd2f08, RDI=0xfffffd7c55dd2bb9
, R8=0xb000000000000000, R9=0x0000000000c38ff0, R10=0x00000000042d0e97, R11=0xfffffd7c55dd2d88, R12=0x0000000000b38f00, R13=0x000000000045d070, R14=0x000000000045d070, R15=0x0000000000003c4f
RIP=0xfffffd7ffebbd0bd, RFLAGS=0x0000000000010246
Top of Stack: (sp=0xfffffd73b56f1cb0)
0xfffffd73b56f1cb0: fffffd7fff0f15a8 0000000000000000
0xfffffd73b56f1cc0: fffffd73b56f1e48 fffffd73b45e0790
0xfffffd73b56f1cd0: 0000000000000008 fffffd7ffebbc239
0xfffffd73b56f1ce0: fffffd7fff0f15a8 fffffd7fff0ec260
0xfffffd73b56f1cf0: 0000000000000000 0000000000b0c5b0
0xfffffd73b56f1d00: fffffd73fbc00000 000000017fa80000
0xfffffd73b56f1d10: 0000000000b0c710 0000000000b0c850
0xfffffd73b56f1d20: 0000000000000000 000000000045d070
0xfffffd73b56f1d30: 0000000000000000 0000000000b0c850
0xfffffd73b56f1d40: fffffd73b45e07f8 0000000000b0c8d8
0xfffffd73b56f1d50: 0000000900b0c5b0 fffffd792b971d60
0xfffffd73b56f1d60: fffffd7fff103d04 0000441ef1e00000
0xfffffd73b56f1d70: fffffd7c55dd2f08 fffffd7f00003c4d
0xfffffd73b56f1d80: fffffd73b45e0790 441f3c4d00000000
0xfffffd73b56f1d90: 441f3c4d441f3c4d 441f3c4d441f3c4d
0xfffffd73b56f1da0: 441e3c4d441f3c4d 441f3c4d441e3c4d
0xfffffd73b56f1db0: 43c03c1e441e3c4d 441e3c4d441e3c4d
0xfffffd73b56f1dc0: 5e3634bf5e3634bf 10830ae010830ae0
0xfffffd73b56f1dd0: 036b3673036b3674 036b3673036b3673
0xfffffd73b56f1de0: 5e3634c05e3634c1 5e3634c05e3634c0
0xfffffd73b56f1df0: fffffd73b45e0790 00000054b45e0790
0xfffffd73b56f1e00: fffffd73b56f1eb0 fffffd7ffebbbd47
0xfffffd73b56f1e10: fffffd73b56f1ef8 0000000000b0ce20
0xfffffd73b56f1e20: 0000000000b21c00 fffffd7fff04a509
0xfffffd73b56f1e30: 0000000000000008 00000000ffffffff
0xfffffd73b56f1e40: fffffd73b56f1e70 0000000000000000
0xfffffd73b56f1e50: 000002185a539ab2 fffffd7fff103d01
0xfffffd73b56f1e60: 000000000042c560 0000000000b21e90
0xfffffd73b56f1e70: 0000000000b21ea0 0000000000b22278
0xfffffd73b56f1e80: 0000000000b21c00 000000000045a780
0xfffffd73b56f1e90: 0000000000b22290 0000000000b222a0
0xfffffd73b56f1ea0: 0000000000b22678 000000000045a7c0
Thanks

Background Jobs running for long time.

Dear All,
I had done the Homogeneous System Copy on my ECC 6 QA System successfully by restoring the offline backup of Production system. My system is up & running but I have some Performace issues in the system. I also observed that some jobs are running since long time & most commonly i got the below line in the BGD Trace "WP has reached abap/heaplimit = 40000000 bytes".
I search for the notes but couldn't find anything.
Please help me to resolve this issue.
Below is the Trace :-
trc file: "dev_w7", trc level: 1, release: "700"
ACTIVE TRACE LEVEL           1
ACTIVE TRACE COMPONENTS      all, MJ
M sysno      12
M sid        UBQ
M systemid   370 (Solaris on SPARCV9 CPU)
M relno      7000
M patchlevel 0
M patchno    52
M intno      20050900
M make:      single threaded, Unicode, 64 bit, optimized
M pid        16335
M
M
M Mon Nov 10 19:01:10 2008
M kernel runs with dp version 210000(ext=109000) (@(#) DPLIB-INT-VERSION-210000-UC)
M length of sys_adm_ext is 572 bytes
M ThInit: running on host UBSQAS
M calling db_connect ...
C Client NLS settings: AMERICAN_AMERICA.UTF8
C Logon as OPS$-user to get SAPSR3's password
C Connecting as /@UBQ on connection 0 (nls_hdl 0) ... (dbsl 700 240106)
C Nls CharacterSet                 NationalCharSet              C      EnvHp      ErrHp ErrHpBatch
C    0 UTF8                                                      1 0x1067f1be0 0x1067f96a0 0x106809e38
C Attaching to DB Server UBQ (con_hdl=0,svchp=0x106809d68,svrhp=0x10680c0b8)
C Starting user session (con_hdl=0,svchp=0x106809d68,srvhp=0x10680c0b8,usrhp=0x1067f9eb8)
C Now '/@UBQ' is connected (con_hdl 0, nls_hdl 0).
C Got SAPSR3's password from OPS$-user
C Disconnecting from connection 0 ...
C Closing user session (con_hdl=0,svchp=0x106809d68,usrhp=0x1067f9eb8)
C Now I'm disconnected from ORACLE
C Connecting as SAPSR3/<pwd>@UBQ on connection 0 (nls_hdl 0) ... (dbsl 700 240106)
C Nls CharacterSet                 NationalCharSet              C      EnvHp      ErrHp ErrHpBatch
C    0 UTF8                                                      1 0x1067f1be0 0x1067f96a0 0x106809e38
C Starting user session (con_hdl=0,svchp=0x106809d68,srvhp=0x10680c0b8,usrhp=0x1067f9eb8)
C Now 'SAPSR3/<pwd>@UBQ' is connected (con_hdl 0, nls_hdl 0).
C Database NLS settings: AMERICAN_AMERICA.UTF8
C Database instance UBQ is running on UBSQAS with ORACLE version 10.2.0.2.0 since 20081109
B Connection 0 opened (DBSL handle 0)
B Wp Hdl ConName          ConId     ConState     TX PRM RCT TIM MAX OPT Date     Time   DBHost
B 000 000 R/3              000000000 ACTIVE       NO YES NO 000 255 255 20081110 190110 UBSQAS
M db_connect o.k.
M ICT: exclude compression: .zip,.cs,.rar,.arj,.z,.gz,.tar,.lzh,.cab,.hqx,.ace,.jar,.ear,.war,.css,.pdf,.js,.gzip
I MtxInit: 7 0 0
M SHM_PRES_BUF###(addr: 0xffffffff6c400000, size: 4400000)
M SHM_ROLL_AREA##(addr: 0xfffffffe56000000, size: 134217728)
M SHM_PAGING_AREA##(addr: 0xfffffffe50000000, size: 67108864)
M SHM_ROLL_ADM###(addr: 0xffffffff7000a000, size: 2672386)
M SHM_PAGING_ADM##(addr: 0xffffffff77a00000, size: 656416)
M ThCreateNoBuffer##allocated 572152 bytes for 1000 entries at 0xfffffffe48004000
M ThCreateNoBuffer##index size: 3000 elems
M ThCreateVBAdm##allocated 12176 bytes (50 server) at 0xffffffff77900000
X EmInit: MmSetImplementation( 2 ).
X MM diagnostic options set: 0
X <ES> client 7 initializing ....
X Using implementation std
X ES initialized.
B db_con_shm_ini: WP_ID = 7, WP_CNT = 12, CON_ID = -1
B dbtbxbuf: Buffer TABL (addr: 0xfffffffe42000100, size: 30000000, end: 0xfffffffe43c9c480)
B dbtbxbuf: Buffer TABLP (addr: 0xffffffff6b800100, size: 10240000, end: 0xffffffff6c1c4100)
B dbexpbuf: Buffer EIBUF (addr: 0xffffffff65800108, size: 4194304, end: 0xffffffff65c00108)
B dbexpbuf: Buffer ESM   (addr: 0xffffffff65000108, size: 4194304, end: 0xffffffff65400108)
B dbexpbuf: Buffer CUA   (addr: 0xfffffffe4b01e108, size: 3072000, end: 0xfffffffe4b30c108)
B dbexpbuf: Buffer OTR   (addr: 0xffffffff64800108, size: 4194304, end: 0xffffffff64c00108)
M rdisp/reinitialize_code_page -> 0
M icm/accept_remote_trace_level -> 0
M rdisp/no_hooks_for_sqlbreak -> 0
M CCMS: AlInitGlobals : alert/use_sema_lock = TRUE.
S *** init spool environment
S initialize debug system
T Stack direction is downwards.
T debug control: prepare exclude for printer trace
T new memory block 0x106ab5bb0
S spool kernel/ddic check: Ok
S using table TSP02FX for frontend printing
S 1 spool work process(es) found
S frontend print via spool service enabled
S printer list size is 150
S printer type list size is 50
S queue size (profile)   = 300
S hostspool list size = 3000
S option list size is 30
S      found processing queue enabled
S found spool memory service RSPO-RCLOCKS at 0xfffffffe4b30e070
S doing lock recovery
S setting server cache root
S found spool memory service RSPO-SERVERCACHE at 0xfffffffe4b30e548
S    using messages for server info
S size of spec char cache entry: 297032 bytes (timeout 100 sec)
S size of open spool request entry: 2168 bytes
S immediate print option for implicitely closed spool requests is disabled
A Mon Nov 10 19:01:11 2008
A
A     PXA
A PXA INITIALIZATION
A PXA: Fragment Size too small: 73 MB, reducing # of fragments
A System page size: 8kb, total admin_size: 11048kb, dir_size: 10992kb.
A Attached to PXA (address 0xfffffffe20000000, size 300000K)
A abap/pxa = shared protect gen_remote
A PXA INITIALIZATION FINISHED
A     PXA
A
A ABAP ShmAdm attached (addr=0xfffffffe60590000 leng=20938752 end=0xfffffffe61988000)
A >> Shm MMADM area (addr=0xfffffffe6083edd0 leng=140480 end=0xfffffffe60861290)
A >> Shm MMDAT area (addr=0xfffffffe60862000 leng=17981440 end=0xfffffffe61988000)
A RFC rfc/signon_error_log = -1
A RFC rfc/dump_connection_info = 0
A RFC rfc/dump_client_info = 0
A RFC rfc/cp_convert/ignore_error = 1
A RFC rfc/cp_convert/conversion_char = 23
A RFC rfc/wan_compress/threshold = 251
A RFC rfc/recorder_pcs not set, use defaule value: 2
A RFC rfc/delta_trc_level not set, use default value: 0
A RFC rfc/no_uuid_check not set, use default value: 0
A RFC rfc/bc_ignore_thcmaccp_retcode not set, use default value: 0
A RFC Method> initialize RemObjDriver for ABAP Objects
M ThrCreateShObjects##allocated 12676 bytes at 0xffffffff77700000
N SsfSapSecin: putenv(SECUDIR=/usr/sap/UBQ/DVEBMGS12/sec): ok
N
N =================================================
N === SSF INITIALIZATION:
N ===...SSF Security Toolkit name SAPSECULIB .
N ===...SSF trace level is 0 .
N ===...SSF library is /usr/sap/UBQ/DVEBMGS12/exe/libsapsecu.so .
N ===...SSF hash algorithm is SHA1 .
N ===...SSF symmetric encryption algorithm is DES-CBC .
N ===...sucessfully completed.
N =================================================
N =================================================
N MskiInitLogonTicketCacheHandle: Logon Ticket cache pointer retrieved from shared memory.
N MskiInitLogonTicketCacheHandle: Workprocess runs with Logon Ticket cache.
M JrfcVmcRegisterNativesDriver o.k.
W =================================================
W === ipl_Init() called
W    ipl_Init(): wp task type is 4:BTC, skip initialization
W === ipl_Init() returns 0, ITSPE_OK: OK
W =================================================
E Replication is disabled
E EnqCcInitialize: local lock table initialization o.k.
E EnqId_SuppressIpc: local EnqId initialization o.k.
E EnqCcInitialize: local enqueue client init o.k.
B
B Mon Nov 10 19:30:28 2008
B dbtran INFO (init_connection '<DEFAULT>' [ORACLE:700.08]):
B   max_blocking_factor = 15, max_in_blocking_factor      =   5,
B   min_blocking_factor = 10, min_in_blocking_factor      =   5,
B   prefer_union_all    =   0, prefer_join                 =   0,
B   prefer_fix_blocking =   0, prefer_in_itab_opt          =   1,
B   convert AVG         =   0, alias table FUPD            =   0,
B   escape_as_literal   =   1, opt GE LE to BETWEEN        =   0,
B   select *            =0x0f, character encoding          = STD / <none>:-,
B   use_hints           = abap->1, dbif->0x1, upto->2147483647, rule_in->0,
B                         rule_fae->0, concat_fae->0, concat_fae_or->0
M SecAudit(RsauShmInit): WP attached to existing shared memory.
M SecAudit(RsauShmInit): addr of SCSA........... = 0xffffffff78500000
M SecAudit(RsauShmInit): addr of RSAUSHM........ = 0xffffffff78500768
M SecAudit(RsauShmInit): addr of RSAUSLOTINFO... = 0xffffffff785007a0
M SecAudit(RsauShmInit): addr of RSAUSLOTS...... = 0xffffffff785007ac
A
A Mon Nov 10 20:04:25 2008
A WP has reached abap/heaplimit = 40000000 bytes
A
A Tue Nov 11 02:25:41 2008
A generated report /1BCWDY/BSAEKROD3IX58HSBOTLJ==CP         with fingerprint 1078C98BF377F2618A7F4843DE257FC8   50556
Tue Nov 11 02:36:40 2008
actual OCI-type (1) of OUT-variable 0 differs from cached statement (96) ==> reparsing
sc_p=0x10673a550,no=176,idc_p=0x106750c68,con=0,act=1,slen=149,smax=768,#vars=5,stmt=0x107ba9dc0,table=TADIR
prep=1,lit=0,nsql=0,lobret=0,#exec=455,dbcnt=0,upsh_p=(nil),ocistmth_p=0x1073f3ec0
IN : cols=5,rmax=1,xcnt=0,rpc=0,rowi=0,rtot=0,upto=4294967295,rsize=108,vmax=32,bound=1,iobuf_p=0x1068680e0,vda_p=0x1073f8960
      lobs=0,lmax=0,lpcnt=0,larr=(nil),lcurr_p=(nil),rret=0
OUT: cols=1,rmax=0,xcnt=0,rpc=0,rowi=0,rtot=0,upto=1,rsize=0,vmax=32,bound=1,iobuf_p=(nil),vda_p=0x1073f90f0
      lobs=0,lmax=0,lpcnt=0,larr=(nil),lcurr_p=(nil),rret=0
SELECT /*+ FIRST_ROWS */ "OBJ_NAME" FROM "TADIR" WHERE "PGMID" = :A0 AND ( "OBJECT" = :A1 OR "OBJEC\
T" = :A2 ) AND "OBJ_NAME" = :A3 AND ROWNUM <= :A4;
actual OCI-type (96) of OUT-variable 0 differs from cached statement (1) ==> reparsing
sc_p=0x10673a550,no=176,idc_p=0x106750c68,con=0,act=1,slen=149,smax=768,#vars=5,stmt=0x107ba9dc0,table=TADIR
prep=1,lit=0,nsql=0,lobret=0,#exec=2,dbcnt=0,upsh_p=(nil),ocistmth_p=0x1073f3ec0
IN : cols=5,rmax=1,xcnt=0,rpc=0,rowi=0,rtot=0,upto=4294967295,rsize=108,vmax=32,bound=1,iobuf_p=0x1068680e0,vda_p=0x1073f8960
      lobs=0,lmax=0,lpcnt=0,larr=(nil),lcurr_p=(nil),rret=0
OUT: cols=1,rmax=0,xcnt=0,rpc=0,rowi=0,rtot=0,upto=1,rsize=0,vmax=32,bound=1,iobuf_p=(nil),vda_p=0x1073f90f0
      lobs=0,lmax=0,lpcnt=0,larr=(nil),lcurr_p=(nil),rret=0
SELECT /*+ FIRST_ROWS */ "OBJ_NAME" FROM "TADIR" WHERE "PGMID" = :A0 AND ( "OBJECT" = :A1 OR "OBJEC\
T" = :A2 ) AND "OBJ_NAME" = :A3 AND ROWNUM <= :A4;
Tue Nov 11 02:36:42 2008
actual OCI-type (1) of OUT-variable 0 differs from cached statement (96) ==> reparsing
sc_p=0x10673a550,no=176,idc_p=0x106750c68,con=0,act=1,slen=149,smax=768,#vars=5,stmt=0x107ba9dc0,table=TADIR
prep=1,lit=0,nsql=0,lobret=0,#exec=3,dbcnt=0,upsh_p=(nil),ocistmth_p=0x1073f3ec0
IN : cols=5,rmax=1,xcnt=0,rpc=0,rowi=0,rtot=0,upto=4294967295,rsize=108,vmax=32,bound=1,iobuf_p=0x1068680e0,vda_p=0x1073f8960
      lobs=0,lmax=0,lpcnt=0,larr=(nil),lcurr_p=(nil),rret=0
OUT: cols=1,rmax=0,xcnt=0,rpc=0,rowi=0,rtot=0,upto=1,rsize=0,vmax=32,bound=1,iobuf_p=(nil),vda_p=0x1073f90f0
      lobs=0,lmax=0,lpcnt=0,larr=(nil),lcurr_p=(nil),rret=0
SELECT /*+ FIRST_ROWS */ "OBJ_NAME" FROM "TADIR" WHERE "PGMID" = :A0 AND ( "OBJECT" = :A1 OR "OBJEC\
T" = :A2 ) AND "OBJ_NAME" = :A3 AND ROWNUM <= :A4;
Thanks,
Shambo

Hi Shambo
have you checked the oracle parameters as per the sap note 830576,and also the backup which you have taken is a logical backup,in that case you have to run the update database statistics either from DB13 or BRTOOLS
also check ST04 and also ST02 to do a performance tuning
I believe its more Database Parameter issue
regards
George Varghese

ABAP process job ( BI_PROCESS_ABAP ) in process chain running for long time

Dear Experts,
We have an ABAP process job BI_PROCESS_ABAP in a process chain. This job is running for a very long time than previous run time.
Recently we had an ORACLE database upgrade from 9.2 to 10g.
From the very next day , we are having this problem.
And also previously this process-chain was under control of BASIS guys . they were using a tool called CRONACLE to schedule it. At the time of upgrade this tool was crashed and they asked us to schedule it in BW system instead.
Underlying program is using two custom tables.
one is having both primary & secondary indexes but the other table is having only primary index.
I am not sure whether we have secondary indexes on other table prior to upgrade or not.
Where must be the problem?...
At the time of upgrade BASIS has re-organized the table space along with database upgrade.
please help me...
Regards,
SRIKANTH

Please ask yr basis consultant to check the system parms.
Below i have listed down SAP recommneded system parms .
abap/heap_area_total 4000000000
abap/heap_area_dia 2000000000
abap/heap_area_nondia 2000000000
Also check in SM37 if any other jobs are running for long time, peventing the your job running.
Check the SM12 for locks or SM58

Report Formatt takes long time -- Report Progress and background engine

We invoke reports from Forms using run_report_object.
A particular report takes a long time. As soon as we invoke the report, the "Reports Progress" window shows up. Right after that The "Reports background Engine" display as Formatting Page1, 2, 3 etc. It takes a long time to get this done for a three page report.
We are using Reports 6i. Any thoughts? Is this a query performance or Report format issue?
Thanks

Formatting page 1 often means that the query is still executing, not that the page is formatting page 1.
If the report is "Formating page 2" for a long while on a 3 page report (assuming page 2 is not another query in a different report section) it would seem that the query is passing bits of data back to the report a bit at a time.
In this case try adding the ALL_ROWS hint which forces Oracle to retrieve all rows (you optimizer may be set to first_rows)

Firefox 4 takes a long time to startup at this point i am thinking about going back to internet explorer as my default browser. what is going on??

firefox 4 takes a long time to startup at this point i am thinking about going back to internet explorer as my default browser. what is going on??

Click the Firefox button, go to Add-ons, then Plugins and disable "'''My Web Search'''". This is adware which runs in the background and spends its time trawling the web searching for ads to feed you.
Also, something shows in your system details with the number '''2,5,3,1 '''. Can you tell me what that is please? It's located in the same Plugins menu.
Similarly, I see three versions of Veetle. Disable the older ones if you don't need them.
On the security side, your Flash player is out of date and exposes your system to exploits. See: http://www.adobe.com/support/security/bulletins/apsb11-12.html (Update link near the foot of the page).
If the problem persists, try running Firefox in [[Safe Mode]]. If it functions properly in that configuration, then one of your add-ons is the culprit.

The status of importing TR is still running a long time

Hi,
I'm facing a problem. the status of importing TR is still running a long time(more than 1 day).
I think the TR has a problem, How can I know what had happened?
Which T-code can I get more informations for that?
jk

what u are transporting ? do u have any table entries in that ?.....or any standard dev.packages ?
regards
Prabhu

Report execution takes long time

Dear all,
we have a report which takes long time to exceute due to select statement.. here is the code..
SELECT vkorg vtweg spart kunnr kunn2 AS division FROM knvp
    INTO CORRESPONDING FIELDS OF TABLE hier
    WHERE kunn2 IN s_kunnr
    AND   vkorg EQ '0001'
    AND   parvw EQ 'ZV'.
    l_parvw = 'WE'.
SORT hier.
* select all invoices within the specified invoice creation dates.
CHECK NOT hier[] IS INITIAL.
SELECT vbrk~vbeln vbrk~fkart vbrk~waerk vbrk~vkorg vbrk~vtweg vbrk~spart vbrk~knumv
         vbrk~konda vbrk~bzirk vbrk~pltyp vbrk~kunag vbrp~vbeln vbrp~aubel vbrp~posnr
         vbrp~fkimg vbrp~matnr vbrp~prctr vbpa~kunnr
         vbrp~pstyv vbrp~uepos
         vbrp~kvgr4 vbrp~ean11
    INTO CORRESPONDING FIELDS OF TABLE it_bill
    FROM vbrk INNER JOIN vbrp ON vbrp~vbeln = vbrk~vbeln
              INNER JOIN vbpa ON vbpa~vbeln = vbrk~vbeln
    FOR ALL entries IN hier
    WHERE (lt_syntax)
    AND   vbrk~vbeln IN s_vbeln
*    AND   vbrk~erdat IN r_period
    AND   vbrk~fkdat IN r_period
    AND   vbrk~rfbsk EQ 'C'
    AND   vbrk~vkorg EQ hier-vkorg
    AND   vbrk~vtweg EQ hier-vtweg
    AND   vbrk~spart EQ hier-spart.
Can anyone say about how to reduce the execution time.?
Edited by: Thomas Zloch on Sep 22, 2010 2:46 PM - please use code tags

Hi
first of all never use move corressponding.
Rather you should declare a work area for table hier.
select values into the work area and then append that workarea into the table hier.
In case of for all entries include all the primary keys in the selection and for the keys which are of no use declare constants with initial valules like:
'prmkey' is a primary field for table 'tab1' .
Constants: field1 type tab1-prmkey value initial.
and then in your where condition write.
prmkey GE field1.
I hope it is clear to you now.
Thanks
lalit Gupta

Calc scripts running very Long time

Hi All,
Recently, i am migrated the objects from Production to Test region. We have 5 applications and each of the application has a set of calc scripts.
In test region, they are running really long time. Where as in Production, they run for less time.
In TEST region each Calc script is taking 10 times more time than the Production times.
No Dimension added or no script is updated. No difference in objects between TEST and PROD.
Please suggest me, why is this difference.
Thanks
Mahesh

The obvious first question would be if the hardware is different. You would expect prod to be a more powerful server and therefore perform better.I'm seeing a lot of virtualized test servers (who knows, really, what power the box has) and real prod servers. That can make a huge difference in performance.
It makes benchmarking tough -- yes, you can see how long something will take relative to another process, but there isn't any way to know how it will perform in production until you sneak it over there and benchmark it. It can be a real PITA for Planning.
And yes, the theory is that dev and prod are similar so that the above isn't an issue, but that seems to be a more theoretical than actual kind of thing.
Regards,
Cameron Lackpour

HT1338 I downloaded upgrades available. The installation of those took a long time after re- initiatin the system and had to off. After this I could not get it to turn on again. Just stays in the gray screen with apple in the middle. What's wrong?

I downloaded upgrades available. The installation of those took a long time after re- initiatin the system and had to off. After this I could not get it to turn on again. Just stays in the gray screen with apple in the middle. What's wrong?

Sorry to hear of your problem, but any hardware in a computer can fail - that includes the hard drive, the logic board, etc, etc. Fortunately, it usually doesn't happen that soon; however, I've read of hard drives failing within 6 months.
So, since you did not purchase the extended Applecare Protection Plan (3 years coverage), you will need to make a decision to repair or sell it as is. I would always purchase 3 year coverage for an all in one or a laptop because repairs are expensive and at least I'd be covered for 3 years.
We can't speculate on whether there should be a recall or not; these forums are for user to user assistance with technical problems. In your case, there is nothing we can help with since you've already gotten a diagnosis.

Program Running from Long Time

Hi Friends,
There is a program running from long time. Can anybody let me know how can i analyse this program other than SM50, SM51, SM66. Its a CRM Program.....there are no logs.......
Points will be rewarded....
Thanks,
Nagesh.

Hi,
I will suggest you to check a few places where you can see the status
1) SM37 job log. If its active make sure that the job log is getting updated at frequent intervals.
2) Get the job details (server name PID etc from SM37) and see in SM66 if the job is running or not. See if its accessing/updating some tables or is not doing anything at all.
If its running and if you are able to see it active in SM66 you can wait for some time to let it finish.
3) You can also try SM50 / SM51 to see what is happening in the system level like reading/inserting tables etc.
If you feel its active and running you can verify by checking if the number of records getting updated/ inserted /deleted in table level.
You can take the help of Basis/DB2 to find out what is actually happening in the background.
This is the best way to identify of something is happening in the database level.
Thanks,
JituK

Wifi no longer connecting after startup

wifi no longer connecting after startup... so I have to connect manually... started after 10.7.3
any ideas

Which computer are you experiencing this on?
There are several threads dealing with (mostly) iMacs + bluetooth keyboards/mice and issues with WiFi no longer automatically connecting. There seems to be some issue that 10.7.3 introduces with these series of macs.
No Apple provided solutions yet, but several workarounds: 1) attach a network cable direclty from modem/router to mac; 2) use the power button instead of mouse/keyboard to wake up mouse; 3) use USB keyboard/mouse (not personally confirmed); use airport extreme/express as a bridge.
Right now it's a waiting game until Apple provides another update. I do recommend going to Apple feeback: (http://www.apple.com/feedback/) and at least voicing your opinion. Calling AppleSupport will do the same, but they'll make you go through the same (likely useless) steps everyone else has done.
Good luck!

Fan runs all the time after OS X Mavericks installation, how do I turn fan off?

Fan runs all the time after OS X Mavericks installation, how do I turn fan off?

Rest the SMC, do it 2-3 times. Please click Intel iMac SMC and PRAM resets for instructions.

Crash report runs a long time after startup

Similar Messages

Maybe you are looking for