View Full Version : Pendig Spools
Moin zusammen
bei einem Kunden laufen verschiedene WCH Jobs.
Nun bekam er einen CPI1468: Die Kapazität der Systemjobtabellen ist beinahe erreicht.
Bei der Analyse sind wir über DSPJOBTBL und F11 auf Unmengen von "pending" Spools gestoßen die von dem WCJ Job kommen.
Klar, der WCH läuft mit einer ausgelieferten Jobd die LOGOUTPUT auf "pending" stehen hat.
Wenn diese "pending" Spools die Systemjobtabellen voll schreiben und 'normal' mit dem Cleanup (das übrigends sehr sehr schwach ist) bereinigt werden, wo ist dann der Vorteil dieser "pending" Spools. Da ich aus Ihnen ja ganze Spools machen kann, sind also alle Daten im System, es kann also kein Platz problem sein.
Das die Spools in den Systemjobtabellen stehen ok, verstehe ich aber diese "pending" Einträge nerven im Moment.
Kennt einer den Sinn/eine Möglichkeit die "pending" Spools (nach Kriterien) zu löschen?
Danke
Robi
Das ist nicht das Problem der Spools, sondern der Jobs.
Ein Spool steht nicht für sich alleine da, sondern hängt an einem Job.
Solange also noch 1 Spool nicht gelöscht ist, bleibt auch der Job im System.
Dies sind die sog. toten Jobs. Die Jobtable kann aber nur max. 999.999 Jobs verwalten.
Per WRKSYSSTS kann man aus der Differenz Anzahl Jobs und Anzahl aktiver Jobs die Anzahl toter Jobs herausfinden.
Die pending Spools fand ich schon immer eine total blödsinnige Erfindung.
Moin und danke,
das ist schon klar und bekannt.
Zum detailierten löschen von Spools haben wir Jobs mit allem pi pa Po.
Diese 'pending' Spools müsste ich nun mit ner Api löschen, dann kann ich die JOBD auch umstellen um gleich echte Spools zu bekommen.
blödsinnige Erfindung trift es wohl am besten ...
Die JOBD kannst du schon vorher umstellen.
Die Doku ist da auch nicht so hilfreich:
https://www.ibm.com/docs/en/i/7.3?topic=work-managing-job-logs
Cleanup kann keine pending Joblogs aufräumen (mal einen Featurerequest abgeben?).
Man muss das per API selber machen.
Per WRKJOBLOG kann man die Joblogs auch manuell killen. Bei ein paar hundertausend schon mühsam.
Nun ja, bei IBM muss man halt mehr selber machen, während Microsoft immer mehr selber macht.
Cleanup kann keine pending Joblogs aufräumen (mal einen Featurerequest abgeben?).
Bist du sicher?
Hier (https://www.ibm.com/support/pages/job-table-capacity-recovering-srcb9003610) steht, im Abschnitt
Job Log Pending
WRKJOBLOG PERIOD((*AVAIL *BEGIN)) will show all pending joblogs. Joblogs are sent to pend status based on the LOGOUTPUT parameter in the Job Description. These jobs are eligible for Cleanup routine, so if they are building up, either Cleanup is not running (see the OutQ section above) or they are being created/ended at a very rapid pace. If they are being created/ended, contact proper support for the job (user support for user jobs or the Support Center team for IBM jobs).
Ich interpetiere, das Cleanup die aufräumt
https://www.ibm.com/docs/en/i/7.4?topic=ssw_ibm_i_74/cl/chgclnup.html#CHGCLNUP.SYSPRT
Von pending joblogs ist da leider keine Rede. Meine Erfahrungen sind da auch anders.
Schließlich sind pending Joblogs noch nicht gedruckt und stehen in keiner OUTQ und da wird nur auf OUTQ's hingewiesen.
Andererseits hättest du ja dann dein Problem nicht, es sei denn du hast Cleanup deaktiviert.
Spools lassen sich von ihrem Job trennen (siehe CHGJOB SPLFACN(*DETACH)). Aber bei anstehenden Jobprotokollen geht das wohl leider nicht. Vielleicht kann die Nachrichtenaufzeichnung bei diesen Jobs auf *NOLIST eingestellt werden, damit nur bei Fehler ein Jobprotokoll erstellt wird.
Das ist nicht das Problem der Spools, sondern der Jobs.
Ein Spool steht nicht für sich alleine da, sondern hängt an einem Job.
Solange also noch 1 Spool nicht gelöscht ist, bleibt auch der Job im System.
holgerscherer
29-11-22, 20:18
Cleanup kann keine pending Joblogs aufräumen (mal einen Featurerequest abgeben?).
Man muss das per API selber machen.
Hier abstimmen:
https://ibm-power-systems.ideas.ibm.com/ideas/IBMI-I-3420
Also der Cleanup nimmt die Pendig Spools auch weg!
Das kann man aus der (deutschen, ne andere habe ich nicht) Bed.Help im Cleanup auf 'Jobprotokollbereinigung' interpretieren.
Und eine wrkjoblog für *pending von anfang bis ende zeigt heute die ersten Einträge vom 26.10.
Bei Cleanup 35 Tage passt das!
Da der WCH unmengen an Pendig Joblogs schmeisst, ist das Problem bei 35 Tagen doch vorhanden.
Was definitiv fehlt ist die Möglichkeit beim STRWCH eine JobD mit zu geben
Jeder Job läuft mit einer JOBD. Du kannst im laufenden Job prüfen, welche JOBD verwendet wurde und diese dann anpassen.