Может кто-нибудь из вас сможет мне помочь решить сабж, с помощью SM04 ужо не получается. Есть более жесткие методы?

конечно есть:) Только нужны ли они?
При "убитии сессии" иногда долго идет откат, поэтому вроде бы убив сессию видишь что она продолжается.
В юниксе можно конечно убить по номеру процесса, который можно увидеть в обзоре процессов. После "убития" диалоговый процесс новый стартует. Синтаксис прост kill <PID> или совсем уж жестко kill-9 <PID>. Но прежде чем делать это подумай, так ли уж нужно убивать быстро процесс.

Если у пользователя есть работающие процессы, то Sm50 . через меню программа/режим удалить режим или программа-отменить. Ну еще можно процесс-отменить (без) с дампом.

Если же возникла ситуация, когда все диалоговые заняты и сам админ через систему не может войти для удаления сессии, можно через ОС запустить пользователем <sid>adm программу dpmon, которая будет выводить информацию о процессах так же как и в SAP системе. Оттуда можно будет узнать PID процесса и сделать то что я уже сказал выше.

Спасибо всем, сейчас буду пробовать, а то через sm04 ни в какую не прибивается и висит она уже с неделю где-то...

Через dpmon и sm50 ничего у меня, пока, не получилось, процесс не исчезает даже после рестарта сервера Виден такой вот листинг:

0 DIA 22955 идет Да 41 SAPLTHFB 100 USER01
1 DIA 22877 идет Да 74 1 SAPLCNTH 200 P00001304
2 DIA 24376 ожидает Да 66
3 DIA 22805 ожидает Да **
4 DIA 22851 ожидает Да 21
5 DIA 22906 ожидает Да 5
6 DIA 22907 ожидает Да 8
7 DIA 26558 ожидает Да
8 DIA 26561 ожидает Да
9 DIA 26585 ожидает Да
10 DIA 26586 ожидает Да
11 DIA 26587 ожидает Да
12 DIA 26590 ожидает Да
13 DIA 26591 ожидает Да
14 DIA 26592 ожидает Да
15 DIA 26593 ожидает Да
16 VB 467 ожидает Да 1
17 VB 26595 ожидает Да
18 VB 26596 ожидает Да
19 ENQ 26597 ожидает Да
20 BTC 22288 ожидает Да 1
21 BTC 16793 ожидает Да 4
22 BTC 21163 ожидает Да
23 SPO 26601 ожидает Да
24 UP2 26604 ожидает Да
25 UP2 26605 ожидает Да

И как угадать какой и этих ожидающих мой, те два первых нормальные работающие процессы. Что можете сказать...

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

Сними в виндах приложение у пользователя.

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

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

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

"Выполнить эту регистрацию и выйти из всех уже открытых приложений. "
Каждый раз это сообщений продожает с "завидной" регулярностью повторяться

Так нет никакой на самом деле сессии:))))
А что нельзя зарегестрироваться и отменить предыдущую регистрацию?
Зарегистрированных и работающих пользователей со всеми терминалами можно видеть в таблице Usr41. Может какой сбой был и запись там болтается.
Посмотри записи блокирования этого пользователя, удали записи блокирования этого пользователя.

Хорошо, утром обязательно на свежую голову попробую, спасибо