Ereignisanzeige: RPC exception 1702

Moin, moin!

Wir haben in der Ereignisanzeige haufenweise folgende Fehler:

Ereignistyp: Informationen
Ereignisquelle: Dynamics Server 01
Ereigniskategorie: Keine
Ereigniskennung: 180
Datum: 27.05.2011
Zeit: 03:45:40
Benutzer: Nicht zutreffend
Computer: FUPAOS2
Beschreibung:
Object Server 01: RPC error: RPC exception 1702 occurred in session 5


Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.

Kennt jemand die Ursache bzw. eine Lösung?
Im Web ist leider nicht viel zu finden.

Gruß!

Hallo Herr Heinrich,

von dem "nicht vielen" dass hier schon gefunden?
http://www.eggheadcafe.com/microsoft/Ax ... 61702.aspx

http://blogs.msdn.com/b/floditt/archive ... h-job.aspx

Terminal Server Error Messages:
http://support.microsoft.com/kb/186553/en-us

Hoffe, dass das zum Erfolg führt, bin kein Admin sondern Zahlenverdreher

Vielleicht kann ein Power-User oder MVP hierzu noch Stellung nehmen, wenn meine Hilfestellung nicht korrekt sein sollte.

Gruß
Tom

Hallo!

Da sind leider keine hilfreichen Informationen dabei.
Bei uns liegt es an der Kombination Terminal Server session und Danymics AX 2009,
Ursache ist sommit bekannt, Lösung leider nicht.

Gruß,
Claas Heinrich

Für mich zum Verständnis; ist dann diese Aussage nicht zielführend!?

"Floria brought up this happens when the Citrix or Termal Server session ends before the Ax
session. So you must always configure the Citrix/Terminal Server session
timeout greater than the Ax session timeout."

Zitat aus meinem obigen Link (in der Hoffnung, keine Verwarnung zu kassieren).

Wenn man wüßte welches Timeout gemeint ist...
leider haben wir die passende Einstellung nicht gefunden.

Wir vermuten das wir es dadrch beheben könnten, wenn es dort etwas konkretere Inforamtionen geben würde.

Hallo,

das Problem mit einer "RPC exception 1702" ist, dass es alles mögliche sein könnte.

Ein Error 1702 besagt "nur" "Binding handel" ungültig ist.

Die Frage ist wer den Fehler erzeugt. Wir dder Fehler durch einen "normalen" Client erzeugt oder wird der Fehler bei einem Stapellauf (Batch) erzeugt?
Wenn der Fehler durch einen Batch erzeugt wird, hilft auch der Lösungsansatz mit dem Timeout leider nicht.

Hi,

evtl. helfen auch diese Links dem Problem auf die Schliche zu kommen.

Steps to trace an AX session in the application event log back to a user
AOS crash, hang or memory leak debugging tools
How to Use ADPlus for AOS Crashes