CPYSPLF unterschiedliches Verhalten im Batch und interaktiv

[nico1964]

So habe jetzt einmal auch auf der Testmaschine die Version mit dem SubmitJob installiert, damit ich das in Ruhe testen kann. Werde euch im Laufe des Tages meine Erkenntnisse zukommen lassen

[nico1964]

Selber User auf der Testmaschine Programmstand gleich Produktion und siehe da keine Probleme. Es funktioniert tadellos der CPYSPLF und der SNDSMTPEM ohne Schwierigkeiten. Jetzt fehlt mir echt der Plan. Derzeit springe ich auf Produktion im letzten CL wo der CPYSPLF und der SNDSMTPEM aufgerufen gleich ans Ende des Programms.

Irgendwer noch irgendeine glorreiche Idee vielleicht.

[Fuerchau]

Nun, bei Windows würde ich da nun eine Neuinstallation vorschlagen.
Aber im Ernst, hier hilft ggf. nur mal ein Neustart des Systems mit ggf. RCLRSC.
Vielleicht ist ja doch irgendeine Ressource kaputt.
Ggf. ist auch nur der PTF-Stand unterschiedlich (d.h., nicht die letzte Nummer zählt, manchmal sind auch Zwischenptf's ja noch aktiv oder fehlen).

[nico1964]

Guten Morgen,

also PTF-Stand ist bei uns auf allen 3 System ident, werden immer gleichzeitig aktualisiert.(d.h. PTF-Download und dann auf alle 3 Partitionen verteilen und installieren.) Systeme werden bei uns 1 x wöchentlich gebootet (in der Nacht von Sonntag auf Montag).

Mal schauen was unsere Opis noch von sich geben und ob die eventuell noch einen Plan haben

[BenderD]

... PTFs die im Batch nicht funzen aber interaktiv sind mir noch nicht über den Weg gelaufen. Wenn denn die Annahmen stimmen sollten (solange keine vollständige Beschreibung und Programmquelle vorliegt, weiß man das nie, dann kann das eigentlich nur im Workmanagement liegen, also: LIBL, JOBD, CCSID...

D*B

[nico1964]

... PTFs die im Batch nicht funzen aber interaktiv sind mir noch nicht über den Weg gelaufen. Wenn denn die Annahmen stimmen sollten (solange keine vollständige Beschreibung und Programmquelle vorliegt, weiß man das nie, dann kann das eigentlich nur im Workmanagement liegen, also: LIBL, JOBD, CCSID...

D*B

Guten Morgen,

die Programmquelle ist leider zu groß um sie hier zu posten. Aber vielleicht hilft ja eine keine Beschreibung:

Aufruf eines COBOL-PGM's das entweder eine Datei für SEPA oder EDI-FACT erstellt und diverse Listen erstellt.

Am Ende des Programms Aufruf des jeweils zugehörigen CL-Programms (also entweder SEPA oder EDI-FAKT) welches den Namen der erzeugten Datei als Paramter hat.

Aus den jeweiligen CL-Programms welches die Dateien verarbeitet und an einen anderen Server weiterleitet, wird dann das abschließende CL aufgerufen mit Aufruf-PGM als Paramter.

Anhand dieses Parameter wird der Spool identifiziert, welcher ins IFS kopiert und dann als Mailanhang verschickt werden soll.

Der Aufruf des COBOL-PGM erfolgt mittels SBMJOB und die Aufrufe der CL-Programme sind ganz gewöhnliche CALL.

Ich hoffe das erklärt den Ablauf genau genug. Was mich stutzig macht ist, dass es auf einem System funktioniert und auf dem anderen nicht. Identer User auf beiden Systemen.

[BenderD]

Guten Morgen,

die Programmquelle ist leider zu groß um sie hier zu posten. Aber vielleicht hilft ja eine keine Beschreibung:

... das hilft nix, irgendeine deiner Annahmen ist ja offenkundig falsch, sonst hättest du den Fehler ja bereits gefunden. Wenn das Programm zu groß ist, dann muss man es halt minimalisieren.

Was mich stutzig macht ist, dass es auf einem System funktioniert und auf dem anderen nicht. Identer User auf beiden Systemen.

... auch das spricht für Workmanagement.

[nico1964]

@D*B
Werden das heute auf der Produktivmaschine wieder scharf schalten und dann alles rausholen an Infos was wir nur finden können. Werde am Nachmittag unsere Erkenntnisse hier posten.
Wobei meine Befürchtung(aber auch Hoffnung) ist, dass es heute auf der Produktion funktioniert. Der Fehler ist Donnerstag und Freitag voriger Woche aufgetreten, danach habe ich die Befehle übersprungen. Von Sonntag auf Montag war dann unser wöchentlicher IPL.

[BenderD]

@D*B
Werden das heute auf der Produktivmaschine wieder scharf schalten und dann alles rausholen an Infos was wir nur finden können. Werde am Nachmittag unsere Erkenntnisse hier posten.
Wobei meine Befürchtung(aber auch Hoffnung) ist, dass es heute auf der Produktion funktioniert. Der Fehler ist Donnerstag und Freitag voriger Woche aufgetreten, danach habe ich die Befehle übersprungen. Von Sonntag auf Montag war dann unser wöchentlicher IPL.

... warum übersprungen? Stattdessen auslagern in eigenes CL mit Parameter und das mit MONMSG aufrufen. Dann einen kleinen Treiber bauen, der den Ablauf simuliert und das ausgegliederte Programm aufruft.

D*B

[nico1964]

... warum übersprungen? Stattdessen auslagern in eigenes CL mit Parameter und das mit MONMSG aufrufen. Dann einen kleinen Treiber bauen, der den Ablauf simuliert und das ausgegliederte Programm aufruft.

D*B

Das mit auslagern ist in diesem Fall nicht so einfach.

In dem COBOL-Pgm werden Dateien erstellt, welche je nach Verwendungszweck entweder das CL-PGM für den SEPA-Konverter oder den EDIFACT-Konverter aufrufen. Aus diesen Prorgammen wird dann am Ende jeweils das CL-PGM für den CPYSPLF mit dem PGM-Namen als Herkunft aufgerufen.

[Fuerchau]

Ich sagte ja, dass ein IPL durchaus reinigenden Character haben kann.

[nico1964]

Ich sagte ja, dass ein IPL durchaus reinigenden Character haben kann.

In ca. 1 Stunde weiss ich ganz genau Bescheid