RPC Error 1726

[mazzy]

Цитата:

Сообщение от maximka

AOS регулярно (раз в 4-5 часов), валит ошибку: "Object Server 01: RPC error: RPC exception 1726 occurred in session 29", после чего падает с ошибкой: "Ошибка приложения Ax32Serv.exe, версия 4.0.2501.116, модуль Ax32Serv.exe, версия 4.0.2501.116, адрес 0x000fcde0."
Windows Server 2003 Enterprise Edition SP1
Axapta 4.0 sp2

Вот и у меня возникло подобное
Object Server 01: RPC error: RPC exception 1726 occurred in session 3

только AOS не валится, а закрывает клиентскую сессию. и не переодически а в одном и том же месте - на закрытии книги продаж.
AX2009 5.0.1500.3761 (RU6)
AX2009 5.0.1500.4570 (RU7)
Windows Server 2008 Standard SP2 64-bit

файл rpcrt4.dll 6.0.6002.18005

клиент аксапты запускается с Windows 7 Prof 32-bit
Windows Update поставил все, что хотел и на клиентский комп, и на сервер.

есть соображения что с этим можно сделать?

[Poleax]

Цитата:

Сообщение от mazzy

Вот и у меня возникло подобное
Object Server 01: RPC error: RPC exception 1726 occurred in session 3
....
есть соображения что с этим можно сделать?

Посмотреть http://support.microsoft.com/kb/953375

Цитата:

To access the full version of this article please log in to
Microsoft Dynamics CustomerSource or Microsoft Dynamics PartnerSource.

Может наведет на мысль, куда дальше смотреть.

[gl00mie]

Цитата:

Сообщение от mazzy

Вот и у меня возникло подобное Object Server 01: RPC error: RPC exception 1726 occurred in session 3
только AOS не валится, а закрывает клиентскую сессию. и не переодически а в одном и том же месте - на закрытии книги продаж. есть соображения что с этим можно сделать?

Совсем недавно fed напоминал о серии статей, посвященных анализу дампов AOS'а AX 2009 x64. Я бы попробовал подключиться к выделенному для экспериментов AOS'у отладчиком, словить отладчиком это исключение и при остановленном AOS'е либо прямо в памяти посмотреть, где именно в коде Х++ валится сессия, либо дамп сделать (хотя нафиг дамп, если есть "живой" AOS). Мне лично недавно очень помогла статья Finding the X++ call stack that caused a crash: нужно было найти, из-за чего клиент подвисал на отправке почты через штатную cdosys.dll, и удалось локализовать место внутри этой библиотеки, где все зависало. Надо только учесть, что у Tariq'а в статье есть пара опечаток, которые становятся очевидны при просмотре приведенного им выхлопа отладчика:

1. Цитата:

   Look for the Ax32Serv!interpret::evalFunc frames take the location from the line below and then run in AX2009 64 bit: dw 000000002311b150+30
   на самом деле +20
2. Цитата:

   Next you can run in AX2009 64 bit: db 000000002311b150+38
   на самом деле +28

Для аналогичного анализа дампа памяти или "живого" клиента AX 2009 подходят приведенные им рецепты для AX4 32-bit (ну и плюс в этом случае надо использовать WinDBG x86 - даже на винде x64). Разумеется, также можно воспользоваться приведенными им скриптами для выуживания стека вызовов X++. Да, и лучше это все делать на ядре RU7, потому что для него отладочные символы в открытом доступе есть, а для RU6, насколько я могу судить, - нет.

PS. Также хочу напомнить, что с ключом ком. строки /console AOS можно запустить не как сервис, а как обычное консольное приложение - в т.ч. прямо из-под отладчика.

[mazzy]

Найти то не проблема.
Девелоп, далее комментируем код методом дихотомии.
Минут 10 и проблемный код найден.

Цитата:

Сообщение от mazzy

есть соображения что с этим можно сделать?

вопрос остался: а что теперь с этим делать?
кроме "закомментировать"