View Full Version : Sessions disconnected nach Wechsel auf V7R1-TR8
schmidtke72
24-11-14, 14:23
Hallo,
wir haben am Wochenende von V7R1-TR4 auf TR8 gewechselt. Seitdem melden diverse User,
das sich ihre Sessions "mittendrin" einfach disconnecten.
Wir arbeiten mit der Mocha-Emulation. Ein Tipp ist die "Keep-Alive"-Flagge zu setzen. Bevor wir nun aber alle configs austauschen und somit alle persönlichen Userangaben ( Farben, Macros ) verwerfen, wollte ich mal fragen, ob jemand ein ähnliches Problem hatte und es anders gelöst hat.
So ganz verstehen kann ich es nicht, das ein TR-Update eine Clientsoftware nicht mehr richtig supported. Vorher lief die Software einwandfrei ohne KeepAlive-Häkchen.
Danke + Viele Grüße
Marcus
Andreas Herzfeldt
26-11-14, 08:27
Hallo Marcus,
habe Deine Frage mit Interesse gelesen, da wir auch Mochasoft in den Versionen 3.07 und 8.2 im Zusammenspiel mit Windows 7 im Einsatz haben. Wir haben System-i mit V7R1 und Gruppenptf TR8 und TR9 im Einsatz und haben keine Probleme. Bei uns steht allerdings der CHGTELNA im Parameter TIMMRKTIMO = 0. Das wäre evtl. ein Lösungsansatz für das Problem.
MFG
Andreas
Andreas Herzfeldt
02-12-14, 15:42
Hallo Marcus, wir haben jetzt am Wochenende auf einer weiteren Partition das aktuellste CUM für V7R1 mit allen dazugehörigen PTF-Gruppen installiert. Auch wir haben anschließend mit Mochasoft und tlw. Clientaccess Probleme bekommen. Daraufhin habe ich bei IBM einen CALL eröffnet und als Workaround und Lösung die Veränderung des Jobattributes STSMSG = *NONE bekommen, entweder gezielt oder Systemwert QSTSMSG ändern. Das funktioniert und IBM arbeitet an einer grundsätzlichen Behebung des Problems. ** MFG Andreas
Was hat denn nun STSMSG mit IP zu tun?
Ich denke das ist dann eher ein 5250-Problem im Datenstrom.
Bei COBOL mit CRT (DISPLAY/ACCEPT) wurde letztens der Job zwangsabgemeldet.
holgerscherer
02-12-14, 16:45
der 5250 datenstrom ist teilweise echt ein Problem. Gewisse Teile nicht perfekt dokumentiert, so dass Programmierer eines 5250_Terminals schon mal Spass haben. Dass dies mit CA auch passiert, zeigt, dass IBM hier selbst sich ein Ei gelegt hat; vermutlich im Datenstrom zur Positionierung dieser Meldungen auf Zeile 24 eiN Statusbyte eingefügt. Habe ich noch nicht genau angeschaut; aber zuzutrauen wäre es denen :)
-h
Andreas Herzfeldt
02-12-14, 16:56
.. das Ganze hat auch nichts mit IP zu tun, es ist nur aufgefallen, das z.B. bei einer Queryabfrage die Anzeige der selektierten Sätze stehenblieibt und die Session nach einem Timeout die Anmeldemaske anzeigt. Wie bereits angemerkt, scheint sich IBM da ein Eigentor in den 5250 Datenstrom geschossen zu haben, denn nach Änderung STSMSG = *NONE wird durch umgehen der Anzeige das "einfrieren" der Session verhindert. MFG
Ich weiß gar nicht, wieso ich diese Probleme nie habe!
Übrigens, die Java-Version von IBM (IBM iAccess Client Solutions, ca. 60MB) funktioniert auf Anhieb mit jeder Java-Runtime ohne Installation und ohne OpsNav. Also nur für 5250-Clients geeignet.
Ich habe diese mit V5R2, V6R1 und V7R1 testen können.
Ich weiß gar nicht, wieso ich diese Probleme nie habe!
... das tritt erst ab einer gewissen Tippgeschwindigkeit auf
D*B,
der wieder mal nicht widerstehen konnte
holgerscherer
04-12-14, 01:19
Ich weiß gar nicht, wieso ich diese Probleme nie habe!
Übrigens, die Java-Version von IBM (IBM iAccess Client Solutions, ca. 60MB) funktioniert auf Anhieb mit jeder Java-Runtime ohne Installation und ohne OpsNav. Also nur für 5250-Clients geeignet.
Ich habe diese mit V5R2, V6R1 und V7R1 testen können.
Funktioniert sogar auf Apfelrechnern mit V7R2 und V3R2 ;-) Eines der wenigen Dinge, die die IBM schlank und funktional hinbekommen hat.
-h