Текущее время: Вт, июл 29 2025, 05:00

Часовой пояс: UTC + 3 часа


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


ВНИМАНИЕ!

Вопросы по SAP Query и Quick View - сюда



Начать новую тему Ответить на тему  [ Сообщений: 15 ] 
Автор Сообщение
 Заголовок сообщения: Анализ dump по ST22
СообщениеДобавлено: Вт, мар 23 2010, 13:42 
Специалист
Специалист

Зарегистрирован:
Вт, июл 07 2009, 13:24
Сообщения: 235
Hello,
вылетает dump в ST22 смотрю значение переменных в том числеи системных которые были вызваны вроде все нормально, остается подозрение на память , отсюда вопрос при каком ограничении на оставшуюся свободную память программа падает в dump?
не подскажите значение следующих переменных (обозначений) в st22

Speicherverbrauch........
Roll..................... 16192
EM....................... 29328880
Heap..................... 0
Page..................... 57344
MM Used.................. 18000512
MM Free.................. 11324400
Спасибо.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Анализ dump по ST22
СообщениеДобавлено: Вт, мар 23 2010, 15:18 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Чт, мар 09 2006, 10:12
Сообщения: 565
Откуда: Волгодонск
Пол: Мужской
вообще то в дампе в 90% случаев достаточно информации чтоб понять причину, читать надо внимательно и с начала

_________________
Изображение Попытка не пытка


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Анализ dump по ST22
СообщениеДобавлено: Вт, мар 23 2010, 15:20 
Специалист
Специалист

Зарегистрирован:
Вт, июл 07 2009, 13:24
Сообщения: 235
DKiyanov написал:
вообще то в дампе в 90% случаев достаточно информации чтоб понять причину, читать надо внимательно и с начала
вообще то в дампе в 90% случаев достаточно информации чтоб понять причину, читать надо внимательно и с начала

значит с помощью не сложных вычислений
100-90=10
остается как минимум 10% что весьиа не мало


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Анализ dump по ST22
СообщениеДобавлено: Вт, мар 23 2010, 15:40 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Вт, мар 03 2009, 12:33
Сообщения: 141
:D :D :D
Я как то занимался оптимизацией памяти на своем домашнем серваке. Могу сказать, что в нотах ты найдешь массу информации за что какая память отвечает, её рекомендованный объем для разных операционок и прочее. Пройдись хотя бы по roll или heap memory.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Анализ dump по ST22
СообщениеДобавлено: Вт, мар 23 2010, 16:25 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Пт, апр 07 2006, 22:15
Сообщения: 184
был какой то косяк с памятью, нашли даже переменные которые за эту память отвечают, ноты... В итоге перезагрузили сервер и все стало хорошо.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Анализ dump по ST22
СообщениеДобавлено: Вт, мар 23 2010, 17:28 
Гуру-эксперт
Гуру-эксперт

Зарегистрирован:
Вт, сен 07 2004, 17:47
Сообщения: 2988
DaV написал(а):
DKiyanov написал:
вообще то в дампе в 90% случаев достаточно информации чтоб понять причину, читать надо внимательно и с начала
вообще то в дампе в 90% случаев достаточно информации чтоб понять причину, читать надо внимательно и с начала

значит с помощью не сложных вычислений
100-90=10
остается как минимум 10% что весьиа не мало

DKiyanov всё верно написал.
Гораздо полезней было бы вместо рассуждений о 10 и 90% привести полный текст дампа (хотя бы по "Информация о месте прерывания" включительно).
По поводу значений запрошеных параметров - это Вам в BASIS надо обращатся - это их зона ответственности - память, буфера, своп, диски

_________________
"После" - не значит "вследствие"


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Анализ dump по ST22
СообщениеДобавлено: Вт, мар 23 2010, 17:37 
Председатель
Председатель
Аватара пользователя

Зарегистрирован:
Чт, апр 13 2006, 12:32
Сообщения: 1503
Откуда: Питер
Дамп полностью приведите. Цифры используемой памяти, которые вы указали - это не причина дампа. Свободной памяти навалом.

_________________
С уважением, VGA
Мой блог


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Анализ dump по ST22
СообщениеДобавлено: Вт, мар 23 2010, 18:17 
Специалист
Специалист

