Short dump due to performance issue

Hi all,
I am facing performance issue in my sandbox. Below is the content of short dump.
Short text
    Unable to fulfil request for 805418 bytes of memory space.
What happened?
    Each transaction requires some main memory space to process
    application data. If the operating system cannot provide any more
    space, the transaction is terminated.
What can you do?
    Try to find out (e.g. by targetted data selection) whether the
    transaction will run with less main memory.
    If there is a temporary bottleneck, execute the transaction again.
    If the error persists, ask your system administrator to check the
    following profile parameters:
    o  ztta/roll_area            (1.000.000 - 15.000.000)
           Classic roll area per user and internal mode
           usual amount of roll area per user and internal mode
    o  ztta/roll_extension       (10.000.000 - 500.000.000)
           Amount of memory per user in extended memory (EM)
    o  abap/heap_area_total      (100.000.000 - 1.500.000.000)
           Amount of memory (malloc) for all users of an application
           server. If several background processes are running on
           one server, temporary bottlenecks may occur.
Pls help me to resolve this issue
Regards,
Kalyani
Edited by: kalyani usa on Jan 9, 2008 9:04 PM

Hi Rob Burbank,
I am pasting the transaction I found in the dump
Transaction......... "SESSION_MANAGER "
Transactions ID..... "4783E5B027A73C1EE10000000A200A17"
Program............. "SAPMSYST"
Screen.............. "SAPMSYST 0500"
Screen line......... 16
Also i am pasting the screenshot of ST02
Nametab (NTAB)                                                                                0
  Table definition     99,22     6.799      3.591      62,97    20.000     12.591      62,96       0    8.761
  Field definition     99,06    31.563        345       1,15    20.000     13.305      66,53     244    7.420
  Short NTAB           99,22     3.625      2.590      86,33     5.000      3.586      71,72       0    1.414
  Initial records      52,50     6.625      3.408      56,80     5.000        249       4,98     817    5.568
                                                                                0
program                99,58   300.000      1.212       0,42    75.000     67.561      90,08   7.939   46.575
CUA                    99,08     3.000        211       8,84     1.500      1.375      91,67  23.050      846
Screen                 99,46     4.297      1.842      45,00     2.000      1.816      90,80      81      963
Calendar              100,00       488        401      85,14       200        111      55,50       0       89
OTR                   100,00     4.096      3.281     100,00     2.000      2.000     100,00       0
                                                                                0
Tables                                                                                0
  Generic Key          99,69    29.297      2.739       9,87     5.000        177       3,54      57   56.694
  Single record        89,24    10.000         63       0,64       500        468      93,60     241  227.134
                                                                                0
Export/import          76,46    50.000     40.980      83,32     2.000                         2.676
Exp./ Imp. SHM         97,82     4.096      3.094      94,27     2.000      1.999      99,95       0
SAP Memory      Curr.Use % CurUse[KB] MaxUse[KB] In Mem[KB] OnDisk[KB] SAPCurCach HitRatio %
Roll area            0,16        432     18.672    131.072    131.072   IDs           98,11
Page area            0,19        496    187.616     65.536    196.608   Statement     95,00
Extended memory      9,89    151.552  1.531.904  1.531.904          0                  0,00
Heap memory                        0          0  1.953.045          0  
  0,00
Regards,
Kalyani

