on 09-25-2007 6:33 PM
Hi,
I am getting the dump TSV_TNEW_PAGE_ALLOC_FAILED when running transaction FBRA. Error is "No storage space available for extending an internal table."
Below is the details of memory utilisation when dump occured:
The amount of storage space (in bytes) filled at termination time was:
Roll area...................... 6279856
Extended memory (EM)........... 1001392792
Assigned memory (HEAP)......... 3000053072
Short area..................... " "
Paging area.................... 73728
Maximum address space.......... 18446744048627756912
~
Error occured at line 89 of Abap program
SELECT * FROM BKORM appending table xbkorm
~
First time when it failed, I have checked the work process overview and found that DIA WP is switched to PRIV mode. Assuming that heap memory is not enough,
I have increased the Heap Memory thru RSmemory Program on that application server.
~
Since the user is running transaction in DIA mode, i have increased the DIA heap memory
Quota Dialog:
Step Memory class Size [bytes]
-
1 1
2 1 1000000000
3 6500000
4 2 3000000000 --> changed to 6000000000
5
To copy this, I have said Edit -> Adopt limit and then clicked on copy. After doing this still the job failed for Heap memory at 3000053072.
Can you please let me know what has gone wrong and how to specify to use the Heap memory till 6000000000 defined in RSMemory ?
Is there any other solution to make this thing work ? Any help is highly appreciated.
Thanks in advance.
Best Regards,
Basis
Heap Memory is a SAP Buffer thing... You will want to expand it or choose less data in your query. Only ways to get rid of that issue.
Regards,
Paul
PS you can search around for SAP memory and SAP Buffers. also try SAP Notes and you should find information.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
thanks
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello All ,
You should check all your system resources before changing the MEMORY values with RSMEMORY..
Please check profile values and ST02 screen before...
RSMEMORY Working IssuesYou must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Basis CK,
Can you post your solution for other to view? Also you can clear buffers using /$SYNC or a combo of /$CUA, /$DYN... and so on.
Nest Regards,
Paul
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Issue is resolved now. Thanks to all for the help.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
This is production server and can not restart it now. So I have changed memory through RSMEMORY program dynamically so that I need not have to restart the production server application instance.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks Paul for reply. My issue is that I have increased Heap memory from 3000000000 --> changed to 6000000000 , but still it is failing at 3000000000. So not sure why not taking the new value.
I have also checked the SAP note for the dump and the transaction, but not got any relevant note.
Any help will be highly appreciated.
Thanks
Best regards
Basis
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Eric,
there is no need to restart the system after changing the Heap-Quotas, they are dynamically adjustable via RSMEMORY.
If the report still dumps with TSV_TNEW_PAGE_ALLOC after increasing abap/heap_area_dia, probably abap/heap_area_total has to be increased as well. Consult <a href="http://help.sap.com/saphelp_nw04/helpdata/en/02/9626da538111d1891b0000e8322f96/frameset.htm">help.sap.com</a> for more details.
Regards,
Alexander Hass.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.