Возникла интересная ситуация.
В диалоговом процессе висит программа. Ничего не делает, но счетчик времени работает.
В системе установлен тайм-аут на диалоговые процессы - она его игнорирует.
Из SM50 не снимается. Оттуда же пытались войти в его отладку - не реагирует.
Причем она еще ухитряется как-то перезапускаться. То есть - с утра выполнялась в одном диалоговом процессе, сейчас уже в другом.
Со слов пользователя - запустила отчет, он выполнился, она напечатала листинг, выключила и ушла домой.
А он, значит, остался работать. Или, точнее - висеть.
Я-то сам не базисник, а абапер, поэтому ничего больше сказать не могу.
Может, кто чего подскажет? В чем может быть причина, а главное - как его снять?
Два дня уже так висит.

А базиса и у вас нет??? Прям какой то анибазисный форум стал )))
Зависит от операционной системы как его убивать. Обычно kill -9 убивает , через sm50 видно номер процесса на оси.
Так же можно попробовать dpmon -ом .

Рассказывали люди, что в особо тяжёлых случаях лечилось только с помощью: stopsap r3 && startsap r3 ...

Эти люди все проблемы так решают?

kill -9 самый жесткий способ в данном случае.

похоже на поведение SAP-вируса
Пожет касперским проверить?)

P.S. обратитесь в группу базиса)

предлагаю вариант reboot - проблема вечного процесса в этом случае будет решена АДНАЗНАЧНА!

А вдруг автор подвисшей программы умеет планировать задания? С шагом в 5 минут...

входные данные

То есть - с утра выполнялась в одном диалоговом процессе, сейчас уже в другом.

так что

Абапер с большими правами и усердием - может сделать все
Запланировать запуск из программы возможно? Возможно. Вот и планируем запуск через 5 минут. При старте проверяем не работает ли в каком еще диалоге вторая копия. А там по обстоятельствам - можно прибить себя, можно послать сигнал той версии
Изврат, конечно, но сделать процесс бессмертным и отрабатывающим после старта системы заново не составляет больших трудозатрат.

Это я просто вспомнил одного коллегу, который обрабатывает огромные входящие очереди на PI. Он при запуске определяет количество диалогов, и на половине из них запускает свой разборщик очереди в параллель

надеюсь, что топикстартер понимает, что это мы уже начинаем шутить...

ну это я так - на всякий случай

поправить в профиле количество BTC процессов в ноль после рестарта сервака...
и зловещще хохотать глядя на скачущего абапера

[delete...]
надо удержаться

Skif - крепкий парень - восхищена.

Я не смогла

Доброе утро!
Была у нас как-то такая ситуация... Как только мы не "мочили" несчастный процесс... Процесс жил у нас в диалоге своей жизнью, наверное, неделю точно... Написали письмо в SAP... разобраться хотелось, что это за "шутка" системы.... Ответ был очевиден - stopsap. Для подстраховки можно еще и "ребутнуть" сервер.... kill -9 не спасало