SAP Knowledge Base Article - Preview

2212293 - PXA_NO_FREE_SPACE occurs when executing large ABAP programs.

Symptom

The following Function Groups (load size) are very large, PXA_NO_FREE_SPACE dump could happen on them frequently:

  • when any Function Modules of these Function Groups are called
  • when any Forms / Subroutines of these function groups are called

1. Function Group KAUP - main program SAPLKAUP:

     FM CO_DOCUMENT_INFO

     FM K_DOCUMENT_UPDATE

     FM K_PARKED_DOCUMENT_DELETE

2. Function Group GLIU -  main program SAPLGLIU:

    FM G_CLEAR_TIMESTAMP

    FM G_ENQ_EXCLUSIVE_FOR_BW_EXTR

    FM G_ENQ_SHARED_FOR_BW_EXTR

    FM G_EXIT_FOR_DELTA_EXTRACTOR

    FM G_INSERT_SI_AND_ADD_TO_TT

    FM G_INSERT_TABLE

    FM G_RESET_TOTALS

    FM G_SET_TIMESTAMP

    FM G_UPDATE_TOTALS

The issue may start to happen since kernel 741 suddenly.

Example 1)

PXA_NO_FREE_SPACE dump occurs in ABAP program "SAPLKAIS". The termination occurs in form "CALL_USER_EXIT".

8-31-2015 10-38-56 AM.png

The function module 'CO_DOCUMENT_INFO' belongs to Function group KAUP - main program SAPLKAUP. If you check the generation limits of program SAPLKAUP, you could see that the load size is larger than before.

For example, about 1MB before kernel 741, about 10MB bytes on kernel 741, about 5MB on kernel 742.

 Example 2)

“Information on where terminated” section of the dump:

  The termination occurred in ABAP program "SAPLKKCK", in "CO_OBJECT_UPDATE_ON_DB". The main program was "SAPLCOIH".
  In the source code, the termination point is in line 426 of (Include) program "LKKCKF08".

"Source Code Extract" section of the dump:

   422    PERFORM get_timestamp IN PROGRAM saplkaup IF FOUND  <<<<It is calling the form of program SAPLKAUP
   423      CHANGING
   424        ld_timestmp.
   425
 >>>>>    IF   NOT p_co_object-status-cosxa_oldkeys_valid IS INITIAL
   427      OR NOT p_co_object-status-cosxa_old_valid IS INITIAL.
   428  * Alte Key-Daten wurden schon gelesen
   429  * Aufteilung in INS-, UPD- und DEL-Tabellen vornehmen
   430  * und in entsprechende GD_UPDDATA Tabellen einstellen

[Other common dumps will be listed here]

[1]Dump could happen on MIGO, program "LBUAVC_DATABASE_ACCESSF01", calling FM G_UPDATE_TOTALS (Function Group GLIU).

"Information on where terminated" section of the dump:
----------------------------------------------------------------------------------------------------
|    The termination occurred in ABAP program "SAPLBUAVC_DATABASE_ACCESS", in  
|     "UPDATE_FISL". The main program
|    was "SAPLMIGO".  
|                                                                                           
|    In the source code, the termination point is in line 181 of (Include)  
|    program "LBUAVC_DATABASE_ACCESSF01".                                 
----------------------------------------------------------------------------------------------------

[2]Dump could happen on FB1D, program "LBWFIPF01", calling FM G_ENQ_SHARED_FOR_BW_EXTR (Function Group GLIU).

"Information on where terminated" section of the dump:
----------------------------------------------------------------------------------------------------
|    The termination occurred in ABAP program "SAPLBWFIP", in "INSERT_BWFI_AEDAT"
|    The main program was "RSM13000".  
|                                                                                           
|    In the source code, the termination point is in line 18 of (Include)  
|    program "LBUAVC_DATABASE_ACCESSF01". 
|    The program "SAPLBWFIP" was started in the update system.                               
----------------------------------------------------------------------------------------------------

[3]Dump could happen on MB1A, program "LGIVAF50", calling FM G_UPDATE_TOTALS (Function Group GLIU).

"Information on where terminated" section of the dump:
----------------------------------------------------------------------------------------------------
|    The termination occurred in ABAP program "SAPLGIVA", in "NEW_UPDATE_GLT0"
|    The main program was "RSM13000".  
|                                                                                           
|    In the source code, the termination point is in line 147 of (Include)  
|    program "LGIVAF50". 
|    The program "SAPLGIVA" was started in the update system.                               
----------------------------------------------------------------------------------------------------

[4]Dump could happen on ME21N, program "LKAINU01", calling FM K_DOCUMENT_UPDATE (Function Group KAUP).

"Information on where terminated" section of the dump:
----------------------------------------------------------------------------------------------------
|    The termination occurred in ABAP program "SAPLKAIN", in "K_COEP_INSERT"
|    The main program was "RSM13000".  
|                                                                                           
|    In the source code, the termination point is in line 34 of (Include)  
|    program "LKAINU01". 
|    The program "SAPLKAIN" was started in the update system.                               
----------------------------------------------------------------------------------------------------


Read more...

Environment

The problem mainly happens on a ABAP system that with kernel release >= 7.41

Product

SAP NetWeaver 7.4

Keywords

resource shortage, PXA storage space, Kernel, ABAP, program, swap, memory, SAPLKAIS,  PXA_NO_FREE_SPACE, CALL_USER_EXIT, CO_DOCUMENT_INFO,  SAPLKAUP, SAPLGLIU, GLIUG_INSERT_TABLE, G_ENQ_SHARED_FOR_BW_EXTR, G_UPDATE_TOTALS, abap/buffersize. , KBA , BC-ABA-LA , Syntax, Compiler, Runtime , Problem

About this page

This is a preview of a SAP Knowledge Base Article. Click more to access the full version on SAP for Me (Login required).

Search for additional results

Visit SAP Support Portal's SAP Notes and KBA Search.