RPC Error 1726

[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
Подскажите чего доброе. Видели на одном форуме, что у человека такая же проблема была связана с виндой, что он нашел патч, но мы нашли только для 2000-ой windows...

[gl00mie]

Цитата:

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

AOS регулярно (раз в 4-5 часов), валит ошибку: "Object Server 01: RPC error: RPC exception 1726 occurred in session 29"
Windows Server 2003 Enterprise Edition SP1 Axapta 4.0 sp2

У вас обновление 913184 установлено? Подобные ошибки возникают обычно из-за того, что AOS посылает большие пакеты (>64kb), которые RPC без этого обновления не переваривает.

[maximka]

Да, перед установкой AOS'а ставили и сервер перезагружали...

[maximka]

Правда, сначала установили AOS, потом установили заплату и перезагрузили сервер... версия библиотеки rpcrt4.dll нужная - 5.2.3790.2630..
что еще нужно не понятно(((

[S.Kuskov]

Сталкнулись с подобной проблемой. При входе клиента падал AOS. Беда была в настройках групп пользователей. Помогла перезаливка (Экспорт/Импорт) всех групп.

[Ivanhoe]

У нас появилась аналогичная ошибка, правда Windows Server 2003 64-bit SP2 - указанное обновление на него установить не получится - SP не тот, а для второго SP не нашли Будем писать в Microsoft.

[Lazy_Tiger]

помог ли майкрософт? имею кучу проблемок со стабильностью АОСа, в том числе и эту.

[Maximin]

Я поставил на Axapta KB 967099 Hotfix Kernel Week 4 - ошибка в лог идёт но AOS не падает из-за этого - там это поправили. Без неё AOSы просто осыпались - это была не работа.
В принципе, AOS достаточно стабилен. Впрочем, дольше недели в uptime у нас ни один AOS не бывает, так что все относительно.

Обновление 913784, кстати, для Server 2003 SP2 не катит.К тому же, иногда эта ошибка возникает после некорректного отключения клиента, а тут уж переполнение не при чём.

[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

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

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

[gl00mie]

В 2009-й у метода FormDataSource.research() появился опциональный параметр boolean _retainPosition (по умолчанию false). Можно попробовать вместо вызова findRecord() вызывать research(true)