Dump TSV_TNEW_PAGE_ALLOC_FAILED in BDC

Hi experts,
we have developed bdc to upload the serial numbers while PGI (VL01n) and scheduled in back ground with 10 lac serial numbers to upload while PGI but the dump TSV_TNEW_PAGE_ALLOC_FAILED occured . we tried to split the serial numbers with 40k each item in delivery still the dump occured.
Kindly let me know the possible way to resolve this.
Regards
Raghu Vamsi

Dear Raghu,
Please check the following sap note
425207 - SAP memory management, current parameter ranges
Regards
Rajkumar Narasimman

Similar Messages

Short Dump       TSV_TNEW_PAGE_ALLOC_FAILED

Hi All,
I am facing the short dump "TSV_TNEW_PAGE_ALLOC_FAILED" problem in my PRD system.
Please find ST22 log and suggest the solution:
Runtime Errors         TSV_TNEW_PAGE_ALLOC_FAILED
Date and Time          18.11.2009 12:12:09
Short text
     No more storage space available for extending an internal table.
What happened?
     You attempted to extend an internal table, but the required space was
     not available.
What can you do?
     Note which actions and input led to the error.
     For further help in handling the problem, contact your SAP administrator
     You can use the ABAP dump analysis transaction ST22 to view and manage
     termination messages, in particular for long term reference.
     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.
        Of course, the amount of memory (in bytes) must also be
        available on the machine (main memory or file system swap).
        Caution:
        The operating system must be set up so that there is also
        enough memory for each process. Usually, the maximum address
        space is too small.
        Ask your hardware manufacturer or your competence center
        about this.
        In this case, consult your hardware vendor
abap/heap_area_dia:        (10.000.000 - 1.000.000.000)
        Restriction of memory allocated to the heap with malloc
        for each dialog process.
Parameters for background processes:
abap/heap_area_nondia:        (10.000.000 - 1.000.000.000)
        Restriction of memory allocated to the heap with malloc
        for each background process.
Other memory-relevant parameters are:
em/initial_size_MB:         (35-1200)
        Extended memory area from which all users of an
        application server can satisfy their memory requirement.
or analysis
The internal table "\FUNCTION-POOL=EL40\DATA=GL_NODETAB[]" 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: 2160
Number of rows: 1782088
Allocated rows: 1782088
Newly requested rows: 4 (in 1 blocks)
to correct the error
The amount of storage space (in bytes) filled at termination time was:
Roll area...................... 4419712
Extended memory (EM)........... 2002743520
Assigned memory (HEAP)......... 2000049152
Short area..................... " "
Paging area.................... 32768
Maximum address space.......... " "
If the error occures in a non-modified SAP program, you may be able to
find an interim solution in an SAP Note.
If you have access to SAP Notes, carry out a search with the following
keywords:
"TSV_TNEW_PAGE_ALLOC_FAILED" " "
"SAPLEL40" or "LEL40U11"
"ISU_ELWEG_HIERARCHY_BUILD"
Please help me out to resolve the issue.
Regards,
Nitin Sharma

hI cHANDRU,
tHANKS FOR YOUR RESPONSE:
pLEASE FIND BELOW MENTIONED DETALS:
Operating system..... "Windows NT"
Release.............. "5.2"
Hardware type........ "8x AMD64 Level"
Character length.... 16 Bits
Pointer length....... 64 Bits
Work process number.. 0
Shortdump setting.... "full"
Database server... "SVPSAPECP01"
Database type..... "MSSQL"
Database name..... "ECP"
Database user ID.. "ecp"
Char.set.... "C"
SAP kernel....... 700
created (date)... "Nov 18 2008 22:53:36"
create on........ "NT 5.2 3790 Service Pack 1 x86 MS VC++ 14.00"
Database version. "SQL_Server_8.00 "
Patch level. 185
Patch text.. " "

Short dump TSV_TNEW_PAGE_ALLOC_FAILED when import SAPKB70016

