В тр. Обработать сбытовые операции валится в дамп TSV_TNEW_PAGE_ALLOC_FAILED

namen

привет
подскажите в чем может быть дело
в тр. "Обработать сбытовые операции" при добавлении продуктов (чем больше продуктов, больше вероятность появления дампа) пишет недостаточно памяти или валится в дамп TSV_TNEW_PAGE_ALLOC_FAILED
код не изменялся, дамп валится на строке
SELECT ... FROM ... INTO CORRESPONDING FIELDS OF TABLE ... FOR ALL ENTRIES IN ... WHERE ...
в таблице 130 тыс. записей
проблема еще в том что на данный момент это появляется только у двух пользователей (новые), в других все ок
CRM 7.0
ztta/roll_extension = 300000000
abap/heap_area_nondia = 40000000
abap/heap_area_dia = 50000000

Ludens

нота 741864

namen

в shmm все вроде в норме
то есть после перезагрузки инстанции там было 250 М свободной памяти
но дамп на новых пользователях не исчез

Semen F.

А может быть эти пользователи задают такие параметры выборки что просто не хватает оперативной памяти?

Ludens

да, может быть
сравните параметры пользователей - закладка Parameters в SU01

namen

спасибо за ответы
но это вроде проверил, пользователя создавал через копию с существующего (для проверки)
при этом дамп валится только у нового
выборки там нет, максимум что можно указать это название продукта и количество, собственно делаю это под своим логином, все ок

есть вариант что уперлось в какое то значение буферов в профиле инстанции, на данный момент есть только теории и проверяется методом научного тыка

Semen F.

посмотрите на той инстанции, где выполняется запрос транзакцию st02 и посмотреть использование оперативки и буферов.

namen

спасибо
смотрел, на этом и основывался, когда говорил о возможности причины в буферах

не знаю так и надо или нет, но через время много значений становятся красными, после перезагрузки некоторое время все ок
CCMS при этом молчит, что некоторые значения красные

Semen F.

красные значения говорят о том что данные свопируются. это не есть гуд с точки зрения производительности, но не должно привести к дампам.

unsub

В st02 красными может быть и наполнение памяти, что и приводит к дампам

Vadimus

Откуда Вы взяли вообще такие параметры памяти? 300мегабайт extended memory и 50мегабайт heap... Это у Вас продуктивная система? Сколько у Вас вообще памяти на сервере? Сколько сконфигурирован swap?
По умолчанию ztta/roll_extension и abap/heap_area_dia по 2 гига, зачем Вы так обрезали память?

namen

приношу извинения там опечатка вышла
размеры соответственно
300М
400М
500М

Code:

swap -s
total: 28851832k bytes allocated + 19950968k reserved = 48802800k used, 13404312k available

значение было взято отсюда

Code:

em/initial_size_MB: should be significantly larger than ztta/roll_extension.

em/initial_size_MB = 4092

почему такие значения ? - они были установлены еще до меня и все работало без проблем, да и сейчас проблема проявляется только с новыми пользователями
формулу расчета так и не нашел, хотя выставив значения по дефолту, дамп исчез - не считаю это решением проблемы (на данный момент проблема только в 2 пользователей, все остальные работают без проблем и со старыми параметрами)

Ludens

будет ли для вас решением проблемы установка рекомендованных значений параметров из нот
103747 Performance Parameter recommendations for Rel_ 4_0 and high
146289 Parameter Recommendations for 64-Bit SAP Kernel

namen

по этим нотам
видимо я чего то не понимаю, у меня em/initial_size_MB уже будет больше 3500МВ, как его еще суммировать с другими значениями ?

Note 103747 - Performance: Parameter recommendations as of Release 4.0

Code:

SUN:  Standard:    900000000 (900 MByte)
        Important: If you set em/initial_size_MB > 1500, you have to
         reduce abap/heap_area_dia and abap/heap_area_nondia.
         See section 8f) in Note 97497.

Note 97497 - Memory Management Parameter (3.0/3.1)

Code:

f) SOLARIS
On SOLARIS approx. 3500 MByte address space is available for a workprocess (not documented as note). Check your settings as follows:
Select Transaction ST02 -> Detail analysis menu -> Storage
On the screen in section "Storage shared between work processes" you find the value in line "Total" und column "allocated". In section "User storage for each of 29 work processes" you also find the value in line "Total".

The settings must meet the following conditions:
      Storage shared between work processes      (devided by 1000)
  +  User storage for each of 29 work processes (devided by 1000)
  +  em/initial_size_MB
  +   abap/heap_area_dia                      (devided by 1000000)
    --------------------------------------------
      less than approx. 3500 MByte

The same condition applies for abap/heap_area_nondia.
It is generally useful to not exceed 1000 MByte for value "Storage shared between work processes" and 2000 MByte for em/initial_size_MB. Adjust abap/heap_area_dia and abap/heap_area_nondia then correspondingly.

Semen F.

Во первых - это просто рекомендации, во вторых устаревшие.
у меня на серверах приложений параметры таковы:
em/initial_size_MB 10000
abap/heap_area_dia 1000000000
Правда апликухи работают на красной шапке....

Правила форума

В тр. Обработать сбытовые операции валится в дамп TSV_TNEW_PAGE_ALLOC_FAILED

Кто сейчас на конференции