endsbs für Qinter beendet sich nicht

[Fuerchau]

Ich stimme da Dieter voll zu.
Wieso sind die Joblog's überhaupt so groß ?
Im Gegensatz zu früher (ich glaube V3) werden ja die Nachrichtentexte nicht mehr im Joblog gespeichert sondern nur noch die MSGID's und die Daten dazu. Dies ergibt erheblich mehr Platz.
Prüfe mal, ob du unbedingt einen LOGCLPGM benötigst und was sonst noch so im Joblog auftaucht.

Kein Wunder, dass der ENDSBS dann so lange dauert, da das Joblog ja erst noch gedruckt werden muss (ggf. mehrere 10.000 Seiten). Das kann da schon mal dauern.
Da hilft übrigens auch kein ENDJOBABN mehr, der ja auch ein Joblog produziert.

Vielleicht stehen die Job's ja dann auch auf MSGW, wenn der Spool (Joblog) 10.000 Seiten übersteigt.

Untersuche doch mal eher in diese Richtung.

Mittels RMVMSG kann man mal zwischendurch das Joblog bereinigen (z.B. im Menüprogramm).

Wie steht denn der Systemwert QDEVRCYACN ?
Stelle diesen doch am besten auf *ENDJOB wenn du Wiederanlaufverfahren hast.
Bei *DSCMSG wird der Job zwar getrennt, gilt aber weiterhin als Aktiv.

[BenderD]

Hallo,

mich irritiert immer noch der *NOWRAP
beim ENDSBS kann man als ENDSBSOPT(*NOJOBLOG) angeben, das könnte was bringen, könnte aber auch weniger gut sein, wenn ich wirklich einen aktiven Job umsäge, sind die Spuren weg.
Beim ENDJOB kann ich ein festes Loglimit angeben.
Der ENDJOBABN schert sich m.E. nicht um Joblogs, dafür sind die 10 Minuten Karenz vorher.
Den *WRAP kenne ich eigentlich nur als Job Attribut.

mfg

Dieter Bender

Ich stimme da Dieter voll zu.
Wieso sind die Joblog's überhaupt so groß ?
Im Gegensatz zu früher (ich glaube V3) werden ja die Nachrichtentexte nicht mehr im Joblog gespeichert sondern nur noch die MSGID's und die Daten dazu. Dies ergibt erheblich mehr Platz.
Prüfe mal, ob du unbedingt einen LOGCLPGM benötigst und was sonst noch so im Joblog auftaucht.

Kein Wunder, dass der ENDSBS dann so lange dauert, da das Joblog ja erst noch gedruckt werden muss (ggf. mehrere 10.000 Seiten). Das kann da schon mal dauern.
Da hilft übrigens auch kein ENDJOBABN mehr, der ja auch ein Joblog produziert.

Vielleicht stehen die Job's ja dann auch auf MSGW, wenn der Spool (Joblog) 10.000 Seiten übersteigt.

Untersuche doch mal eher in diese Richtung.

Mittels RMVMSG kann man mal zwischendurch das Joblog bereinigen (z.B. im Menüprogramm).

Wie steht denn der Systemwert QDEVRCYACN ?
Stelle diesen doch am besten auf *ENDJOB wenn du Wiederanlaufverfahren hast.
Bei *DSCMSG wird der Job zwar getrennt, gilt aber weiterhin als Aktiv.

[Fuerchau]

Genau das scheint ja das Problem zu sein. Steht der Job auf *nowrap, hält er irgendwann an (warum gibts auch so viele Einträge) und läßt sich wohl auch beenden.
Bei *wrap hält der Job zwar nicht an, läßt sich aber auch nicht beenden (was ich in diesem Fall absolut nicht verstehe).

Der ENDJOBABN funktioniert leider nicht, wenn die Ausgabe des Joblogs noch nicht fertig ist. Diese Erfahrung hatte ich schon mal.