Genesis auf Terminal- Citrix-Server hängt

[kevin]

Hallo zusammen,

ich habe bei einem Kunden das Problem, dass Genesis in unregelmäßigen Abständen bei den unterschiedlichsten Usern hängen bleibt.
Das stellt sich so dar, dass Genesis keinerlei Eingaben mehr annimmt und vom Administrator auf dem Server beendet werden muss. Es muss nicht die ganze Citrix-Sitzung des Users, sondern nur die genesis.exe beendet werden.
In der Ereignisanzeige des Servers wird währenddessen im Millisekundentakt (Keine Übertreibung) folgender Fehler gemeldet.

Quelle: CASEventlog

An internal error occurred:
Windows account: Mustermann
Context: Shared.LowLevelTools
ERRORLOG
TApplication: Zugriffsverletzung bei Adresse 73696765. Lesen von Adresse 73696765

Wir doktern nun schon seit Monaten an diesem Problem und kommen absolut nicht weiter. Von der Neuinstallation des APP-Servers auf einer anderen Maschine bis zur Umlegung der Archive usw. und der Datenbank.

Alle anderen Applikationen auf den Servern funktionieren reibungslos.

Ich hoffe daher das hier jemand weiß, was genau dieser Fehler besagt und evtl. einen Lösungsansatz für uns hat.

Im Einsatz ist Version 9.0.1.1416
Hotfixe 2008-01-08 und 2008-02-18.

Schonmal vielen Dank im Voraus.

Gruß

kevin

[dirk.reul]

Hallo,

wir kämpfen intern mit dem gleichen Problem. Wir haben auf den Terminalservern immer wieder Sessions die nicht mehr reagieren und/oder eine extrem schlechte Performanz aufzeigen. Dabei sind die anderen Sessions auf den jeweils betroffenen Terminalservern nicht mit den gleichen Problemen konfrontiert.

Leider schreibt CAS auf Terminalservern auch keine richtigen logfiles, auf jeden Fall ist es in der Regel nicht möglich dies sauber zu trennen.

Hat den jemand hier einen Ansatz? Von CAS kam da leider bisher keine Lösung um das Problem einzugrenzen. Wir können aber auf jeden Fall die Leistung der Terminalserver ausschließen, da diese sich bei uns in der Regel langweilen.

viele Grüße
Dirk Reul

[kevin]

Hallo,

selbst die Auswertungen von DUMPs hat nichts gebracht. Wir haben uns per user mode process dumper in die hängende Applikation gehangen. Kein Erfolg.
Keine Ursache zu ermitteln.
Jetzt kam unser Betreuer aber auf die Idee, dass es etwas mit der Telefonanbindung und dem Tapi-Treiber zu tun haben könnte. Die Funktion wird nun testweise beim Kunden deaktiviert.


Im Einsatz sind von der Firma Estos zusammen mit einer Alcatel-Anlage:

Etapimon.exe Version 2.2.28.742
Eclient.tsp Version 2.2.0.20
Eremote.tsp Version 2.2.28.742

Habt Ihr das auch im Einsatz?


Gruß

kevin

[dirk.reul]

Hallo Kevin,

nein wir setzen eine Agfeo TK Anlage ein, nutzen dies aber nicht per TAPI in CAS da wird über viele Standorte verteilt arbeiten und Windows auch in Terminalservern es nicht schafft hier sauber die TAPI Einstellungen für den jeweiligen Standort zu nutzen.

Wie wäre es in diesem Kontext sich mit dem RPC Aufrufen bzw. den COM+ Verbindungen zu beschäftigen? Gibt es hier Limits die so nicht sichtbar sind und die auch im Eventlog nicht mitgeteilt werden?

Viele Grüße
Dirk

[kevin]

Hallo,

wir scheinen das Problem nun tatsächlich gefunden zu haben.
Wie es aussieht lag es an dem IMAP-Zwischenspeicher. Genesis wird als E-Mail-Client eingesetzt und greift per IMAP auf einen Exchangeserver zu. In Genesis gibt es die Option, die E-Mails im Profil zu cachen. Diese Funktion haben wir deaktiviert und seit einigen Tagen keine Hänger mehr.
Gesehen haben wir (bzw. CAS) die fehlerhaften Zugriffe mittels Procmon.

Gruß

kevin

[dirk.reul]

Hallo,

wir scheinen das Problem nun tatsächlich gefunden zu haben.
Wie es aussieht lag es an dem IMAP-Zwischenspeicher. Genesis wird als E-Mail-Client eingesetzt und greift per IMAP auf einen Exchangeserver zu. In Genesis gibt es die Option, die E-Mails im Profil zu cachen. Diese Funktion haben wir deaktiviert und seit einigen Tagen keine Hänger mehr.
Gesehen haben wir (bzw. CAS) die fehlerhaften Zugriffe mittels Procmon.

Gruß

kevin

Hi Kevin,

danke für Dein Feedback. Es gibt tatsächlich in CAS die Option dies so zu nutzen, wobei insbesondere bei Exchange in der Terminalserver Umgebung der Client so einzustellen wäre, dass er gar nicht cacht. Da ist Exchange schon recht clever.

Wir setzen im Moment einen IMAP Server ein und habe auch nicht vor auf Exchange zu migrieren. Das der Cache Mechanismus von CAS eher bescheiden ist, ist wohl kein Geheimnis mehr. Insbesondere ist der Client im Verhältnis zu anderen IMAP fähigen Mailclients nicht in der Lage sein Caching schnell durchzuführen. Ein direkter Vergleich Thunderbird und CAS ist einfach nur schmerzhaft.

Wir werden nun testweise die Cache Dateien für die E-Mails auf Netzlaufwerke umbiegen (dafür gibt es einen Reg-Eintrag den man setzen kann).

Viele Grüße
Dirk