Hi all,
I´m trying to import the support package SAPKB70016 im my QAS system and I got an error. The import stop on phase XPRA_EXECUTION and I saw at the tcode sm37 that there is a job running with the name RDDEXECL. This job is canceled with the dump TSV_TNEW_PAGE_ALLOC_FAILED. I already changed some parameters and also I applied some notes but I can´t solve this issue.
Parameter changed                Before                 After
ztta/roll_area                        30000000          100000000
ztta/roll_extension               4000317440        8000000000
abap/heap_area_dia        2000683008        4000683008
abap/heap_area_nondia      2000683008        4000683008
abap/heap_area_total       2000683008        4000683008
em/initial_size_MB                             392                    1024
abap/shared_objects_size_MB      20                     150
es/implementation                           map                     std
JOB LOG:
Job started
Step 001 started (program RDDEXECL, variant , user ID DDIC)
All DB buffers of application server FQAS were synchronized
ABAP/4 processor: TSV_TNEW_PAGE_ALLOC_FAILED
Job cancelled
ST22 LOG:
Memory location: "Session memory"
Row width: 510
Number of rows: 0
Allocated rows: 21
Newly requested rows: 288 (in 9 blocks)
Last error logged in SAP kernel
Component............ "EM"
Place................ "SAP-Server FQAS_QAS_01 o
Version.............. 37
Error code........... 7
Error text........... "Warning: EM-Memory exhau
Description.......... " "
System call.......... " "
Module............... "emxx.c"
Line................. 1897
The error reported by the operating system is:
Error number..... " "
Error text....... " "
The amount of storage space (in bytes) filled at termination time was:
Roll area...................... 99661936
Extended memory (EM)........... 8287273056
Assigned memory (HEAP)......... 1376776176
Short area..................... " "
Paging area.................... 49152
Maximum address space.......... 18446743890583112895
If the error occures in a non-modified SAP program, you may be able to
find an interim solution in an SAP Note.
If you have access to SAP Notes, carry out a search with the following
keywords:
"TSV_TNEW_PAGE_ALLOC_FAILED" " "
"CL_ENH_UTILITIES_XSTRING======CP" or "CL_ENH_UTILITIES_XSTRING======CM008"
"GET_DATA"
Now, I don´t know what I can do to solve this problem.
Can you help me?
Thanks

Hi all,
Gagan, I already changed my parameters according to the above post. I increased this parameters until maximum allowed but the dump still persists.
Bhuban
In this server I have 16GB RAM and 600GB HD.
             total       used       free     shared    buffers     cached
Mem:      16414340    4973040   11441300          0     454436    3572592
-/+ buffers/cache:     946012   15468328
Swap:     20479968          0   20479968
Size Used     Avail Use% Mounted on
441G 201G   218G 48% /oracle
20G     6.5G    12G   36% /sapmnt
25G     21G    2.7G   89% /usr/sap/trans
25G    8.8G   15G    39% /usr
20G    14G    5.1G    73% /
Anil, I already stop my appl and my db, I rebooted my OS too and after i tried again, no success.
What else can i do?
Thanks for all.

All my B/G job canceling due to dump: TSV_TNEW_PAGE_ALLOC_FAILED

Hi SAP Gurus,
Production system SAP R/3 Enterprice. 4.7
OS:AIX 5.3
DB:DB2
memory Parameters are already set properly, there was no issues from past 3 years, We din't change any parameter recently.
All my Pay run B/G job canceling due to dump: TSV_TNEW_PAGE_ALLOC_FAILED
B/G job log
================
11/26/2007     03:01:22     Job started
11/26/2007     03:01:22     Step 001 started (program RBDSER01, variant YBD40_01, user ID BC-BATCH)
11/26/2007     03:01:22     0 master IDocs set up for message type CHRMAS
11/26/2007     03:01:22     0 communication IDoc(s) generated for message type CHRMAS
11/26/2007     03:01:23     0 master IDocs set up for message type CLSMAS
11/26/2007     03:01:23     0 communication IDoc(s) generated for message type CLSMAS
11/26/2007     03:01:23     0 master IDocs set up for message type CLFMAS
11/26/2007     03:01:23     0 communication IDoc(s) generated for message type CLFMAS
11/26/2007     03:05:53     ABAP/4 processor: TSV_TNEW_PAGE_ALLOC_FAILED
11/26/2007     03:05:54     Job cancelled
Please let me know ASAP,
Thanks & Regards,
Kishore.
null

