Hallo zusammen,
ich hoffe mir kann hier jemand weiter helfen, da ich mit meinem Latein langsam aber sicher am Ende bin.
Einer unserer Kunden nutzt Cotel MC 3.22. Die Umgebung Umfasst einen Server 2003 RC SP3 auf welchem Cotel installiert ist. Die Clients greifen über den Netzwerkpfad auf die Loader.Exe zu.
Dies geschieht aus einer VM-Ware Umgebung mit der Version 4.6. Dort werden aus einem Template alle benötigten Clients provisioniert. Die Clients connecten also per View-Client auf ihre bereitgestellte VM mit XP-Gastsystem (32bit).
Mein Problem ist nun, dass seid dem Update von Multicash 3.21 auf 3.22 das Programm auf den provisionierten Clients nicht mehr sofort startet. Nach ca. 1 Stunde Wartezeit startet Cotel dann Problemlos und das Arbeiten funktioniert ohne weitere Verzögerungen. Starte ich Cotel aber über die Konsole im Template der Clients funktioniert dies einwandfrei. Dieses Phänomen tritt also nur auf wenn ich mich mit dem RDP-Protokoll des View-Clients an den provisionierten Clients anmelde.
Eine Lösung war bereits zum greifen nahe. Der Viewclient wurde umgestellt auf PCoIP und das Problem mit Cotel war gelöst. Es startete reibungslos. Da die Host-Clients, auf denen der View-Client installiert ist, aber mit XP, Windows 7 und bald Win8 daher kommen und PCoIP-Verbindungen immer wieder Probleme bereiten, bin ich auf die RDP-Verbindung angewiesen. Ebenfalls seltsam ist, das hier ein Problem bei der Version 3.21 nicht festzustellen war und erst 3.22 dieses Problem verursachte.
Der Prozess, welcher für diese Verzögerung verantwortlich ist, konnte ebenfalls bereits ausfindig gemacht werden. Als erstes startet sich wie gewollt die Loader.exe, danach wird eine OEBMCC32.EXE gestartet und dann hängt es beim Start der oseTokenServer.exe. Schieße ich letzteren Dienst ab startet das Programm sofort. Leider ist das aber keine Lösung, da man sich dann zwar an Cotel anmelden kann jedoch nicht richtig damit arbeiten kann.
So Buch ist fertig :-). Ich hoffe sehr das jemandem etwas einfällt und mir jemand einen Tipp geben kann.
Gruß Chris
ich hoffe mir kann hier jemand weiter helfen, da ich mit meinem Latein langsam aber sicher am Ende bin.
Einer unserer Kunden nutzt Cotel MC 3.22. Die Umgebung Umfasst einen Server 2003 RC SP3 auf welchem Cotel installiert ist. Die Clients greifen über den Netzwerkpfad auf die Loader.Exe zu.
Dies geschieht aus einer VM-Ware Umgebung mit der Version 4.6. Dort werden aus einem Template alle benötigten Clients provisioniert. Die Clients connecten also per View-Client auf ihre bereitgestellte VM mit XP-Gastsystem (32bit).
Mein Problem ist nun, dass seid dem Update von Multicash 3.21 auf 3.22 das Programm auf den provisionierten Clients nicht mehr sofort startet. Nach ca. 1 Stunde Wartezeit startet Cotel dann Problemlos und das Arbeiten funktioniert ohne weitere Verzögerungen. Starte ich Cotel aber über die Konsole im Template der Clients funktioniert dies einwandfrei. Dieses Phänomen tritt also nur auf wenn ich mich mit dem RDP-Protokoll des View-Clients an den provisionierten Clients anmelde.
Eine Lösung war bereits zum greifen nahe. Der Viewclient wurde umgestellt auf PCoIP und das Problem mit Cotel war gelöst. Es startete reibungslos. Da die Host-Clients, auf denen der View-Client installiert ist, aber mit XP, Windows 7 und bald Win8 daher kommen und PCoIP-Verbindungen immer wieder Probleme bereiten, bin ich auf die RDP-Verbindung angewiesen. Ebenfalls seltsam ist, das hier ein Problem bei der Version 3.21 nicht festzustellen war und erst 3.22 dieses Problem verursachte.
Der Prozess, welcher für diese Verzögerung verantwortlich ist, konnte ebenfalls bereits ausfindig gemacht werden. Als erstes startet sich wie gewollt die Loader.exe, danach wird eine OEBMCC32.EXE gestartet und dann hängt es beim Start der oseTokenServer.exe. Schieße ich letzteren Dienst ab startet das Programm sofort. Leider ist das aber keine Lösung, da man sich dann zwar an Cotel anmelden kann jedoch nicht richtig damit arbeiten kann.
So Buch ist fertig :-). Ich hoffe sehr das jemandem etwas einfällt und mir jemand einen Tipp geben kann.
Gruß Chris