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

Суть проблемы: периодически (несколько раз в день) "подвисает" продуктив и отваливается часть пользователей.

Смотрю в system log (sm21) там вижу:

Connection to user 363 ( ... ), terminal 199 ( ... ) lost
Maximum number of permitted terminal connections reached ( 200)
... таких строк может быть несколько ...
Failed to establish connection to terminal
Communication error, CPIC return code 017, SAP return code 672
> Conversation ID: 12104624
> CPI-C function: CMRCV


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

По поводу: Communication error, CPIC return code 017, SAP return code 672 нашёл только ноту 594257.

Да, ещё есть error логи (st11) открываю dev_disp:

Wed Dec 10 14:49:35 2008
***LOG Q0P=> DpAllocTm, tm_overflow ( 200) [dpxxdisp.c 4933]
*** ERROR => DpTmLogin: DpAllocTm rc=-15 [dpxxdisp.c 9702]
*** WARNING => DpTmLogin: wait for gui data (timeout=1000 ms)
*** ERROR => DpDelAllSchedules: illegal tid: 200 [dpxxschd.c 888]
C-STACK
(0) 0x400000000169e1e0 CTrcStack2 + 0x1a0 at dptstack.c:220 [dw.sapORN_DVEBMGS00]
(1) 0x400000000169e010 CTrcStack + 0x30 at dptstack.c:175 [dw.sapORN_DVEBMGS00]
(2) 0x40000000012886f0 DpDelAllSchedules + 0x2a0 at dpxxschd.c:889 [dw.sapORN_DVEBMGS00]
(3) 0x4000000001288420 DpDelAllRollSchedules + 0x40 at dpxxschd.c:855 [dw.sapORN_DVEBMGS00]
(4) 0x400000000125da80 DpTmDisconnect + 0x820 at dpxxdisp.c:6210 [dw.sapORN_DVEBMGS00]
(5) 0x4000000001261c50 DpTmSend + 0x1a70 at dpxxdisp.c:11367 [dw.sapORN_DVEBMGS00]
(6) 0x400000000126d3a0 DpTmRetErr + 0x4e0 at dpxxdisp.c:10865 [dw.sapORN_DVEBMGS00]
(7) 0x400000000123c4f0 DpTmLogin + 0x4d0 at dpxxdisp.c:9780 [dw.sapORN_DVEBMGS00]
(8) 0x4000000001223130 DpLoopExec + 0x250 at dpxxdisp.c:1814 [dw.sapORN_DVEBMGS00]
(9) 0x400000000121df50 DpMain + 0x470 at dpxxdisp.c:1002 [dw.sapORN_DVEBMGS00]
(10) 0x4000000001219590 main + 0x30 [dw.sapORN_DVEBMGS00]
(11) 0xc000000000033730 main_opd_entry + 0x50 [/usr/lib/hpux64/dld.so]

вот... в нотах так ничего похожего и не нашёл...

SAP R/3 Enterprise, ядро 640, компоненты 620, platform id 274, не юникодная, ось HP_UX 11.31 (64-битная), БД Oracle 10.2.0.2

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

посмотри параметр оракла ограничивающий кол-во соединений к нему.

В профиле SAP инстанции параметр rdisp/tm_max_no увеличьте до 500 или более.

точно.
оракловые параметры тут ни при чем.

Спасибо.
Так и сделали, только поставили сразу 1000 (может это и лишнее),
сегодня весь день "без проишествий" видимо вы были правы по поводу rdisp/tm_max_no

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

Oracle на всякий случай тоже проверяем, просто около месяца тому назад перешли с 9.** на 10 версию,
лишний раз посмотреть как он там "себя чувствует" тоже не помешает.

Всем большое спасибо.

Профильный параметр rdisp/tm_max_no регулирует кол-во одновременно работающих пользователей? Или кол-во одновременно открытых сеансов (окон SAP)?

Parameter : rdisp/tm_max_no
Short description: Maximum number of entries in table tm_adm
Parameter description :
This parameter limits the maximum number of users per instance.
The dispatcher creates information about the connected users in
the structure tm_adm.



Количество режимов на физиономию регулируется параметром rdisp/max_alt_modes

Про rdisp/max_alt_modes я знаю. По умолчанию он = 6.

Хочу уточнить: допустим rdisp/tm_max_no = 200 (по умолчанию).
В систему вошли 100 пользователей. Каждый пользователь открывает по 6 режимов - итого в системе 100 пользователей, и 100*6=600 режимов.

В этом случае пользователи не начнут отваливаться как у автора поста?

Параметр rdisp/tm_max_no регулирует именно число пользователей (независимо от числа открытых режимов), или rdisp/tm_max_no регулирует общее число режимов всех пользователей?

Как сказано в описании параметра, количество пользователей на инстанцию.

Спасибо за подсказку!!!

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

А иногда записи и не появляются..
Пинги идут стабильно,
параметр rdisp/tm_max_no = 2000, rdisp/max_alt_modes по умолчанию, 6..
Пытаемся наклонить провайдера, но у него показывает, что все стабильно.. Может, есть у кого мысли, что еще можно посмотреть?