Hi,
If you did'nt change anything in the system, you'd better open a SAP support call urgently as it is a production problem...
>>>Production system SAP R/3 Enter<b>price</b>. 4.7
Nice and well choosen typo !
Regards,
Olivier

ABAP Dump : TSV_TNEW_PAGE_ALLOC_FAILED in program SAPLCOM_PARTNER_OB

Hi All,
            I am getting the dump TSV_TNEW_PAGE_ALLOC_FAILED in program SAPLCOM_PARTNER_OB in LCOM_PARTNER_OB in line 165.
Short text
    No more storage space available for extending an internal table.
What happened
You attempted to extend an internal table, but the required space was not available.
The error is occuring in line
INSERT GS_CURRENT_PARTNERSET INTO TABLE GT_PARTNERSETS.
CT_PARTNER[] = GS_CURRENT_PARTNERSET-PARTNER[]. "#EC ENHOK
ENDIF.
   The amount of storage space (in bytes) filled at termination time was:
   Roll area...................... 6221152
   Extended memory (EM)........... 3909511400
   Assigned memory (HEAP)......... 2000692032
   Short area..................... " "
   Paging area.................... 417792
   Maximum address space.......... 18446697117078316543
The dump is occuring in the standard program. Is there any note for this.
Kindly help.
Thanks,

>             I am getting the dump TSV_TNEW_PAGE_ALLOC_FAILED in program SAPLCOM_PARTNER_OB in LCOM_PARTNER_OB in line 165.
>    Extended memory (EM)........... 3909511400
>    Assigned memory (HEAP)......... 2000692032
> The dump is occuring in the standard program. Is there any note for this.
Did you try a notes search?
This program is already using roughly 6 GB of RAM which seems quite a lot.
What transaction/process is triggering this error? It may be that a user just selects too much data.
Markus

Dump TSV_TNEW_PAGE_ALLOC_FAILED with memory empty

Hi!
I'm with problem. My Z prog was giving dump TSV_TNEW_PAGE_ALLOC_FAILED but memory is empty.
I'm trying append from internal table A to internal table B. I just has 1000.000 of records. Another internal table and structures used in program are clear.
Why it's occur? And how can i solved it?

Hi friend!
Did you look this blog?
/people/rajeev.p/blog/2010/07/31/top-10-abap-dumps
"2) TSV_TNEW_PAGE_ALLOC_FAILED
The error TSV_NEW_PAGE_ALLOC_FAILED means that more memory was requested by the system because the program needed to expand an internal table, but not is available. When Extended Memory is completely used up, the process will go into PRIV mode and it will starts using Heap Memory in case of Windows or vice versa in case of Unix. Once this enters into PRIV mode, no other user will be able to use the corresponding work process. If there is enough memory for it to finish, you will not see the error.
Please refer the following SAP notes:
SAP Note 649327 - Analysis of memory consumption.
SAP Note 20527 - Runtime error TSV_TNEW_PAGE_ALLOC_FAILED
SAP Note 185185 - Application: Analysis of memory bottlenecks
SAP Note 369726 - TSV_TNEW_PAGE_ALLOC_FAILED "
Maybe basis team have to expand memory config for internal tables.
Best regards!
Rodrigo Paisante

MB5L _ ABAP Dump - TSV_TNEW_PAGE_ALLOC_FAILED

