on 08-20-2009 2:16 PM
Hello Everybody,
We are getting the dump DUMP_TSV_NEW_PAGE_ALLOC_FAILED in our SAP R/3 4.6C application 32 bits
No storage space available for extending table "IT_16".
What happened?
You attempted to extend an internal table, but the required space was
not available.
Anybody now the solution to this dump?
Should we increase the memory in our Windows operational system?
Best Regards,
Fábio Karnik
Edited by: Fio Tchobnian on Aug 20, 2009 3:18 PM
Hi Rajeshkumar.
Kindly create the new question about you dump and also attach the full dump as text format.
Regards
SS
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Basically TSV_NEW_PAGE_ALLOC_FAILED dump will occur if some other Jobs or transaction can consume all the memory space in your system .If its consumed then obviously we will end with up with this dump.
EX : we have 3 GB memory for all our process. Also we have different server in that. For particular server we are running two to three jobs. At that time one Long running job will consume all the memory and another Two jobs end with memory dumps (TSV_NEW_PAGE_ALLOC_FAILED). At that we need to find the long running job and kill that.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You can increase Virtual Memory ( Page file) of your OS.
and Also increase temporary tablespace.
Check if you are still getting the dump.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
> We are getting the dump DUMP_TSV_NEW_PAGE_ALLOC_FAILED in our SAP R/3 4.6C application 32 bits
> Anybody now the solution to this dump?
>
> Should we increase the memory in our Windows operational system?
There is no general solution.
That dumps means, that you have reached the maximum amount of RAM imposed by the operating system. By default a 32bit application can only allocate 2 GB of memory in total.
You have various options - like enable /3GB option in your boot.ini or trying to reduce the amount of memory needed for the program. However, the long term solution would be to migrate to 64bit (and to upgrade 4.6c).
Markus
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
This dump is generated 9 times out of ten by a poorly written abap program which tries to load all selected data in an internal table.
So 9 times out of ten, the programmer has to rewrite his program.
And of course the program ran perfectly on the test system with very small data. The prodcution system is usually an other story.
The problem begins when the dump happens with SAP standard code...
Regards,
Olivier
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
89 | |
10 | |
10 | |
10 | |
7 | |
6 | |
6 | |
5 | |
4 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.