Здравствуйте!

Неделю назад начала появляться ошибка с RPC сервисом.

На сервере на котором крутяться DEV, QAS системы. После 3-4 часов работы RPC становится недоступен.
Транспортная система разваливается и для того чтобы всё восстановить приходится перезапускать QAS систему. Тогда всё ок.

в журнале ошибок сервера периодически ругается что недостаточно памяти. Хотя на сервере c PRD стока же памяти и всё ок.

В чём может быть косяк?

если на юниксе попробуй дать команду, команду давай когда опять отвалится...
sar -v 1 5
посмотри
11:00:35 text-sz ov proc-sz ov inod-sz ov file-sz ov
11:00:36 N/A N/A 159/5000 0 784/34816 0 819/65546 0
11:00:37 N/A N/A 159/5000 0 783/34816 0 817/65546 0
11:00:38 N/A N/A 159/5000 0 783/34816 0 817/65546 0
11:00:39 N/A N/A 159/5000 0 784/34816 0 819/65546 0
11:00:40 N/A N/A 159/5000 0 784/34816 0 819/65546 0
если любые столбцы равны типа 5000/5000 смотри настройки ядра и конфигури согласно рекомендациям САП.

windows 2003 server SP2 64bit.

Может нота есть какая нить...я не нашёл...

Всё форуме уже облазил в поиске решения этой проблемы((

сейчас ещё начали появляться проблемы с зависшими запросами в STMS. отображается машинка но запрос оказывается уже перенесенным.

Ещё при просмотре через SAPMMC консоль у disp+work следующий показатель

Running, Message server connection ok, Dialog queue time: 6.09 sec

в логах показывает вот что:

Fri Dec 26 12:57:34 2008
MBUF state OFF
EmInit: MmSetImplementation( 2 ).
<ES> client 0 initializing ....
<ES> InitFreeList
<ES> block size is 1024 kByte.
Using implementation flat
<EsNT> Memory Reset disabled as NT default
<ES> 1199 blocks reserved for free list.
ES initialized.
rdisp/http_min_wait_dia_wp : 1 -> 1
***LOG Q0K=> DpMsAttach, mscon ( blade1) [dpxxdisp.c 9813]
CCMS: AlInitGlobals : alert/use_sema_lock = TRUE.
CCMS: Initalizing shared memory of size 40000000 for monitoring segment.
CCMS: start to initalize 3.X shared alert area (first segment).
DpMsgAdmin: Set release to 6400, patchlevel 0
MBUF state PREPARED
MBUF component UP
DpMBufHwIdSet: set Hardware-ID
***LOG Q1C=> DpMBufHwIdSet [dpxxmbuf.c 1025]
DpMsgAdmin: Set patchno for this platform to 80
Release check o.K.

Fri Dec 26 12:57:38 2008
MBUF state ACTIVE
DpModState: change server state from STARTING to ACTIVE

Fri Dec 26 13:14:13 2008
*** WARNING => DpRqServiceQueue: timeout of HIGH PRIO msg, return DP_CANT_HANDLE_REQ

Fri Dec 26 13:18:24 2008
SoftCancel request for T14 U20 M1 received from REMOTE_TERMINAL

Fri Dec 26 13:18:27 2008
SoftCancel request for T14 U20 M0 received from REMOTE_TERMINAL

Fri Dec 26 13:18:54 2008
DpEnvCheck: set dp_high_prio_state to DP_HPRIO_TIMEOUT (3 rqs)
*** WARNING => DpEnvCheck: timeout of HIGH PRIO msg, return DP_CANT_HANDLE_REQ

проблему решил обновлением kernel до 247 уровня. А также увеличением кол-ва фоновых процессов (ноту не помню).

а с зависшими транспортами решил так:

удалил все запросы из таблицы TPSTAT, где STATUS = 'R', 'N'. И удалил файл <SID>.LOB который мешал тому чтобы запросы переносились между системами корректно.