CPYTOIMPF und MCH3402

[gwoe]

Es gibt definitiv nachvollziehbare Probleme in 7.5. Wir haben im Februar eine neu installierte S914 mit 128 GB Hauptspeicher und 6x 387 SSD mit neu installiertem 7.5 mit allen PTFs bekommen. Nach zwei Wochen haben wir als erste Anwendung die SOFTM DKS auf die Maschine gelegt. Lief alles schön und sehr schnell bis zum MZA (maschineller Zahlungsausgang). Hier wird im CL eine Datei in die QTEMP kopiert und ein nachfolgendes COBOL will sie lesen. Blieb nachvollziehbar immer an der Stelle mit einem MCH3402 stehen (Ausgangsprogramm setspaceptrfromptr). Aufregung in Österreich, IBM call : da gäbe es ein PTF für ein ähnliches Problem. War gerade mal zwei Tage alt, installiert : Problem bleibt.
Lösung : die DKS-Leute haben mir ein kundenindividuelles CL gemacht, das nach dem CPYF und vor dem COBOL-call ein DLY-5 enthält. Auch der Save 21 läuft immer wieder mal sporadisch auf einen MCH3402, wenn ein (jdes Mal ein anderes) IBM-internes Objekt gesichert werden soll.
Wenn man das CL selbst unter Kontrolle hat, sollte ein DLY vor jedem CPYTOIMPF helfen.

[holgerscherer]

Es gibt definitiv nachvollziehbare Probleme in 7.5. ...
Wenn man das CL selbst unter Kontrolle hat, sollte ein DLY vor jedem CPYTOIMPF helfen.

Das meinte ich mit Parallelisierung, gerade der CPYTOIMPF ist da ein Biest weil er ja schnell sein soll (Gruß nach Rochester). Zu "setspaceptrfromptr" gibt es einige Einträge...
Wenn von Interesse, sollten wir in Kontakt bleiben, da bald die erste Betaphase von 7.5+1 los geht. Und auf neuer Hardware wird das mit der Parallelisierung noch interessanter.