<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic SYSTEM_NO_ROLL - Dump in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/system-no-roll-dump/m-p/3449513#M828615</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I am getting error like this when i am executing my conversion program in back ground.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;*********************************************************************&lt;/P&gt;&lt;P&gt;DUMP report&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;ABAP runtime errors    SYSTEM_NO_ROLL&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;gt;&amp;gt; Short dump has not been completely stored. It is too big.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;What happened?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Each transaction requires some main memory space to process&lt;/P&gt;&lt;P&gt;application data. If the operating system cannot provide any more&lt;/P&gt;&lt;P&gt;space, the transaction is terminated.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;What can you do?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Try to find out (e.g. by targetted data selection) whether the&lt;/P&gt;&lt;P&gt;transaction will run with less main memory.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If there is a temporary bottleneck, execute the transaction again.&lt;/P&gt;&lt;P&gt;-&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If the error persists, ask your system administrator to check the&lt;/P&gt;&lt;P&gt;following profile parameters:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;o  ztta/roll_area            (1.000.000 - 15.000.000)&lt;/P&gt;&lt;P&gt;       Classic roll area per user and internal mode&lt;/P&gt;&lt;P&gt;       usual amount of roll area per user and internal mode&lt;/P&gt;&lt;P&gt;o  ztta/roll_extension       (10.000.000 - 500.000.000)&lt;/P&gt;&lt;P&gt;       Amount of memory per user in extended memory (EM)&lt;/P&gt;&lt;P&gt;o  abap/heap_area_total      (100.000.000 - 1.500.000.000)&lt;/P&gt;&lt;P&gt;       Amount of memory (malloc) for all users of an application&lt;/P&gt;&lt;P&gt;server. If several background processes are running on&lt;/P&gt;&lt;P&gt;one server, temporary bottlenecks may occur.&lt;/P&gt;&lt;P&gt;Of course, the amount of memory (in bytes) must also be&lt;/P&gt;&lt;P&gt;available on the machine (main memory or file system swap).&lt;/P&gt;&lt;P&gt;Caution:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Error analysis&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;More main memory area was requested.&lt;/P&gt;&lt;P&gt;However, all the available space has been used up.&lt;/P&gt;&lt;P&gt;Possible reasons:&lt;/P&gt;&lt;P&gt;- Many (large) internal tables.&lt;/P&gt;&lt;P&gt;- Many (large) programs active.&lt;/P&gt;&lt;P&gt;- Deep nesting of subroutines with a lot of local data.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;009700   *&amp;amp;&lt;/P&gt;&lt;P&gt;009710   *&lt;/P&gt;&lt;P&gt;009720   *&amp;amp;      Form  FETCH_FEBEP&lt;/P&gt;&lt;P&gt;009730   *&amp;amp;&lt;/P&gt;&lt;P&gt;009740   *        Form to fetch cheque number and Refr&lt;/P&gt;&lt;P&gt;009750   *&lt;/P&gt;&lt;P&gt;009760   FORM fetch_febep.&lt;/P&gt;&lt;P&gt;009770&lt;/P&gt;&lt;P&gt;009780     IF NOT tbl_invoice[] IS INITIAL.&lt;/P&gt;&lt;P&gt;009790       SELECT nbbln   chect   avsid   valut   kw&lt;/P&gt;&lt;P&gt;009800              FROM febep  INTO TABLE tbl_febep&lt;/P&gt;&lt;P&gt;009810              FOR ALL ENTRIES IN tbl_invoice&lt;/P&gt;&lt;P&gt;     &amp;gt;              WHERE nbbln EQ tbl_invoice-augbl.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;***********************************************************************&lt;/P&gt;&lt;P&gt;Pls let me know - what is to be done to solve this. It was working fine in Development...but hitting DUMP at Quality.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;Senthil&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 22 Feb 2008 05:29:08 GMT</pubDate>
    <dc:creator>Former Member</dc:creator>
    <dc:date>2008-02-22T05:29:08Z</dc:date>
    <item>
      <title>SYSTEM_NO_ROLL - Dump</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/system-no-roll-dump/m-p/3449513#M828615</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I am getting error like this when i am executing my conversion program in back ground.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;*********************************************************************&lt;/P&gt;&lt;P&gt;DUMP report&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;ABAP runtime errors    SYSTEM_NO_ROLL&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;gt;&amp;gt; Short dump has not been completely stored. It is too big.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;What happened?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Each transaction requires some main memory space to process&lt;/P&gt;&lt;P&gt;application data. If the operating system cannot provide any more&lt;/P&gt;&lt;P&gt;space, the transaction is terminated.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;What can you do?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Try to find out (e.g. by targetted data selection) whether the&lt;/P&gt;&lt;P&gt;transaction will run with less main memory.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If there is a temporary bottleneck, execute the transaction again.&lt;/P&gt;&lt;P&gt;-&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If the error persists, ask your system administrator to check the&lt;/P&gt;&lt;P&gt;following profile parameters:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;o  ztta/roll_area            (1.000.000 - 15.000.000)&lt;/P&gt;&lt;P&gt;       Classic roll area per user and internal mode&lt;/P&gt;&lt;P&gt;       usual amount of roll area per user and internal mode&lt;/P&gt;&lt;P&gt;o  ztta/roll_extension       (10.000.000 - 500.000.000)&lt;/P&gt;&lt;P&gt;       Amount of memory per user in extended memory (EM)&lt;/P&gt;&lt;P&gt;o  abap/heap_area_total      (100.000.000 - 1.500.000.000)&lt;/P&gt;&lt;P&gt;       Amount of memory (malloc) for all users of an application&lt;/P&gt;&lt;P&gt;server. If several background processes are running on&lt;/P&gt;&lt;P&gt;one server, temporary bottlenecks may occur.&lt;/P&gt;&lt;P&gt;Of course, the amount of memory (in bytes) must also be&lt;/P&gt;&lt;P&gt;available on the machine (main memory or file system swap).&lt;/P&gt;&lt;P&gt;Caution:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Error analysis&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;More main memory area was requested.&lt;/P&gt;&lt;P&gt;However, all the available space has been used up.&lt;/P&gt;&lt;P&gt;Possible reasons:&lt;/P&gt;&lt;P&gt;- Many (large) internal tables.&lt;/P&gt;&lt;P&gt;- Many (large) programs active.&lt;/P&gt;&lt;P&gt;- Deep nesting of subroutines with a lot of local data.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;009700   *&amp;amp;&lt;/P&gt;&lt;P&gt;009710   *&lt;/P&gt;&lt;P&gt;009720   *&amp;amp;      Form  FETCH_FEBEP&lt;/P&gt;&lt;P&gt;009730   *&amp;amp;&lt;/P&gt;&lt;P&gt;009740   *        Form to fetch cheque number and Refr&lt;/P&gt;&lt;P&gt;009750   *&lt;/P&gt;&lt;P&gt;009760   FORM fetch_febep.&lt;/P&gt;&lt;P&gt;009770&lt;/P&gt;&lt;P&gt;009780     IF NOT tbl_invoice[] IS INITIAL.&lt;/P&gt;&lt;P&gt;009790       SELECT nbbln   chect   avsid   valut   kw&lt;/P&gt;&lt;P&gt;009800              FROM febep  INTO TABLE tbl_febep&lt;/P&gt;&lt;P&gt;009810              FOR ALL ENTRIES IN tbl_invoice&lt;/P&gt;&lt;P&gt;     &amp;gt;              WHERE nbbln EQ tbl_invoice-augbl.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;***********************************************************************&lt;/P&gt;&lt;P&gt;Pls let me know - what is to be done to solve this. It was working fine in Development...but hitting DUMP at Quality.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;Senthil&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 22 Feb 2008 05:29:08 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/system-no-roll-dump/m-p/3449513#M828615</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2008-02-22T05:29:08Z</dc:date>
    </item>
    <item>
      <title>Re: SYSTEM_NO_ROLL - Dump</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/system-no-roll-dump/m-p/3449514#M828616</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Senthil,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I see that your selection is returning more number of records for which the system is not able to service the memory requirement. This cause the dump.&lt;/P&gt;&lt;P&gt;There can be two reasons why this is not happening in development &lt;/P&gt;&lt;P&gt;1. The data in development system is less&lt;/P&gt;&lt;P&gt;2. The memory allocated for a process in development is more.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Please try to reduce the number of records in the selection adding more where condition restriction. You can also try reducing the number of fields being selected.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope this will solve.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;Farzan&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 22 Feb 2008 06:22:44 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/system-no-roll-dump/m-p/3449514#M828616</guid>
      <dc:creator>former_member137336</dc:creator>
      <dc:date>2008-02-22T06:22:44Z</dc:date>
    </item>
  </channel>
</rss>