Hi all,
While ruuning transaction MB5L, but giving below as selection parameter. i getting ABAP dump"TSV_TNEW_PAGE_ALLOC_FAILED" .
Company code:xxxx
G/L account"XXXX
**Select Balance,prev period
**Display Indiv.Matl Lines
As per client, they need this report..we implemented SAP notes and SPU, but still facing this error.
anyone can help this case?
Thanks and regards,
Prabakaran

Please see attached note 198596 which explains you may need to use report RM07MMFI when you are trying to
report on a large number of materials.
    This issue is due to the memory space required in internal table.
Please kindly check your setting for memory space. In standard system it
takes maximum 700 MB. This is the technical limitation.
    Please use report RM07MMFI to compare the stock values in MM
with the stock accounts in FI as desribed in note 921161.
    Runtime/memory consumption of RM07MBST can only be improved by
using reasonable selection settings.
    The report RM07MBST (MB5L) is not to be improved in its memory
consumption. The "correction" for the high memory consumption of the
report RM07MBST was the new development of report RM07MMFI.
369726 TSV_TNEW_PAGE_ALLOC_FAILED

Getting short dump "TSV_TNEW_PAGE_ALLOC_FAILED" during the load

Hi Experts,
I am getting short dump "TSV_TNEW_PAGE_ALLOC_FAILED" when loading data one ODS to Two cubes in 3.1 system . we have only 12000 records to load. this load is delta update. daily we loaded 14000 record from this load but today we are getting short dump.
Short Dump : TSV_TNEW_PAGE_ALLOC_FAILED
Description : No storage space available for extending the internal table.we attempted to extend an internal table, but the required space wasnot available.
Thanks

This is a memory issue whereby an internal table requires more memory than what is currently available. If you're executing this during processing of other ETL, then your memory is being consumed by all of the processes and you would need to change your schedule as to balance the load better.
Another possibility is that you have an extremely inefficient SQL statement in a routine that is causing the memory to be overly consumed. Even though the output may be less than average, there is a possiblity that it's reading more data in a SELECT statement and therefore requires more memory than normal.
Finally, have you Basis team look at this issue to determine if there's anything that they can do to resolve it.

APD master data join - ABAP dump TSV_TNEW_PAGE_ALLOC_FAILED

Hi,
I have created an APD to join 3 ISU master data infoobjects
1. left join 0UCPREMISE with 0UC_CONNOBJ
2. left join 0UCINSTALLA with result of 1.
3. Store the data in ODS
When I did this in DEV (D4S) everything worked - but there is also much
less data in the master data infoobjects.
When running the APD in Test (Q4S) I get ABAP dump after a while (not
time out): TSV_TNEW_PAGE_ALLOC_FAILED
1. I have tried with the APD setting to store in internal memory to OFF
but the same problems occur.
2. I tried to create index (on /BI0/P* ) for fields part of the join
which was not table key but same problem occurs.
3. I have no filters for the joins as I want to get all master data in
the output ODS.
4. The size of the p-tables are:
/BI0/PUCPREMISE = 1 385 792
/BI0/PUC_CONNOBJ = 1 031 272
/BI0/PUCINSTALLA = 2 445 742
5. Components + SP level:
SAP_ABA     700     0013     SAPKA70013
SAP_BASIS     700     0013     SAPKB70013
PI_BASIS     2005_1_700     0013     SAPKIPYJ7D
ST-PI     2005_1_700     0005     SAPKITLQI5
SAP_BW     700     0015     SAPKW70015
BI_CONT     703     0005     SAPKIBIIP5
Linux / Oracle 10.2.0.2.0
6. Info from ABAP Dump:
Error analysis
The internal table "\CLASS=CL_RSMD_RS_UTILITIES\METHOD=DATA_TO_RETURN\DATA=L_SX
RETURN-TVALUE" 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: 200
Number of rows: 15
Allocated rows: 15
Newly requested rows: 64 (in 1 blocks)
Last error logged in SAP kernel
Component............ "EM"
Place................ "SAP-Server q4s_Q4S_72 on host q4s (wp 12)"
Version.............. 37
Error code........... 7
Error text........... "Warning: EM-Memory exhausted: Workprocess gets PRIV "
Description.......... " "
System call.......... " "
Module............... "emxx.c"
Line................. 1881
The error reported by the operating system is:
Error number..... " "
|    Error text....... " "
How to correct the error
The amount of storage space (in bytes) filled at termination time was:
Roll area...................... 2755600
Extended memory (EM)........... 1977608256
Assigned memory (HEAP)......... 2000733904
Short area..................... " "
Paging area.................... 24576
Maximum address space.......... 4294967295
If the error occures in a non-modified SAP program, you may be able to
find an interim solution in an SAP Note.
If you have access to SAP Notes, carry out a search with the following
keywords:
"TSV_TNEW_PAGE_ALLOC_FAILED" " "
"CL_RSMD_RS_UTILITIES==========CP" or "CL_RSMD_RS_UTILITIES==========CM006"
|    "DATA_TO_RETURN"
Anybody have any idea what i can do to be able to run this APD (in production I want to run it on a monthly basis). To me it seems the APD fills 2 gig of mem, I thought the APD option to not store the complete dataset in internal memory (using temp tables instead) would kick in before the 2 gigs was used. Basis team didn't want to raise mem paramenters if it could be sorted out any other way.
Thanks,
Johan

