Добрый день. Столкнулся со следующей проблемой:
есть свежеустановленная система ERP 2005 SR2, платформа AIX&Oracle.

Пытаюсь установить русский язык и почти сразу же возвращает ошибку:

Message no. TP608 Diagnosis

There was an attempt to start the transport control program tp using the local RFC interface. An error occurred here.

Error code: 4
RFC error text: timeout during allocate / CPIC-CALL: 'ThSAPCMRCV'


Meaning of the error codes:
03 RFC system failure
04 RFC communication failure

Логи из SMLG:
Fri Sep 7 15:22:10 2007
*** ERROR => GwISearchPartner: timeout, partner LU: >sapdb2<, TP: >/usr/sap/TR3/DVEBMGS01/exe/tp< [gwr3cpic.c 5842]
*** ERROR => GwISearchPartner: HOST: sapdb2, conv ID: 58517568 [gwr3cpic.c 5855]

Fri Sep 7 15:22:12 2007
*** ERROR => GwIConnectHandle: conversation 58517568 not found
(lu=sapdb2 , tp=tp , host=sapdb2) [gwxxrd.c 7762]


Трейс rfc из папки work:

**** Trace file opened at 20070907 160455 EEST SAP-REL 700,0,111 RFC-VER U 3 908140
======> CPIC-CALL: 'ThSAPCMRCV' : cmRc=20 thRc=456
Timeout beim Verbindungsaufbau (Partner vorhanden ?)
ABAP Programm: RSRFCPIN (Transaction: SM59)
Called function module: RFC_PING
User: SAPADMIN (Client: 000)
Destination: CALLTP_AIX (handle: 2, 61115979, {46E131AD-2C7D-00A5-E100-80000A0A0A0B})
Error RFCIO_ERROR_SYSERROR in abrfcpic.c : 3295
CPIC-CALL: 'ThSAPCMRCV' : cmRc=20 thRc=456
Timeout beim Verbindungsaufbau (Partner vorhanden ?)
Error RFCIO_ERROR_MESSAGE in abrfcio.c : 1817


Проверка RFC соединения CALLTP_AIX иногда (2 раза из оканчивается неудачно:

Logon Cancel
Error Details timeout during allocate / CPIC-CALL: 'ThSAPCMRCV' : cmRc=20 thRc=456 Timeout bei
Error Details ERROR: timeout during allocate
Error Details LOCATION: SAP-Gateway on host sapdb2 / sapgw01
Error Details DETAIL: no connect of TP /usr/sap/TR3/DVEBMGS01/exe/tp from host sapdb2 after
Error Details COMPONENT: SAP-Gateway
Error Details COUNTER: 192
Error Details MODULE: gwr3cpic.c
Error Details LINE: 5873
Error Details RETURN CODE: 242
Error Details SUBRC: 0
Error Details RELEASE: 700
Error Details TIME: Fri Sep 7 16:04:55 2007
Error Details VERSION: 2

Отчет RSTPTEST также иногда возвращает ошибку:
timeout during allocate / CPIC-CALL: 'ThSAPCMRCV' : cmRc=20 thRc=456#Timeout beim Verbindungsaufbau (Partner vorhanden ?)

Обновил tp до последней версии. Подскажите пожалуйста куда копать.

См.
Note 948636 - Starting executables locally using RFC
Note 47682 - Activating the CPIC trace
Посмотри RFC и gateway traces и увеличь trace level если надо.
Попробуй вызвать tp с командной строки. Например "tp connect <SID> pf=<PROFILE_PATH>

Я надеюсь транспортная система настроена?

Нужно проверить свойства систем в STMS, убедиться что работают RFC по TMS ADMIN

В транспортной системе только одна система и присутствует. Проверка RFC с TMSADM заканчивается успешно.

Параметра rfc/use_gwstart из Note 948636 нету, а увеличение параметра gw/cpic_timeout не помогло.

Ошибка в gateway. Так что gateway trace (dev_rd) говорит??
Что в CPIC trace? Что в dev_tp? Все смотришь в txn. SE11.
Вставь все таки rfc/use_gwstart = 1 в instance profile. Такое бывает, что параметры не документированы. А проблему похоже должно решить.

Проверь еще environment variables по этой ноте:
Note 909259 - Work directory of the program tp

Если решишь проблему - отпиши здесь чтобы другие знали. Ок?

PS: Есть еще следующая нота. Это так, про запас. Так как дело не в tp а в gw или AIX.
Note 777565 - Output of runtime information from tp (Trace)

Нашел в логе строчки:

Mon Sep 10 11:06:12 2007
NiSelISelectInt: 1 handles selected (0 buffered)
main: NiSelNext (ni_hdl=2, read=1, write=0, connect=0,
hdl_info=0x1104beaa0)
NiHsLGetHostName: found address 127.0.0.1 in cache
NiHsLGetHostName: retrying to get hostname for '127.0.0.1'
GwHdlPendingRead: read 0 bytes (rc=NIECONN_BROKEN) (MONITOR_NEXT_CMD)
GwHdlPendingRead: disconnect monitor

Может это и было причиной проблемы.
Проводились следующие действия: руками переписал файл /etc/hosts, поменял порядок резолва имен на hosts,bind (по умолчанию почему то сначала искало через DNS), пересоздал конфигурацию транспортной системы.

Так же были проблемы с самой ОС - из-за неправильной конфигурации параметров виртуальной памяти система все время свопилась и запуск Oracle + SAP занимал до 30 минут.

Вобщем после всех этих действий проблема исчезла.

У нас точно такая же платформа... все-таки вы не ответили на вопрос: транспортная система в принципе настраивалась или нет?
когда входишь в STMS - нет ли каких-нибудь сообщений об ошибке или предупреждение?
вы можете в принципе создать переносимый(!) запрос на изменение и его деблокировать?

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

вопрос не по теме: у вас работает on-line backup? у нас - нет...

Oracle и JFS2 ?

Если да, то мне помогло

alter system set filesystemio_options=asynch и перезапуск Oracle.

но SAP рекомендует FILESYSTEMIO_OPTIONS=SETALL... я думаю попробовать опцию -cio монтирования файловых систем, где лежат файлы данных