Всем привет!

при запуске отчета vl06O он частенько падает в дамп (TSV_TNEW_PAGE_ALLOC_FAILED) когда его делают за год и больше .
проблема на мой взгляд не связана с не хваткой памяти т.к судя по st03 при запуске всех транзакций за месяц heap/private memory не используется.
В st02 - sap memory - history также в колонке heap memory used все по нулям.
Такой тип дампа возникает только с vl06O .

sappfpar рассказывает что ошибок и предупреждений нет.
параметры профиля:
em/initial_size_MB = 24000
abap/heap_area_dia = 2000683008
abap/heap_area_nondia = 2000683008
abap/heap_area_total = 2000683008
ztta/max_memreq_MB = 2047
ztta/roll_area = 13000320
ztta/roll_extension = 4800683008
ztta/roll_first = 1024

Может загвоздка низком значении page roдll файлов т.к последнее время попадалось парочку дампов NO_MORE_PAGING
rdisp/PG_SHM = 8192
rdisp/PG_MAXFS = 35768
rdisp/ROLL_SHM = 66384
rdisp/ROLL_MAXFS = 82768


Поделитесь опытом кто сталкивался с таким дампом ...

посмотрите лимиты памяти на процесс в ядре операционной системы.

Спасибо за участие...
У нас Solaris 10 и можно выделить для процесса хоть 10гб физ памяти , на этот счет не стоит ограничений.

попробуйте увеличить abap/shared_objects_size_MB
из ноты 1322182 - Memory consumption of ABAP Shared Objects

ОК, попробую, спасибо за совет.

Посмотрите сам дамп, там есть данные по использованию памяти этим процессом в момент дампа. Какие там цифры?
Выглядит примерно так:
Memory consumption
Roll.... 16128
EM...... 75418560
Heap.... 0
Page.... 385024
MM Used. 60765896
MM Free. 6267296
Находится внизу секции System environment.

Memory usage.............
Roll..................... 12726352
EM....................... 4801574976
Heap..................... 2000743920
Page..................... 835584
MM Used.................. 6598931888
MM Free.................. 202504640
SAP Release.............. "640"


Дамп показывает что съел всю квоту на процесс и всю heap memory . Но если смотреть ST02 в этот день графа HEAP MEM USED = 0 . В ST03 Также видно что пользователь у которого был дамп не использовал в этот день heap memory .

Позапускал VL06O за два года и больше отчет формируется норм.
Но когда пользователь делает выборку по всем каналам сбыта и всем материалам за один день, получаем дамп

The termination occurred in the ABAP program "SAPLV50Q" in
"MATERIAL_SELECTION".
The main program was "WS_MONITOR_OUTB_DEL_FREE ".

The termination occurred in line 35 of the source code of the (Include)
program "LV50QF2G"
of the source code of program "LV50QF2G" (when calling the editor 350).

Выяснили, что процесс выбрал всю квоту на память. Т.е. текущие параметры памяти не позволяют вместить в неё всю необходимую информацию.

Непонятно, что значит: HEAP MEM USED = 0. Нет такого показателя. Есть CurUse и MaxUse. После дампа процесс освобождает heap и в CurUse вы его не увидите. Он показывает изпользование Heap-памяти в данный момент времени. А вот если MaxUse меньше 2Гб, то стоит задуматься, но я уверен, что он больше 2Гб. Maxuse показывает, какое максимально количество heap memory было использовано, т.е. если сегодня в какой-то момент было использовано 1,5 Гб, то он покажет эти полтора, а если завтра будет использовано 3Гб, то он будет показывать эти 3Гб всё последующее время до перезагрузки сервера приложений или пока процессы не используют в какой-то момент времени еще больше heap-памяти.
Мне кажется тут три пути:
1) Выяснить, действительно ли надо столько данных и или увеличить доступную память для процесса или запретить такие запросы.
2) Порекомендовать перенести такие отчеты в систему, предназначающуюся для отчетов - BW.

Спасибо за Ваше объяснение! Буду в курсе!
HEAP MEM USED = 0 я имел ввиду колонку в st02 -> heap memory (кликаю дважды)) -> history . колонка Heap memory sizes [kB] Used
у меня колонка USED по нулям .

Проблема была в самих параметрах отчета. Когда пользователь вставляет огромный список номеров материалов в выборку по опр. заводам то отчет съедает 9400мб за пару минут и падает в дамп, при том что отчет выполняется за один день!
Если же указывать все материалы по опр. критериям, а не огромный список конкретных номеров, то тогда отчет кушает всего 100мб))

вообще нота по ошибке вот:
NOTE#369726.
Нота про ST12
Note# 755977 - ST12 "ABAP Trace for SAP EarlyWatch/GoingLive"

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

А сколько оперативы на серваке, что sappfpar не ругается ?
Я бы чеканул ваши параметры, но они неполные....БД и CI в одном месте ?