I have searched on my problem before posting here ofcourse - but somehow I missed this one, mentioned in 794257:
"InfoObject" data source
A dump occurs because of a memory overflow in the SAPLRSDM_F4 function group in the SD_CHA_GET_VALUES function module.
The InfoObject data source for reading master data is currently based on a function module that loads all data into the main memory in an inefficient data structure. As a result, the data source is only suitable for reading master data with a few data records. A memory overflow can occur for master data tables with lots of records such as business partners or products. This occurs regardless of how the "Process data in the memory" indicator was set.
If this situation occurs, set the InfoObject in such a way that it is available as an InfoProvider. Then use the "InfoProvider" data source instead of the "InfoObject" data source in the analysis process.
I'll try this...
//Johan

Dump TSV_TNEW_PAGE_ALLOC_FAILED

Runtime Errors         TSV_TNEW_PAGE_ALLOC_FAILED
Short text
     No more storage space available for extending an internal table.
What happened?
     You attempted to extend an internal table, but the required space was
     not available.
What can you do?
    Note which actions and input led to the error.
    For further help in handling the problem, contact your SAP administrator
    You can use the ABAP dump analysis transaction ST22 to view and manage
    termination messages, in particular for long term reference.
    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.
           Of course, the amount of memory (in bytes) must also be
           available on the machine (main memory or file system swap).
           Caution:
           The operating system must be set up so that there is also
           enough memory for each process. Usually, the maximum address
           space is too small.
           Ask your hardware manufacturer or your competence center
           about this.
           In this case, consult your hardware vendor
    abap/heap_area_dia:        (10.000.000 - 1.000.000.000)
           Restriction of memory allocated to the heap with malloc
           for each dialog process.
    Parameters for background processes:
    abap/heap_area_nondia:        (10.000.000 - 1.000.000.000)
           Restriction of memory allocated to the heap with malloc
           for each background process.
    Other memory-relevant parameters are:
    em/initial_size_MB:         (35-1200)
           Extended memory area from which all users of an
           application server can satisfy their memory requirement.
Error analysis
    The internal table "\FUNCTION=MBEW_EXTEND\DATA=SEARCH_MBEWH_TAB[]" 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: 372
    Number of rows: 1157808
