Anmelden

View Full Version : Gesamtanzahl Jobs im System



Seiten : 1 [2]

Pikachu
09-04-08, 16:56
Vielleicht sind diese ganzen Jobs unter WRKJOBLOG zu finden? Wie ist denn der Systemwert QLOGOUTPUT eingestellt?

Fuerchau
09-04-08, 17:07
@Pikachu
Joblog's sind auch Spools, die standardmäßig in der Outqueue QEZJOBLOG stehen. Diese Jobs sind somit auch Typ3-Job's (stehen in einer OUTQ rum).
Es gibt keine Job's, die beendet sind, aber noch irgendwie auf ein Joblog warten, da das Joblog in eine Splf ausgegeben wird und der Job anschließend als toter Job rumhängt (wobei das bildlich sogar stimmt, das Tote hier rumhängen ;)).

Bodo Roggenkamp
10-04-08, 09:41
Hallo,

wie bereits erwähnt, liegt es NICHT an Spoolfiles in diversen OUTQs. Auf dem System befinden sich maximal rund 2.000 Spoolfiles, die Gesamtanzahl der Jobs beträgt aber deutlich über 20.000!

Das System war sogar stromlos, die Jobs aber angeblich immer noch vorhanden. Und ein RCLSPLSTG fordert nur den verbrauchten Speicher zurück. Wie gesagt, es sind alle "üblichen" Untersuchungen bzw. Maßnahmen bereits durchgeführt worden. Ohne Erfolg.

Ist es vielleicht möglich, das auch DTAQ-Einträge zu den Jobs gehören? Wenn ja, könnte eine mögliche Ursache eine DTAQ sein, die länger von einem Sende-Job gefüllt worden ist aber nicht wieder ausgelesen wurde. Wie gesagt, nur eine Vermutung.

Gruß
Bodo

Pikachu
10-04-08, 09:58
@Pikachu
Joblog's sind auch Spools, die standardmäßig in der Outqueue QEZJOBLOG stehen. Diese Jobs sind somit auch Typ3-Job's (stehen in einer OUTQ rum).
Es gibt keine Job's, die beendet sind, aber noch irgendwie auf ein Joblog warten, da das Joblog in eine Splf ausgegeben wird und der Job anschließend als toter Job rumhängt (wobei das bildlich sogar stimmt, das Tote hier rumhängen ;)).
Ab V5R4 ist das alles anders (http://publib.boulder.ibm.com/infocenter/iseries/v5r4/topic/rzaks/rzaksaboutjoblogpending.htm). ;)

Pikachu
10-04-08, 10:05
Das System war sogar stromlos, die Jobs aber angeblich immer noch vorhanden. Und ein RCLSPLSTG fordert nur den verbrauchten Speicher zurück. Wie gesagt, es sind alle "üblichen" Untersuchungen bzw. Maßnahmen bereits durchgeführt worden. Ohne Erfolg.
Jobs überleben ein Ausschalten und werden, falls sie aktiv waren, beim nächsten IPL beendet. Unter welchem Release läuft denn diese Maschine?

Bodo Roggenkamp
10-04-08, 10:09
System läuft unter V5R4M0.

Gruß
Bodo

BenderD
10-04-08, 10:27
dspjobtbl ist dein Freund und F11 dein Helfer

D*B, der nicht versteht, warum das interessiert



Hallo,

WRKSYSSTS zeigt unter anderem in der Zeile "Jobs im System" die Gesamtanzahl der Jobs im System an. Dazu gehören die unter dem Hilfetext aufgeführten Jobs.

Hilfetext Jobs in System - Help

The total number of user and system jobs that are currently in the
system. The total includes:
o All jobs on job queues waiting to be processed.
o All jobs currently active (being processed).
o All jobs that have completed running but still have output onoutput queues to be produced.

Auf einem System ist die Gesamtanzahl der Jobs deutlich höher als die Summe der o.g. Jobarten.

Wie ist das möglich?

Gruß
Bodo

Fuerchau
10-04-08, 12:05
Dann würde ich mal prüfen, wie der Systemwert QLOGOUTPUT eingestellt ist.
Wenn hier *PND eingestellt wurde, kann es natürlich 1000de Job's geben, die auf ihr tatsächliches Ende warten und somit unnötig Resourcen belegen.

Mittels WRKJOBLOG kann man das nun auch prüfen und die Job's dort dann rausschmeißen.

Job's die mit LOG(4 00 *NOLIST) laufen fliegen natürlich bei normalem Ende direkt raus.
Allerdings stehen viele JOBD's hier nicht auf *NOLIST, so dass man nun doch einiges tun muss um die Job's aus dem System zu kriegen.

Aber auch hierfür gibts ja natürlich API's (List Jobs, Change Job).

Pikachu
10-04-08, 12:26
Mittels WRKJOBLOG kann man das nun auch prüfen und die Job's dort dann rausschmeißen.

Der WRKJOBLOG wird wohl oft unterschätzt! ;)