on 10-18-2008 3:25 PM
Hi,
We are using ECC 5.0 here. Our DB is Oracle 9.2.0.6 and OS is AIX.
We have a problem here.
Our Finance people run a report "S_ALR_87013542". It was working fine.
But now it is giving an error with ABAP Dump. The error is MEMORY_NO_MORE_PAGING.
I have increased the parameter "rdisp/PG_SHM" to the double value. Now the value is 16384. But it is still giving the same error.
I increased it on a Dialog Instance (application server through which Finance people access SAP)
I searched the notes, but could not find anything relevant about my error.
I have tried to run the report in the night when there is no load on the server. But even then it gives the same error.
My different Memory Paramters for the App server for finance people are listed below:-
ztta/roll_area 3000320
rdisp/ROLL_SHM 16384
rdisp/ROLL_MAXFS 32768
rdisp/PG_SHM 16384
rdisp/PG_MAXFS 32768
abap/heap_area_dia 2000683008
abap/heap_area_nondia 2000683008
abap/heap_area_total 2000683008
abap/heaplimit 40894464
abap/swap_reserve 20971520
ztta/roll_extension 2000683008
My ABAP dump gives this error:-
Error analysis
The ABAP/4 runtime system and the ABAP/4 compiler use a common
interface to store different types of data in different parts of
the SAP paging area. This data includes the
ABAP/4 memory (EXPORT TO MEMORY), the SUBMIT REPORT parameters,
CALL DIALOG and CALL TRANSACTION USING, as well as internally defined
macros (specified with DEFINE).
To store further data in the SAP paging area, you attempted to
allocate a new SAP paging block, but no more blocks were
available.
When the SAP paging overflow occurred, the ABAP/4 memory contained
entries for 55 of different IDs.
Please note:
To facilitate error handling, the ABAP/4 memory was
deleted.
How to correct the error
The amount of storage space (in bytes) filled at termination time was:
Roll area...................... 16128
Extended memory (EM)........... 418992800
Assigned memory (HEAP)......... 0
Short area..................... " "
Paging area.................... 40960
Maximum address space.......... 4294967295
By calling Transaction SM04 and choosing 'Goto' -> 'Block list',
you can display an overview of the current roll and paging memory
levels resulting from active users and their transactions. Try to
decide from this whether another program requires a lot of memory
space (perhaps too much).
The system log contains more detailed information about the
termination. Check for any unwanted recursion.
Determine whether the error also occurs with small volumes of
data. Check the profile (parameter "rdisp/PG_MAXFS", see
Installation Guidelines).
Is the disk or the file system that contains the paging file
full to the extent that it cannot be increased, although it has
not yet reached the size defined in the profile? Is the
operating system configured to accommodate files of such a
size?
The ABAP processor stores different types of data in the SAP paging area
. These include:
(1) Data clusters (EXPORT ... TO MEMORY ...)
(2) Parameters when calling programs (SUBMIT REPORT ...),
dialog modues (CALL DIALOG ...) and transactions
(CALL TRANSACTION USING ...)
(3) Internally defined macros (DEFINE ...)
Accordingly, you should check the relevant statements in a program
that results in an overflow of the SAP paging area.
The EXPORT statement is particularly critical - specifically when many
internal tables, possibly with different IDs, are written to the
memory.
Kindly help
Regards,
Tajinder
Hello,
Here the parameters for concern are
1.rdisp/PG_SHM
2.rdisp/PG_MAXFS
1.rdisp/PG_SHM :
The value specifies the size of the paging buffer in 8KB blocks.
A paging buffer is no longer required for SAP Memory Managment,
because internal tables and lists are not stored in SAP paging.
Default : 0
2.rdisp/PG_MAXFS :
This value specifies the size of the SAP paging file in 8KB
blocks. The paging file is used to store extracts and for
Export to Memory.
Aim:
The paging file must be sufficiently large. It is not a problem
if it is set to too large a size.
Dependencies:
Sufficient disk space
You can try
1.Optimize the code, to use less memory.
OR
2.Increasing the parameter rdisp/PG_MAXFS as per the availability of disk space.
Hope this solves your problem.
Regards,
Edited by: Satish P on Oct 21, 2008 2:01 PM
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
HI
what is the value you had set for the parameters to overcome this situation
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Tajinder,
My system is an iseries (OS400) and maybe this cannot help but our recommendations for rdisp/pg_shm and rdisp/pg_maxfs is that they should be the same size. My system has value of 40960 for them. Note 808607 is for iseries but is of interest. This memory is allocated when the system starts and so you need that amount available.
Pat
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Tajinder,
May be the selection criteria is much more.. have a look on the 2a section of the below note.
https://service.sap.com/sap/support/notes/700875
Hope this helps.
Debasis.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
80 | |
24 | |
11 | |
9 | |
7 | |
6 | |
5 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.