Зарегистрирован:
Вт, июл 07 2009, 13:24
Сообщения: 235
к сожалению он на немецком (надеюсь не будет для Вас большой проблеммой):

Code:
Kurztext
    Es ist eine Ausnahme aufgetreten, die nicht abgefangen wurde.



Was ist passiert?
    Die Ausnahme 'CX_BBP_PD_ABORT' wurde ausgelöst,
    sie wurde aber entlang der Aufrufhierarchie nirgendwo abgefangen.

    Da Ausnahmen Fehlersituationen darstellen und auf diesen Fehler nicht
    adäquat reagiert wurde, mußte das laufende ABAP-Programm 'SAPLBBP_PDH'
    abgebrochen werden.



Was können Sie tun?
    Notieren Sie bitte, welche Aktionen und Eingaben zu dem Fehler geführt
    haben.

    Wenden Sie sich bitte zur weiteren Bearbeitung des Problems an Ihren
    SAP-Administrator.

    Mit der Transaktion ST22 zur ABAP-Dumpanalyse können Sie
    Abbruchmeldungen anschauen und verwalten, insbesondere längere Zeit
    aufbewahren.
    verwalten, insbesondere längere Zeit aufbewahren.



Fehleranalyse
    Es ist eine Ausnahme aufgetreten, die weiter unten näher erläutert wird.
    Die Ausnahme, der die Klasse 'CX_BBP_PD_ABORT' zugeordnet ist,
    wurde nicht abgefangen und führte deshalb zu einem Laufzeitfehler.
    Der Grund für die Ausnahme ist:

    Pufferungstabelle ist nicht aktuell




Hinweise zur Fehlerbehebung
    Falls der Fehler in einem nicht modifizierten SAP-Programm vorkommt
    findet sich vielleicht eine Vorablösung im SAP-Hinweissystem.
    Falls Sie selbst Zugang zum SAP-Hinweissystem haben, so suchen Sie
bitte zunächst mit folgenden Schlagworten:
  "UNCAUGHT_EXCEPTION" "CX_BBP_PD_ABORT"
  "SAPLBBP_PDH" bzw. "LBBP_PDHU08"
  "BBP_PD_ABORT"

43
44   READ TABLE lt_callstack INTO ls_callstack2 INDEX 4.
45   CONCATENATE   '/' ls_callstack2-eventtype
46                 ls_callstack2-eventname ls_callstack2-prognam
47                 INTO lv_msgarg3 SEPARATED BY space.
48
49   CALL FUNCTION 'BBP_ALERT_INTERNAL_OT'
50     EXPORTING
51       msgid   = gc_msgid_bbp_pd
52       msgno   = 047
53       msgarg1 = lv_msgarg1
54       msgarg2 = lv_msgarg2
55       msgarg3 = lv_msgarg3.
56
57   MESSAGE ID gc_msgid_bbp_pd TYPE c_msgty_i NUMBER iv_msg_no
58           WITH ls_callstack1-eventtype
59                ls_callstack1-eventname
60                ls_callstack1-progname.
61
62   ROLLBACK WORK.   "833442
63
64 * get the messages from the application log
65   TRY.
66       CALL FUNCTION 'BBP_PD_LOG_GET_MESSAGES'
67         TABLES
68           e_messages = lt_messages.
69     CATCH cx_bbp_pd_abort.
70       REFRESH lt_messages.
71   ENDTRY.
72
>>>   RAISE EXCEPTION TYPE cx_bbp_pd_abort EXPORTING
74       worked_on_document = lv_guid
75       t100_msgid = gc_msgid_bbp_pd
76       t100_msgno = iv_msg_no
77       t_appl_log_messages = lt_messages.
78
79 ENDFUNCTION.

Inhalt der Systemfelder

Name     Wert