Allocated rows: 1157808
Newly requested rows: 32 (in 1 blocks)
to correct the error
The amount of storage space (in bytes) filled at termination time was:
Roll area...................... 5720752
Extended memory (EM)........... 2002747344
Assigned memory (HEAP)......... 2000756464
Short area..................... " "
Paging area.................... 32768
Maximum address space.......... 4294967295
If the error occures in a non-modified SAP program, you may be able to
find an interim solution in an SAP Note.
If you have access to SAP Notes, carry out a search with the following
keywords:
"TSV_TNEW_PAGE_ALLOC_FAILED" " "
"SAPLMG27" or "LMG27F02"
"SEARCH_EXIT"
If you cannot solve the problem yourself and want to send an error
notification to SAP, include the following information:
1. The description of the current problem (short dump)
    To save the description, choose "System->List->Save->Local File
(Unconverted)".
ANy ideas ?
Thanks to help.

Hi ,
How did you know that ?
In which line did you see it ? -> No more storage space available for extending an internal table. ?
So you suggest to increase the disk on AIX level ? -> /usr/sap/SID ... right ?
[:root:/usr/sap/SID:] df -m .
Filesystem    MB blocks      Free %Used    Iused %Iused Mounted on
/dev/lvusrsapSID   6272.00   2837.27   55%     1607     1% /usr/sap/SID
Thanks in advance,
J.
Edited by: Jordy_tof on Nov 7, 2011 12:38 PM
Edited by: Jordy_tof on Nov 7, 2011 12:48 PM

Delta load failing with dump TSV_TNEW_PAGE_ALLOC_FAILED

Hi,
When we are loading BW statistics delta load, the load is failing with error "Job in source system terminated --> Request is set to red." and its giving short dump with "TSV_TNEW_PAGE_ALLOC_FAILED".
I have already gone through Forum and changed package size also. But could not solve the problem.
We are using 3.5 version, Could you please post your thought ASAP.
Regards
Satya

Hi there,
Yes that dump is lack of memory...
So probably your package has too many records to be processed, especially if you have code in start routine or end routine or something like that, the process for each package might take too long and fails with out of memory.
Try in fact change the package size to a smaller size, so fewer records are processed in each package.
Diogo.

APD Dump: TSV_TNEW_PAGE_ALLOC_FAILED (but processed in database)

Hi guys,
I have problems executing an APD ("TSV_TNEW_PAGE_ALLOC_FAILED"). In the Performance Settings, we have checked that we don't process the data in memory.
We have also check the Profile Parameters with the basis team, and it seems to be right.
Any idea???
Thanks in advance for your time and regards from Madrid.
Raul Bañares

Hello everybody,
Anyone can solved this problem?
Because it seems only a Basis parameters.
Thank you,
Danilo Bueno

Short Dump TSV_TNEW_PAGE_ALLOC_FAILED while using shared memory objects

Hi Gurus,
We are using shared memory objects to stor some data which we will be reading later. I have implemented the interfce IF_SHM_BUILD_INSTANCE in root class and using its method BUILD for automatic area structuring.
Today our developments moved from dev system to quality system, and while writing the data into the shared memory using the methods ATTACH_FOR_WRITE and DETACH_COMMIT in one report. We started getting the run time error TSV_TNEW_PAGE_ALLOC_FAILED.This is raised when the method DETACH_COMMIT is called to commit the changes in the shared memory.
Everyhting works fine before DETACH_COMMIT. I know that it is happening since the program ran out of extended memory, but I am not sure why it is happening at DETACH_COMMIT call. If excessive memory is being used in the program, this run time error should have been raised while calling the ATTACH_FOR_WRITE method or while filling the root class attributes. I am not sure why it is happening at DETACH_COMMIT method.
Many Thanks in advance.
Thanks,
Raveesh

Hi raveesh,
as Naimesh suggested: Probably system parameter for shared memory area is too small. Compare the system parameters in devel and QA, check what other shared memory areas are used.
Regarding your question, why it does not fail at ATTACH_FOR_WRITE but then on DETACH_COMMIT:
Probably ATTACH_FOR_WRITE will set an exclusive write lock on the shared memory data, then write to some kind of 'rollback' memory and DETACH_COMMIT will really put the data into shared memory area and release the lock. The 'rollback' memory is in the LUW's work memory which is much bigger as the usual shared memory size.
This is my assumption - don't know who can verify or reject it.
Regards,
Clemens