Similar Messages

  • Getting Short dump due to large amount of data

    Hi experts,
    When we are running RALM_ME_MEASP_FULL_DOWNLOAD_SD  program, every time we are getting Short dump due to large amount of data.
    please suggest how to run this program without short dump.
    Thanks & Regards
    Prashant Gupta

    Hi,
    you do run the wrong APP I guess. The service you are running is for MAM20. If you are interested in MAM30 and MAM25, please use the correct service.
    If you have a look for
    *FULL_DOWNLOAD_SD
    You find them all. Use the ones without the RALM in front - then the timeout should be solved as well. Bside that there is a great guid available that helps as well to solve some issues around server driven replication:
    [MAM SERVER DRIVEN SETUP GUIDE|http://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/818ac119-0b01-0010-ba8b-b6e3f3490a63?quicklink=index&overridelayout=true]
    Hope that helps to solve yourt issue.
    Regards,
    Oliver

  • [svn:fx-trunk] 8742: * Revert revisions 8682 and 8734 due to performance issues.

    Revision: 8742
    Author:   [email protected]
    Date:     2009-07-22 14:07:24 -0700 (Wed, 22 Jul 2009)
    Log Message:
    Revert revisions 8682 and 8734 due to performance issues.  I'll
      recommit when they are worked out.
    tests Passed: checkintests
    Needs QA: YES
    Needs DOC: NO
    Bug unfixed: SDK-14251
    API Change: NO
    Is noteworthy for integration: No
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-14251
    Modified Paths:
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/CompilerAPI.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/SymbolTable.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/abc/AbcCompiler.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/abc/Method.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/abc/Variable.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/as3/As3Compiler.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/as3/binding/DataBindingFirstPassE valuator.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/as3/binding/TypeAnalyzer.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/as3/reflect/As3Class.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/as3/reflect/Method.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/as3/reflect/TypeTable.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/as3/reflect/Variable.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/reflect/TypeTable.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/rep/MxmlDocument.java
    Removed Paths:
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/abc/Assignable.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/as3/reflect/Assignable.java

    ould wrote:
    I have done the hard work for you. My HTPC is pretty barebones so it was relatively easy to roll back all the packages that depend on libjpeg>7 with older versions. I then compiled the xbmc-svn package using that system. Slow downs are gone and I have uploaded the package to hotfile here:
    http://hotfile.com/dl/13546051/021f9c9/ … ar.gz.html
    This is for 32-bit. You will need the libjpeg6 package from AUR installed. I have tested it on two systems, my main system which has both libjpeg7 and the AUR libjpeg6 installed and on my htpc which has only the libjpeg6 along with the rolled back dependancies. Works good on both systems.
    Hope that helps!
    Kevin
    Thanks ould!! You got it working with libjpeg6 again!
    I had to upgrade libcdio again so now I lost dvd support. It's not easy to use the svn version.
    If you could compile the build against libcdio 0.80 I'd be forever grateful... If you've got the time.
    Last edited by Perre (2009-09-26 17:09:04)

  • Short dump due termination in the program SAPLSNR3

    Hi Experts,
    While running an IP I am getting short dump, and error analysis says
    An ASSIGN statement in the program "SAPLSNR3" contained a field symbol with
    length 0. This is not possible. length 0.This is not possible.
    can any one exlain why the IP is going for short dump,rectify the error and make the IP to run sucessful.
    Regards,
    Siddhardh

    Hi Suresh,
    Your dump is occuring due to database limit of sql statment (Native SQL) that is generated from your abap sql. The range is killing him (as you already notice).
    The thread bellow have some info about this, but the solution can't be applyed to you:
    To update 1 field of ztable(60 fields) for 2000 records in minimum DB hit
    Maybe you can build some logic to reduce the value of two ranges (also concatenating them). Anyway, due to amount of lines involved (24.500 lines).... I don't think it is possible.
    One option is filter the result on ABAP, after your SQL w/o the ranges you may try:
    DELETE FROM TABLE i_glpct2
    WHERE NOT ( racct IN r_profloss OR racct IN r_balsheet ).
    This can raise a performance problem if the number of returned rows from database is to high.
    Another option is change your database access. Where the values of the two ranges came from ? database ? If they came from database try to use INNER JOIN, this will solve the problem w/o performance problem.
    Best Regards, Fernando Da Ró

  • Short dump-internal table size issue

    Hi,
    I get the following message in the short dump analysis for a report.
    No storage space available for extending table "IT_920".
    You attempted to extend an internal table, but the required space was not available.
    Error Analysis:
    The internal table "IT_920" could not be enlarged further.             
    To extend the internal table, 9696 bytes of storage space was          
    needed, but none was available. At this point, the table "IT_920" has  
    1008240 entries.
    Its an old report and I saw the internal table declaration using the "OCCURS" clause in the internal table declaration.
    begin of itab occurs 100.
    end of itab.
    I tried the option of changing to "OCCURS 0", still issue persists.
    Any help would be highly appretiated
    CM

    Hello CMV,
    This is basic problem with SAP internal tables. For every internal table memory is alocated ( Max..256K)...once you cross the memory size/limit of the internal table it resuls in short dump.
    Only way to overcome this problem is handle limited number of records at a time.. 
    Please refer following sample code which will help you to avoid short dump while processing large number of records....
      SORT TAB_RESULT.
      DESCRIBE TABLE TAB_RESULT LINES W_RECORDS.
      W_LOW      = 1.
      W_UP       = 1000.
    *Spliting the records from tab_result1 by pakage of 1000 at a time
    *to avoid short dump in case of more records
      WHILE W_LOW <= W_RECORDS.
        R_PKUNWE-SIGN = 'I'.
        R_PKUNWE-OPTION = 'EQ'.
        R_WERKS-SIGN = 'I'.
        R_WERKS-OPTION = 'EQ'.
        LOOP AT TAB_RESULT FROM W_LOW TO W_UP.
          MOVE TAB_RESULT-PKUNWE TO R_PKUNWE-LOW.
          MOVE TAB_RESULT-WERKS  TO  R_WERKS-LOW.
          APPEND R_PKUNWE.
          APPEND R_WERKS.
        ENDLOOP.
    *fetch sold to party
         SELECT KUNNR NAME1
           FROM KNA1
           APPENDING CORRESPONDING FIELDS OF TABLE TAB_KNA1
           WHERE KUNNR IN R_PKUNWE.
    *fetch plant
      SELECT WERKS NAME1
             FROM T001W
             APPENDING CORRESPONDING FIELDS OF TABLE TAB_T001W
             WHERE WERKS IN R_WERKS.
       REFRESH: R_PKUNWE,
                R_WERKS.
        W_LOW = W_LOW + 1000.
        W_UP  = W_UP  + 1000.
      ENDWHILE.
    Hope this will help you to solve problem.
    Cheers,
    Nilesh

  • Short Dump due to TIME_OUT Error

    Hi,
         We have a situation here, where the monthly data from R/3 is extracted to ODS (Full upload) and subsequently getting uploaded to infocube (Delta). Usually the ODS to infocube updation takes long hours of time (say 8 hours), because of complexity of the update rules over the cube and this was working fine for the past months.
    But on 1st of this month when I extracted R/3 data went fine upto ODS, but failed in the further process (i.e., ODS to Infocube) resulting in a short dump. Extract is shown below
    Short dump in the Warehouse
    Diagnosis
    The data update was not completed. A short dump has probably been logged in BW providing information about the error.
    System response
    "Caller 70" is missing.
    Further analysis:
    Search in the BW short dump overview for the short dump belonging to the request. Pay attention to the correct time and date on the selection screen.
    You get a short dump list using the Wizard or via the menu path "Environment -> Short dump -> In the Data Warehouse".
    So I want to try out with another option, Since we know the data coming to ODS on a  monthly basis, instead of pushing the data to infocube in delta mode, can I upload the data using full update (but of course weekly wise) to cube ?.
    What will be the complications?.
    Please guide with your ideas…
    Thanks in advance,
    Arun.

    System response
    "Caller 70" is missing.
    Further analysis:
    Search in the BW short dump overview for the short dump belonging to the request. Pay attention to the correct time and date on the selection screen.
    You get a short dump list using the Wizard or via the menu path "Environment -> Short dump -> In the Data Warehouse".
    Did you follow this recommendation?  Did you check the short dump? 
    If it is really a time_out issue, the short dump will tell you so, but there can also be other causes for caller 70 missing.
    It is a time_out you can either increase your time out setting, or decrease the package size in your infopackages;
    kr,
    Tom

  • Short dump due to conversion error on screen

    Hello all,
    I have designed one screen, and throwing error message if perticular filed is blank as (message e002(z2)). If i keep the filed blank system is throwing error message but giving short dump because of 'Conversion error' .
    Error analysis : 'The program has been interrupted and cannot resume.                                           |
    Program "SAPMZTIMECOLLECT_NEW" attempted to display fields on screen 0101.
    |    An error occurred during the conversion of this data. '
    Please, could you help to understand why system is giving short dump.
    Thanks in advance..!!

    Solved for me.
    If we don't have value for the field which we are passing it to tablecontrol, then declare the variable with the same type and assigned space for the same and submit it to table control output. then the error is not coming.
    Ex: If we dont have the value for the table control field (KOSTL), then declare one constant K_KOSTL LIK below,
    DATA:K_KOSTL TYPE KOSTL.
    K_KOSTL = ' '.
    IF the value of table control field is initial, then pass K_KOSTL to it.
    This what I have done.
    Regards
    Ramesh.

  • Short dump due to Memory Space

    Hi Experts,
    I have an internal table whose width is 3576 characters. My selection criteria is selecting approximately 1 million record from the database table.
    Out of the 3576 characters, I m not even filling 150 characters a row using selection fields.
    The short dump is as follows:
    Error analysis
        The internal table "\PROGRAM=ZPMWO_DSR_RECONCILIATION\FORM=RECONCILIATION\DATA=
        LT_VIQMEL_I" could not be further extended. To enable
        error handling, the table had to be delete before this log was written.
        As a result, the table is displayed further down or, if you branch to
        the ABAP Debugger, with 0 rows.
        At the time of the termination, the following data was determined for
        the relevant internal table:
        Memory location: "Session memory"
        Row width: 3576
        Number of rows: 1035860
        Allocated rows: 1035860
        Newly requested rows: 4 (in 1 blocks)
    How to correct this?? I mean how do i increase the memory space required for this process??

    Hi,
    Check there is not an endless loop which is appending data in the internal table.
    Regards,
    Ankur Parab

  • SHORT DUMP  due to STORAGE_PARAMETERS_WRONG_SET in ALV

    Hello All,
    There is an internal table containing more than 200,000 thousand records.
    when this is passed to ALV grid for display, the program terminates with the exception STORAGE_PARAMETERS_WRONG_SET
    I was wondering if there is a way to prevent the program from terminating.
    Are there any system settings that can be changed/checked?
    (Its an Unix OS).
    Any help is welcome.
    Many thanks!
    Vinay

    This is what SAP documentation says:
    Set the system profile parameters                                   
    - abap/heap_area_dia                                                
    - abap/heap_area_nondia                                             
    to a maximum value. Then reduce the value by 10.000.000 to be on the
    safe side.                                                                               
    Then restart the SAP System.                                                                               
    When the program was running, it was established that more          
    memory was needed than the operating system is able to provide savely
    To avoid a system crash, you must prevent this                      
    situation.                                                          
    The program had already requested &P1 bytes from the operating      
    system with 'malloc' when the operating system reported after a     
    further memory request that there was no more memory space          
    available.

  • Short Dump in MIGO transaction

    When executing the transaction MIGO the transaction ends with the short dump as follows.
    is it because of SAPNOTE 385830 ?
    short text of error message : GET_SYTEM_BUSINESS_ERROR An error occurred while determining the business system ( No_business_system)
    Technical information of error message
    messgae class 00
    number 001
    variable 1 GET_SYTEM_BUSINESS_ERROR An error occurred while
    variable 2 determining the business system ( No_business_system)
    T CODE : migo
    PROGRAM  : SAPLMBWL
    sceen no saplmigo 0001
    screen line 18
    the dump occurs at the line marked with -
    >.
    function mb_post_goods_movement.
    ""Local Interface:
    *"  IMPORTING
    *"     VALUE(XBLNR_SD) OPTIONAL
    *"  EXPORTING
    *"     VALUE(EMKPF) LIKE  EMKPF STRUCTURE  EMKPF
       data: l_mem_id(10) type c.                                   " 641365
    Wurde zuvor eine Lieferung erzeugt, so ist kein MB_POST... nötig "HUM
       check not xdeliv = x.                                            "HUM
    Control posting for external WM: Exit if BFWMS = 1 (Create delivery)
       check not mkpf-bfwms = 1.                                     "357661
       read table xmseg index 1.
       if not sy-subrc is initial.
         message a260.
       endif.
       if xmkpf-mblnr is initial.
         message a260.
       endif.
       xcommit = x.                                             "Performance
       if not xblnr_sd is initial.
         xmkpf-xblnr    = xblnr_sd.
         xmkpf-le_vbeln = xblnr_sd.                                 "XAN-SPM
         modify xmkpf index 1.
       when a goods movement for an inbound or outbound delivery is posted
       directly from VL31N/ VL01N, XBLNR is not yet known when we call
       CKMV_AC_DOCUMENT_CREATE, but the number is supposed to be stored in
       BKPF as well. There is no other way to forward XBLNR to FI as not
       every document is posted by MB_CREATE -> a new function module in
       MBWL for transferring the information, called by FI, meant to load
       the complete function group for all MBxx postings when this isn't
       required (Performance). Would be the better way to transport the
       information after switching off MBxx in later release.
       corresponding IMPORT ... FROM MEMORY ... can be found in
       AC_DOCUMENT_POST (FORM FI_DOCUMENT_PREPARE (LFACIF5D))
         l_mem_id = 'MKPF-XBLNR'.                                   " 641365
         export xblnr = xblnr_sd to memory id l_mem_id.             " 641365
       endif.
       if xmkpf-xabln is initial.                               "note 434093
           call function 'MB_XAB_NUMBER_GET'.                   "note 434093
       endif.                                                   "note 434093
    enhancement-point mb_post_goods_movements_01 spots es_saplmbwl static.
    $$-Start: MB_POST_GOODS_MOVEMENTS_01----
    $$
    enhancement 26  dimp_general_saplmbwl.    "active version
    data: l_statics_lock type c.
    endenhancement.
    $$-End:   MB_POST_GOODS_MOVEMENTS_01----
    $$
    enhancement-point mb_post_goods_movements_02 spots es_saplmbwl.
    $$-Start: MB_POST_GOODS_MOVEMENTS_02----
    $$
    enhancement 25  dimp_general_saplmbwl.    "active version
    read table xvbfa index 1.
    if sy-subrc is initial and
       g_vbtyp_v = '7'.
       perform get_mdiff_kenz(sapmm07m) changing l_statics_lock.
    endif.
    endenhancement.
    $$-End:   MB_POST_GOODS_MOVEMENTS_02----
    $$
       call function 'MB_CREATE_MATERIAL_DOCUMENT_UT'
            exceptions
              error_message = 4.
    As soon as we have started to put things into UPDATE TASK, we must
    ensure that errors definitely terminate the transaction.
    MESSAGE A is not sufficient because it can be catched from
    external callers which COMMIT WORK afterwards, resulting in
    incomplete updates. Read note 385830 for the full story.
       if not sy-subrc is initial.
      message id sy-msgid type x number sy-msgno with            "385830
                     sy-msgv1 sy-msgv2 sy-msgv3 sy-msgv4.
        MESSAGE A263.
       endif.
    Optische Archivierung
    Spaete Erfassung mit Barcode
    Redesign of barcode handling -> note 780365
      perform barcode_update(sapmm07m) using xmkpf-mblnr
                                             xmkpf-mjahr
                                             barcode.
      move-corresponding xmkpf to emkpf.
      call function 'MB_MOVEMENTS_REFRESH'
        exceptions
          error_message = 4.
       move-corresponding xmkpf to emkpf.
       call function 'MB_MOVEMENTS_REFRESH'
            exceptions
              error_message = 4.
       if not sy-subrc is initial.
         message id sy-msgid type x number sy-msgno with             "385830
                    sy-msgv1 sy-msgv2 sy-msgv3 sy-msgv4.
       MESSAGE A261.
       endif.
       perform buchen_initialisieren(sapmm07m).
       clear emkpf-subrc.
    clear global fields when COMMIT WORK                     "Performance
       if not sy-oncom = p.
         perform clear_xcommit on commit.
       else.
         perform clear_xcommit.              "if this FB is called on commit
       endif.
       perform clear_xcommit on rollback.                       "note 303392
    endfunction

    hi
    check SAP  Note 556000 - Short dump due to note 385830
    Summary
    Symptom
       Consider the subsequent note 561872 !                             *
    You want to post a goods receipt for a reference document (for example purchase order, delivery ...). The checks do not cause any error. Nevertheless, the system generates a short dump which is deliberately triggered by note 385830.
    One known scenario is a stock transfer process via a delivery: You have entered a stock transport order assigned to a sales order and post a goods receipt for the delivery via transaction MIGO. The sales order must be in valuated. The material to which postings are to be made is valuated separately and to be handled in batches. And the batch, which was assigned via the delivery, already exists with a valuation type in the receiving plant which is different from the one specified in the purchase order.
    Other terms
    MB_CREATE_GOODS_MOVEMENT, MIGO, MCHA, BWTAR.
    Reason and Prerequisites
    Prerequisites: see above. This is a program error.
    Solution
    Implement the attached program corrections.
    Then implement the subsequent note 561872.
    After the implementation of the note, checks are carried out in the program flow - if a batch and a valuation type were entered for a goods movement (for instance with reference to the purchase order or delivery) - on whether the assignment of the batch and valuation type is correct.
    regards
    KI

  • Short Dump while copying Org structure from ERP to CRM

    Hello Experts:
    We are trying to copy the Org structure from ECC to CRM.
    We have a standard transaction 'CRMC_R3_ORG_GENERATE' to copy the the org structure from ECC or the IMG path:
    SPRO->CRM->Master Data->Organization Management->Data Transfer->Coppy ECC Sales Structure
    We have a multiple assignment scenario where each sales groups are assigned to multiple sales offices and likewise,each sales office is assigned to multiple sales org unit in ECC.
    This can be achieved by turning on the enhanced version.
    In our current business,even though the sales offices and groups are created,but are not having relavance in the business,hence while running in the sandbox system, we ran the program to copy the structures in the standard mode(default) and we could copy it without issues and create the org units for every entity in CRM based on how the number ranges are defined.
    What happens when enhanced version switch is turned on ::
    While we turn the mode to enhanced version, The system automatically::
    - enhances the Function tab page in the ppoma_crm  transaction to include a grid table, in which you maintain multiple assignments of organizational units
    - generates an extra dialog box to the Organization tab page in business transactions for you to select the relevant assignment path for the organizational unit
    - adapts the consistency check in business transactions to take into account organizational units that have been multiple assigned
    Risk factor :
    Once you have switched to the enhanced backend integration version of the organizational model you cannot return to the standard backend integration version. The system will also automatically make changes to the organizational model version in CRM Mobile Sales.
    Also this structure will happen across all the clients in the system,so unfortunately cannot try in a sandbox client also of the new environment.
    We are building our development box,so while running the above step in standard mode,the program gives a short dump due to long execution time even though we have the same amount of data as in our prototype system.
    Also, we increased the idle time value to a very high value.
    When I approached SAP OSS,I was told that it is due to the multiple assignment scenario,hence we need to switch to enhanced version in CRM before we run the copy program ( CRMC_ORG_R3_GENERATE )
    I am not quite sure if the mismatch of the scenarios between CRM and ECC could be causing this short dump as we could run it in standard mode in our prototype/sandbox environment without issues even  with the same data volume as in the new development system .
    I am looking for help from all the experts if they have come across similar issue and your recommendations/feedback if this can be corrected.
    Appreciate your guidance/recommendation on this issue.
    thanks!!

    In CRM Best Practices Building block C05 is the step by step description how to replicate Org. structure and some of employee's master data.
    Follow link - http://help.sap.com/bp_crmv12007/CRM_DE/BBLibrary/html/C05_EN_DE.htm

  • Building appication on 64 bit O.S..Performance issue

    Hi all..
    I have a web application developed using Struts and EJB. The underlying server is Jboss 4.0.2.
    Earlier i was building and running my application on 32 bit JVM and 32 bit O.S (windows). But due to performance issues (heap space problems) we decided to shift to 64 bit platform as our application involves multithreading. So now we are using 64 bit JVM with 64 bit underlying O.S (windows server enterprise 2008). This time we observed great performance improvement with this.
    Now my question is i am building my application on a different developer m/c which is 32 bit O.S + 32 bit JVM and i port those jar/war to the 64 bit scene above. In order to best utilize 64-bit capabilities further , am i need to build the application and run it on the same 64 bit m/c with 64 bit JVM ?
    I am really confused with this.
    Thanks in advance..

    Originally Posted by mrosen
    On 03.05.2012 22:26, Bob-O-Rama wrote:
    >
    > Backup Exec 2012 does not support OES ( any version )
    ??? BE2012 definitely supports OES2. Both 32 and 64bit.
    CU,
    Massimo Rosen
    Novell Knowledge Partner
    No emails please!
    Untitled Document
    It was news to me that it's not supported with NSS on 64-bit:
    http://www.google.com/url?sa=t&rct=j...FUPQig&cad=rja
    (sorry for the long URL)
    On page 17:
    5. Supported with Novell Open Enterprise Server (OES) 2.0 SP1-SP3, with NSS, NDS, GroupWise and iFolder on 32-bit and 64-bit platforms for SUSE 10 only. (NOTE:
    NSS only supported on 32-bit)
    (however, they somehow decided to put the "5" footnote on the SLES part, not the OES part which only has footnote "1" next to it).

  • ALV GRID short dump issue

    could anybody advice, ALV GRID FM(field catalog issue)is getting short dump, but workig fine for ALV LIST.
    PERFORM create_field_catalog USING:
        'TRAFFIC_LIGHT' ' ' 15 'Status'   'Status' ' ',
        'VKORG'     ' ' 15 'Sales Org'    'Sales Org' ' ',
        'VTWEG'     ' ' 15 'Dist Channel' 'Dist Channel' ' ',
        'KUNRG'     ' ' 15 'Payer'        'Payer' ' ',
        'PAYER'     ' ' 15 'Payer Name'   'Payer Name' ' ',
        'KUNAG'     ' ' 15 'Ship-To'      'Ship-To' ' ',
        'SHIPTO'    ' ' 15 'Ship-To Name' 'Ship-To Name' ' ',
        'SHIPTOPAR' ' ' 15 'Bill to Party' 'Bill To Party' ' ',
        'KDGRP'     ' ' 15 'Customer Grp' 'Customer Grp' ' ',
        'ZCUSTPO'   ' ' 15 'Customer PO'  'Customer PO' ' ',
        'VBELN'     ' ' 15 'Billing Doc'  'Billing Doc' ' ',
        'FKDAT'     ' ' 15 'Billing Date' 'Billing Date' ' ',
        'FKART'     ' ' 15 'Billing Type' 'Billing Type' ' ',
        'ZOUTPUT'   ' ' 15 'Output Type'  'Output Type' ' ',
        'NETWR'     ' ' 15 'Net Value'    'Net Value' 'X',
        'KWERT'     ' ' 15 'Total VAT'    'Total VAT' 'X',
        'WAERK'     ' ' 15 'Currency'     'Currency' ' ',
        'XBLNR'     ' ' 15 'Reference'    'Reference' ' ',
        'DELNO'     ' ' 15 'Delivery #'   'Delivery #' ' ',
        'TLINE'     ' ' 15 'Manifest #'   'Manifest #' ' ',
        'ZBOL'      ' ' 15 'Bill Of Ldng' 'Bill of Ldng' ' ',
        'LIFEX'     ' ' 15 'Ext Del #'    'Ext Del #' ' ',
        'POSNR'     ' ' 15 'Item'         'Item' ' ',
        'MATNR'     ' ' 18 'Material'     'Material' ' ',
        'KDMAT'     ' ' 15 'Cust Matl'    'Cust Matl' ' ',
        'WERKS'     ' ' 15 'Plant'        'Plant' ' ',
        'ZZPLAT'    ' ' 10 'Platform'     'Platform' ' ',
        'ZZPRONUM'  ' ' 10 'Program'      'Program' ' ',
        'ZZPROCODE' ' ' 10 'Prod Code'    'Prod Code' ' ',
        'FKIMG'     ' ' 15 'Qty'          'Qty' ' ',
        'VRKME'     ' ' 15 'UoM'          'UoM' ' ',
        'ARKTX'     ' ' 15 'Description'  'Description' ' ',
        'KBETR'     ' ' 15 'Price'        'Price' ' ',
        'VATRT'     ' ' 15 'VAT Rate'     'VAT Rate' ' ',
        'KWERT_D'   ' ' 15 'Item VAT'     'Item VAT' 'X',
        'NETWR_D'   ' ' 15 'Item Net Value' 'Item Net Value' 'X',
        'VGBEL'     ' ' 15 'Ref Document' 'Ref Document' ' ',
        'VGPOS'     ' ' 13 'Ref Doc Line' 'Ref Doc Line' ' ' .
    FORM create_field_catalog USING fieldname TYPE c
                                    inttype   TYPE c
                                    outputlen TYPE i
                                    coltext   TYPE c
                                    seltext   TYPE c
                                    do_sum    TYPE c.
      DATA: l_f_fieldcat TYPE slis_fieldcat_alv.
      l_f_fieldcat-fieldname    = fieldname.
      l_f_fieldcat-inttype      = inttype.
      l_f_fieldcat-outputlen    = outputlen.
      l_f_fieldcat-seltext_m    = coltext.
      l_f_fieldcat-seltext_l    = seltext.
      l_f_fieldcat-reptext_ddic = coltext.
      l_f_fieldcat-do_sum     = do_sum.
      APPEND l_f_fieldcat TO t_field_catalog.
      CLEAR l_f_fieldcat.
    ENDFORM.   "CREATE_FIELD_CATALOG
    CALL FUNCTION 'REUSE_ALV_GRID_DISPLAY'
            EXPORTING
              i_callback_program      = v_repid
              i_callback_user_command = 'F_USER_COMMAND'
              i_grid_settings         = f_grid_settings
              is_layout               = f_grid_layout
              is_print                = f_print_settings
              i_background_id         = 'BACK'
              it_events               = t_events[]
              it_fieldcat             = t_field_catalog
              it_sort                 = t_sortcat[]
              i_default               = 'X'
              i_save                  = 'A'
              is_variant              = f_variant
            TABLES
              t_outtab                = t_output4
            EXCEPTIONS
              program_error           = 1
              OTHERS                  = 2.

    BEGIN OF t_output4 OCCURS 0,
            traffic_light TYPE c,
            vkorg LIKE vbrk-vkorg,
            vtweg LIKE vbrk-vtweg,
            kunrg LIKE vbrk-kunrg,
            payer LIKE adrc-name1,
            kunag LIKE vbrk-kunag,
            shipto LIKE adrc-name1,
            shiptopar LIKE likp-kunnr,
            kdgrp  LIKE vbrk-kdgrp,
            zcustpo LIKE vbkd-bstkd,
            vbeln LIKE vbrk-vbeln,
            fkdat LIKE vbrk-fkdat,
            fkart LIKE vbrk-fkart,
            zoutput LIKE dnast-kschl,
            netwr LIKE vbrk-netwr,
            kwert LIKE konv-kwert,
            waerk LIKE vbrk-waerk,
            xblnr LIKE vbrk-xblnr,
            delno LIKE likp-vbeln,
            t_line LIKE tline-tdline,
            zbol LIKE likp-bolnr,
            lifex LIKE likp-lifex,
            posnr LIKE vbrp-posnr,
            matnr LIKE vbrp-matnr,
            kdmat LIKE lips-kdmat,
            werks LIKE vbrp-werks,
            zzplat LIKE vbrp-zzplat,
            zzpronum LIKE vbrp-zzpronum,
            zzprocode LIKE a802-zzprocode,
            fkimg LIKE vbrp-fkimg,
            vrkme LIKE vbrp-vrkme,
            arktx LIKE vbrp-arktx,
            kbetr LIKE konv-kbetr,
            vatrt TYPE p DECIMALS 1,
            kwert_d LIKE konv-kwert,
            netwr_d LIKE vbrp-netwr,
            vgbel LIKE vbrp-vgbel,
            vgpos LIKE vbrp-vgpos,
          END OF t_output4,

  • Infopackage in process chain failing due to short dump on regular basis.

    HI Experts,
    There is a daily process chain in which one of the element (infopackage) fails due to short dump on regular basis (At least twice in a week) please find the message below
    Runtime Errors         DBIF_RSQL_SQL_ERROR
    Exception              CX_SY_OPEN_SQL_DB
    Short text                                                                               
    SQL error in the database when accessing a table.
    And in job log it is showing ARFCSTATE = SYSFAIL
    We are able to resolve it just manual update and the process goes fine no issues but my question here is what is the exact reason for this and how to resolve it permanently or decrease the frequency of the error.
    Please if any one can tell the root cause and the solution to avoid the issue in future on regular basis.
    and also can any one elaborate what is ARFCSTATE = SYSFAIL,for trfc check we don't have access to SM58 in ECC side
    and trfc is fine in bw side
    Appreciate for not giving the general solutions like repeated solutions already posted in SDN
    with regards,
    musai

    You can contact your BASIS person he can help you reg table space issue. it says used space is 98% and free space is 1.03%.
    ask your basis to set a threshold to check the space and send a mail notification to all daily regarding the space allocation and utilization.
    ARFCSTATE = SYSFAIL means the TRFC did not processed properly to the BW system from source.
    Monitoring object with information about tRFC and qRFC calls that are waiting to be executed in this system; after they have been executed, they are deleted from table ARFCRSTATE.
    Are there any hung TRFCs which are not processed to BW side. have you checked it
    first check
    load monitor -- menu -- environment -- job overview -- status of job(is it finsihed or not?) - check the job log -- ther try to find out the hung TRFc
    press find --tyep "sysfail" ok -- it will display all the hung or fialed TRFCs which are not processed to BW system.
    if you find the hung TID with respect to your load.. next goto SM58 trasaction to process the trfcs manually or use the load monitor menu -- environment -- transaction RFC -- source sys -- it will take you to same SM58 screen -- click F8 it will display the hung TRFc in that duration.
    select the TRFc and click on F6 to process them manually.
    also check the loackwaits anddead locks in ST04/DB6COCKPIT.( ask basis to check) if any dead locks are there they will take care of it.
    check for short dumps in st22 if any and try to analyse.
    Check the SM21 system logs.

  • Load getting failed due to short dump

    Hi All,
    Process Chain is getting failed due to following short dump Include Report LFZI_CA_PCA_DERIVATIONSU37 not found. Please suggest on rectifying this dump. Its a delta load.
    Regards,
    Asim

    Hi All
    As requested please find details short dump below. And datasource name is this GECPC_GLPCP and its extractor is ZPCC_V_GLPCP.
    Short text
       Syntax error in program "SAPLZFI_CA_PCA_DERIVATIONS ".
    hat happened?
       Error in the ABAP Application Program
       The current ABAP program "GP9IQHCDEPFH201E24O25IAYXXW" had to be terminated
        because it has
       come across a statement that unfortunately cannot be executed.
       The following syntax error occurred in program "SAPLZFI_CA_PCA_DERIVATIONS " in
        include "LZFI_CA_PCA_DERIVATIONSUXX " in
       line 77:
       "INCLUDE report "LZFI_CA_PCA_DERIVATIONSU37" not found"
       The include has been created and last changed by:
       Created by: "SAP* "
       Last changed by: "SAP* "
       Error in the ABAP Application Program
       The current ABAP program "GP9IQHCDEPFH201E24O25IAYXXW" had to be terminated
        because it has
       come across a statement that unfortunately cannot be executed.
    What can you do?
        Please eliminate the error by performing a syntax check
        (or an extended program check) on the program "SAPLZFI_CA
        You can also perform the syntax check from the ABAP Edito
        If the problem persists, proceed as follows:
        Note down which actions and inputs caused the error.
        To process the problem further, contact you SAP system
        administrator.
        Using Transaction ST22 for ABAP Dump Analysis, you can lo
        at and manage termination messages, and you can also
       keep them for a long time.
    Error analysis
        The following syntax error was
        "INCLUDE report "LZFI_CA_PCA_DE
    How to correct the error
        Probably the only way to elimin
        If you cannot solve the problem
        notification to SAP, include th
        1. The description of the curre
           To save the description, cho
        (Unconverted)".
        2. Corresponding system log
    Display the system log by callin
    Restrict the time interval to 10
    ter the short dump. Then choose "
    nconverted)".
    If the problem occurs in a probl
    ogram: The source code of the pro
    In the editor, choose "Utilities
    ilities->Upload/Download->Downloa
    Details about the conditions und
    tions and input led to the error.
    Information on where terminated
        Termination occurred in the ABAP program "GP9IQHCDEPFH201E24O25IAYXXW" - in
         "START_ROUTINE".
        The main program was "RSBATCH_EXECUTE_PROZESS ".
        In the source code you have the termination point in line 102
        of the (Include) program "ZFICA_DERIVE_PCA_OBJECTS_S".
        The program "GP9IQHCDEPFH201E24O25IAYXXW" was started as a background job.
        Job Name....... "BIDTPR_6726959_1"
        Job Initiator.. "ALEREMOTE"
        Job Number..... 17271800
    Line  SourceCde
       72 ASSIGN 'L_DERIVE_CHRT_ACCTS-UPD_CHRT_AC
       73 assign (<derive_chrt_accts_field>) to
       74 IF <derive_chrt_accts> IS ASSIGNED.
       75   zzi_attributes_upd-chrt_accts_upd = '
       76 ENDIF.
       77 zzi_attributes_upd-/bic/gactivity_upd
       78 zzi_attributes_upd-/bic/gfactv_upd
       79 zzi_attributes_upd-/bic/gglobacct_upd
       80 zzi_attributes_upd-/bic/ggforacc_upd
       81 zzi_attributes_upd-/bic/ggrracc_upd
       82 zzi_attributes_upd-/bic/ggra_code_upd
       83 zzi_attributes_upd-/bic/gsegmtion_upd
       84 zzi_attributes_upd-/bic/ggaapflg_upd
       85 zzi_attributes_upd-/bic/gsub_item_upd
       86 zzi_attributes_upd-/bic/gsegmnt_upd
       87 zzi_attributes_upd-/bic/gacctgrp_upd
       88 zzi_attributes_upd-comp_code_details_up
       89 zzi_attributes_upd-gbfi0600_upd
       90 zzi_attributes_upd-/bic/zaccsuf_upd
       91 zzi_attributes_upd-/bic/gconunit_upd
       92 zzi_attributes_upd-/bic/gtpunit_upd
       93 *--------------------------------------
       94 * Store a copy of the source fields if
       95 *--------------------------------------
       96 MOVE-CORRESPONDING <source_fields> TO z
       97 CLEAR zze_attributes.
    Runtime Errors         SYNTAX_ERROR
    Date and Time          04.08.2014 17:27:39
        98 *----------------------------------------------------------------------*
        99 * Derive all PCA fields for reporting
       100 *----------------------------------------------------------------------*
       101
    >>>>> CALL FUNCTION 'ZFI_CA_DERIVE_PCA_ATTRIBUTESII'
       103   EXPORTING
       104     i_zfi_ca_pca_attributes     = zzi_attributes
       105     i_zfi_ca_pca_attributes_upd = zzi_attributes_upd
       106     msgty                       = 'I'
       107     recno                       = <source_fields>-record
       108   IMPORTING
       109     e_zfi_ca_pca_attributes     = zze_attributes
       110   TABLES
       111     monitor_recno               = lt_monitor_recno.
       112
       113 *----------------------------------------------------------------------*
       114 * On the recurrsive load delete entries where the data is the same
       115 *----------------------------------------------------------------------*
       116 IF zzg_realignment_run = 'X'.
       117   IF  zzi_attributes = zze_attributes.
       118     DELETE  source_package INDEX la_tabix.
       119   ELSE.
       120     MOVE-CORRESPONDING zze_attributes TO <source_fields>.
       121   ENDIF.
    SY-SUBRC 0
    SY-INDEX 3
    SY-TABIX 1
    SY-DBCNT 10
    SY-FDPOS 0
    SY-LSIND 0
    SY-PAGNO 0
    SY-LINNO 1
    SY-COLNO 1
    SY-PFKEY
    SY-UCOMM
    SY-TITLE Execute Batch Proces
    SY-MSGTY E
    SY-MSGID R7
    SY-MSGNO 057
    SY-MSGV1 ZBAL_LC
    SY-MSGV2 A
    SY-MSGV3
    SY-MSGV4
    SY-MODNO 0
    SY-DATUM 20140804
    SY-UZEIT 172720
    SY-XPROG SAPCNVE
    SY-XFORM CONVERSION_EXIT
    No.   Ty.          Program                             Include                             Line
          Name
        8 FUNCTION     GP9IQHCDEPFH201E24O25IAYXXW         ZFICA_DERIVE_PCA_OBJECTS_S            102
          START_ROUTINE
        7 METHOD       GP9IQHCDEPFH201E24O25IAYXXW         ZFICA_DERIVE_PCA_OBJECTS_S            102
          LCL_TRANSFORM=>START_ROUTINE
        6 METHOD       GP9IQHCDEPFH201E24O25IAYXXW         GP9IQHCDEPFH201E24O25IAYXXW          1299
          LCL_TRANSFORM=>EXECUTE
        5 METHOD       CL_RSTRAN_TRFN_CMD============CP    CL_RSTRAN_TRFN_CMD============CM005    70
          CL_RSTRAN_TRFN_CMD=>IF_RSBK_CMD_T~TRANSFORM
        4 METHOD       CL_RSBK_PROCESS===============CP    CL_RSBK_PROCESS===============CM00Q    93
          CL_RSBK_PROCESS=>PROCESS_REQUEST
       3 METHOD       CL_RSBK_PROCESS===============CP    CL_RSBK_PROCESS===============CM002    13
          CL_RSBK_PROCESS=>IF_RSBATCH_EXECUTE~EXECUTE
        2 FUNCTION     SAPLRSBATCH                         LRSBATCHU13                           437
          RSBATCH_EXECUTE_PROCESS
        1 EVENT        RSBATCH_EXECUTE_PROZESS             RSBATCH_EXECUTE_PROZESS               374
          START-OF-SELECTION
    REQUEST
        DTPR_1FR9TKO2U6M616ATG9C2EYKRH
        455553453544353433345434345454
        4402F16294BF256D61614793259B28
        000000000000000000000000000000
        000000000000000000000000000000
    DATAPACKID
        000001
        333333
        000001
        000000
        000000
    MONITOR
        Table[initial]
    SOURCE_PACKAGE
        3000000001012P2013K4AU0ACD 2013005          00                                               0
        3333333333333533334345344423333333222222222233222222222222222222222222222222222222222222222223
        300000000101202013B415013402013001000000000000000000000000000000000000000000000000000000000000
        0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
        0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
        3333333333333533334345344423333333222222222233222222222222222222222222222222222222222222222223
        300000000101202013B415013402013002000000000000000000000000000000000000000000000000000000000000
        0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
        0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
        3333333333333533334345344423333333222222222233222222222222222222222222222222222222222222222223
        300000000101202013B415013402013003000000000000000000000000000000000000000000000000000000000000
        0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
        0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
        3333333333333533334345344423333333222222222233222222222222222222222222222222222222222222222223
        300000000101202013B415013402013004000000000000000000000000000000000000000000000000000000000000
      00000000000000000000000000000000000
      00000000000000000000000000000000000
      33333333333335333343453444233333332
      300000000101202013B4150134020130050
      00000000000000000000000000000000000
      00000000000000000000000000000000000
      Table IT_110723[600000x1144]
      {A:114*\TYPE=%_T00003S00000115O0000
      Table reference: 3570
      TABH+  0(20) = 90A161080000000060C1
      TABH+ 20(20) = F20D000083B00100C027
      TABH+ 40(16) = 03730000242D00000400
      store        = 0x90A1610800000000
      ext1         = 0x60C1190C00000000
      shmId        = 0     (0x00000000)
      id           = 3570  (0xF20D0000)
      label        = 110723 (0x83B00100)
      fill         = 600000 (0xC0270900)
      leng         = 1144  (0x78040000)
      loop         = 128   (0x80000000)
      xtyp         = ROL.115.11556
      occu         = 4     (0x04000000)
      accKind      = 1     (ItAccessStand
      idxKind      = 0     (ItIndexNone)
      uniKind      = 2     (ItUniNo)
      keyKind      = 1     (default)
      cmpMode      = 8     (cmpManyEq)
      occu0        = 1
      stMode       = 0
      groupCntl    = 0
      rfc          = 0
      unShareable  = 0
      mightBeShared = 1
      sharedWithShmTab = 0
      isShmLockId  = 0
      isUsed       = 1
      isCtfyAble   = 1
      hasScndKeys  = 0
      hasRowId     = 0
      scndKeysOutdated = 0
      scndUniKeysOutdated = 0
      ----- Shareable Table Header Data -----
      tabi         = 0xB008190C00000000
      pgHook       = 0x404CE73B00000000
      idxPtr       = 0x0000000000000000
      id           = 61767 (0x47F10000)
      shmTabhSet   = 0x0000000000000000
      refCount     = 1     (0x01000000)
      tstRefCount  = 0     (0x00000000)
      lineAdmin    = 606204 (0xFC3F0900)
      lineAlloc    = 600004 (0xC4270900)
      shmVersId    = 0     (0x00000000)
      shmRefCount  = 2     (0x02000000)
      rowId        = 18446744073709551615
      scndKeyAdmin = 0x0000000000000000
      ----- 1st level extension part --------
      regHook      = 0xC8C0190C00000000
      collHook     = 0x0000000000000000
      ext2         = 0x0000000000000000
    RI-CLUSTR
       0
       00
       00
    ZE_ATTRIBUTES
                         00000
       22222222222222222233333
       00000000000000000000000
       00000000000000000000000
       00000000000000000000000
    ZI_ATTRIBUTES
       AU0A    070221000020130
       45342222333333333333333
       15010000070221000020130
       00000000000000000000000
       00000000000000000000000
    ZI_ATTRIBUTES_UPD
       XXXXX XXXXXX  XX XXXX
       55555255555522552555522
       88888088888800880888800
       00000000000000000000000
       00000000000000000000000
    SOURCE_FIELDS>-RECORD
       1
       0000
       1000
    T_MONITOR_RECNO
       Table[initial]
    ZG_REALIGNMENT_RUN
       2
    Regards,
    Asim
    GECPC_GLPCP   

Maybe you are looking for