SY-SUBRC 0
SY-INDEX 0
SY-TABIX 2
SY-DBCNT 1
SY-FDPOS 40
SY-LSIND 0
SY-PAGNO 0
SY-LINNO 1
SY-COLNO 1
SY-PFKEY
SY-UCOMM APPR
SY-TITLE Einkauf genehmigen
SY-MSGTY S
SY-MSGID BBP_PD
SY-MSGNO 404
SY-MSGV1 O 00000000
SY-MSGV2
SY-MSGV3
SY-MSGV4


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Анализ dump по ST22
СообщениеДобавлено: Вт, мар 23 2010, 21:19 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Пн, мар 28 2005, 15:38
Сообщения: 1257
2 DaV: Из текста не совсем понятно, какая программа работала, ваша или стандарт. Если стандарт, то искать ноты по указанным ключевым словам "UNCAUGHT_EXCEPTION" "CX_BBP_PD_ABORT" "SAPLBBP_PDH" "LBBP_PDHU08" "BBP_PD_ABORT". Если ваша, то обрабатывайте эксепшен функции в которой происходит дамп.

_________________
Там, где я рос, единственным развлечением было запоминать число «π».(С) Н. Стивенсон


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Анализ dump по ST22
СообщениеДобавлено: Вт, мар 23 2010, 22:41 
Гуру-эксперт
Гуру-эксперт

Зарегистрирован:
Вт, сен 07 2004, 17:47
Сообщения: 2988
Кодер написал(а):
2 DaV: Из текста не совсем понятно, какая программа работала, ваша или стандарт. Если стандарт, то искать ноты по указанным ключевым словам "UNCAUGHT_EXCEPTION" "CX_BBP_PD_ABORT" "SAPLBBP_PDH" "LBBP_PDHU08" "BBP_PD_ABORT". Если ваша, то обрабатывайте эксепшен функции в которой происходит дамп.

Но в любом случае не видно ни каких намёков на проблемы с памятью.
Скорее всего решение будет в нотах (которых вполне достаточно). А если не будет, то можно и сообщение в SAP о проблеме выставить.

_________________
"После" - не значит "вследствие"


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Анализ dump по ST22
СообщениеДобавлено: Ср, мар 24 2010, 09:53 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, окт 06 2005, 16:44
Сообщения: 3080
Откуда: Москва
Дамп очень простой: при вызове ФМ (какой? Вызывается из своей программы или из стандартной?) не указана секция EXCEPTIONS.

_________________
С уважением,
Удав.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Анализ dump по ST22
СообщениеДобавлено: Ср, мар 24 2010, 10:35 
Председатель
Председатель
Аватара пользователя

Зарегистрирован:
Чт, апр 13 2006, 12:32
Сообщения: 1503
Откуда: Питер
Это похоже на стандартный функционал SAP SRM 4.0.
Ноты по вашему дампу есть (например Note 673372 - Short dumps UNCAUGHT_EXCEPTION in SRM 3.0, 4.0, and 5.0), изучайте, накатывайте.

_________________
С уважением, VGA
Мой блог


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Анализ dump по ST22
СообщениеДобавлено: Ср, мар 24 2010, 12:52 
Специалист
Специалист

Зарегистрирован:
Вт, июл 07 2009, 13:24
Сообщения: 235
Все верно ноты есть причем довольно много но они не накатываемы(к томуже система очень изковеркана "собственными разработками" сама ошибка выскакивает после работы стандартной транзакции. Вопрос про память был как надежда и вопрос на будушее для информации.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Анализ dump по ST22
СообщениеДобавлено: Чт, мар 25 2010, 09:12 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Чт, мар 09 2006, 10:12
Сообщения: 565
Откуда: Волгодонск
Пол: Мужской
DaV написал(а):
значит с помощью не сложных вычислений
100-90=10
остается как минимум 10% что весьиа не мало

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

ЗЫ: Язык на котором создаётся/выводится дамп настраивается базисом

_________________
Изображение Попытка не пытка


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Анализ dump по ST22
СообщениеДобавлено: Чт, мар 25 2010, 11:29 
Специалист
Специалист

Зарегистрирован:
Вт, июл 07 2009, 13:24
Сообщения: 235
DKiyanov написал:
Согласен, выразился не верно, надо примерно так: В подавляющем большинстве случаев в дампе достаточно информации чтоб понять причину его возникновения, просто читать его надо внимательно и с начала.


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


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 15 ] 

Часовой пояс: UTC + 3 часа


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


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

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB