в общем такая фишка произошла:
настроил hotel, все работало прекрасно (AHL линк на порту D что на cbrma боксе), оставил stanby, перезапустил main, как загрузился main полностью на stanby запустил mastercopy и оба проца поднялись и спокойной душой поехал домой.
с утреца звонят и говорят что AHL линк не фурычит нефига, на работе развернул базу и смотреть в чем косяк, целый день потратил на неоднократную сверку настроек с доками, по настройкам все Ок а работать не хочет
Ну, статус порта и аппликации в норме. Можно попробовать поменять порт для вывода AHL на С, не забыв переставить разъем.
Для проверки порта можно подать туда, скажем, login. И попятаться его увидеть на компьютере.
Ну, это проверить просто. Верните AHL на порт D, из hotmenu пропишите гостя и ловите строчку на выходе порта D. Если она приходит нормально - проблема у принимающего компа с отельной системой.
1217056050 -> === ok_message FALSE
1217056050 -> === TRAME RECEIVED length=57 A~1201*~~~~~~~~~~~~~~~~~~~~E~~~~~~~~~~~~~~~~~~~~~~~~~~0C - PB - envoi du nack vers PC
1217056050 -> === send response: 15
26/07/08 11:07:30 000001M|--/--/-/---|=2:0241=Datacomm link problem 1 A 57
26/07/08 11:07:30 000001M|--/--/-/---|=2:2259=AHL. Coding error in frame \" Reception : NACK \""
1217056050 -> === wait received: 2 - ||
1217056050 -> linfrecordi : ini_don_inipc
после установки галки стало все Ок
1217057063 -> === ok_message TRUE
1217057063 -> === ok_crc: crc = |45|, 1
1217057063 -> === TRAME RECEIVED length=57 A~1201~Taldykin,~?????~?-?~0~~~~~~~~~~~~~~~~~~~~~~~~~~45 - tout est ok - envoi du ack vers PC
1217057063 -> === send response: 6
1217057063 -> === ok_envmes
1217057063 -> === envmes
1217057063 -> === bon_nlog : on a mis nulog a FX_AP et on va soustraire le qmcdu
1. если что-то не работает, смотрю инциденты.
2. когда подключаю отельный комп, ваяю кабель с "самоквитированием" на разъемах с каждой стороны замыкаю между собой RTS-CTS и DTR-DSR-DCD, разуммется, если не используется полноценный нуль-модемный кабель (на практике не встречал :))