TSV_TNEW_PAGE_ALLOC_FAILED dump in WDBU: Assortment listing

Hi all,
when my SD consultants are executing WDBU either in background or foreground we are getting dump:
TSV_TNEW_PAGE_ALLOC_FAILED
details are as follows:
No more storage space available for extending an internal table.
Error anslysis
The internal table "???" 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: 1032
Number of rows: 6729552
Allocated rows: 6729552
Newly requested rows: 8 (in 1 blocks)
how to correct the error:
The amount of storage space (in bytes) filled at termination time was:
Roll area...................... 2718352
Extended memory (EM)........... 5002852296
Assigned memory (HEAP)......... 2000090624
Short area..................... " "
Paging area.................... 24576
Maximum address space.......... 4294967295
earlier the values for
ztta/roll_extension and abap/heap_area_total was 2 GB
for corrections i have made changes in the parameters as follows:
ES/TABLE                                    SHM_SEGS
ztta/roll_extension                         5000000000
abap/heap_area_total                        5000000000
I have AIX OS and the RAM is 16 GB on this particualr application server, which is central Instance.
the swap space allocated is 40 GB.
please tell me what to do to resolve this particular issues.
regards,
Priya

The selection criteria when you go to WBDU T-code are:
Assortment User:
sales organisation - we are specifying it
Distribution channel - we are specifying it
customer no. - site - we are just specifying one site
Assortment List:
Assortment List Type
Control Data:
Donot use cycle - we are ticking this option.
Generate Merged Versions
Parallel Processing
Max Number Of processes
Logon/ server Group - we are specifying the server the instance server.
what else can the selection criteria be narrowed down to.
Also in the dump when it says "The internal table "???" could not be further extended"what is table ??? means.
When i was going through SAP Notes i found few notes : 542669, 959104 , 740976. But these are applicable to ECC 500 and 470.mine is ECC 6.0 and our APPL level is 12.
What do you think can be done in this situation..
we are using just one site.
Regards,
Priya

TSV_TNEW_PAGE_ALLOC_FAILED Dump in CRM

Hi Experts,
While accessing the custom componenet in CRM system we are getting the dump TSV_TNEW_PAGE_ALLOC_FAILED saying No more storage space available for extending an internal table. And we are not getting this dump every time we access this componenet. We get it on a particular time. And when we checked the shared memory in SHMA during that time, Free memeory is very less. Automatically after sometime the free memory gets increased. Then the dump does not occur. What could be the reason. Do we need to change any memory parameter. Kindly clarify.
Thanks & Regards,
Sundara.

The error TSV_NEW_PAGE_ALLOC_FAILED means that more memory was requested
because the program needed to expand an internal table, but none is available.
When Extended Memory is used up, the process will go into PRIV mode as it starts using Heap Memory (or vise-versa). No other user will be able to use this wp while it is in PRIV mode. If there is enough heap for it to finish, you will not see the error
TSV_NEW_PAGE_ALLOC_FAILED and the wp will be freed.
Are you using a 64-bit or a 32-bit system if it is a 64 bit system then refer to note 146289. This note shows how to Implement the SAP profile parameters.
See SAP Note 425207 for parameter limitations
Setting of em/initial_size_MB usually depends on the physical RAM on the server and if you have any other instances on that same server. According to note #146289 this can be increased to very high
values if there is sufficent RAM on the box.
Also please review the following notes:
20527 Runtime error TSV_TNEW_PAGE_ALLOC_FAILED
217262 Runtime error text for TSV_TNEW_PAGE_ALLOC_FAILED
185185 Application: Analysis of memory bottlenecks
417307 Extractor package size: Collective note for applica
Regards,
Gervase

Dump TSV_TNEW_PAGE_ALLOC_FAILED in BDC

Similar Messages

Maybe you are looking for