PDA

View Full Version : Über 400.000 Spools mit "Switch to QSECOFR failed" in 3 Tagen



Seiten : [1] 2

cs400_de
11-01-10, 09:11
Hallo zusammen,

habe hier auf zwei V6R1 Partitionen je über 400.000 Spoolfiles in drei Tagen in der QPRINT gefunden:

Job Benutzer Nummer
QPRTJOB QSECOFR 474295

Inhalt:
Switch to user QSECOFR failed


Kann im Moment keinen aktuellen Job finden, der diese Log erzeugt. Werd mal danach suchen.

C.Schulz

cs400_de
11-01-10, 09:32
Weitere Details:


Der Inhalt der OUTQ sieht so aus:
Datei Datei-Nr Job Benutzer Nummer Datum Zeit
QPRINT 9181 QPRTJOB QSECOFR 823680 11.01.10 10:28:41
QPRINT 9182 QPRTJOB QSECOFR 823680 11.01.10 10:28:41
QPRINT 9183 QPRTJOB QSECOFR 823680 11.01.10 10:28:44
QPRINT 9184 QPRTJOB QSECOFR 823680 11.01.10 10:28:45
QPRINT 9185 QPRTJOB QSECOFR 823680 11.01.10 10:28:46
QPRINT 9186 QPRTJOB QSECOFR 823680 11.01.10 10:28:47
QPRINT 9187 QPRTJOB QSECOFR 823680 11.01.10 10:28:49
QPRINT 9188 QPRTJOB QSECOFR 823680 11.01.10 10:28:50
QPRINT 9189 QPRTJOB QSECOFR 823680 11.01.10 10:28:51


Job anzeigen lassen mit
dspjob 823680/QSECOFR/QPRTJOB
funktioniert.


Schaue ich dann in Option 10:

"Jobprotokoll nicht angezeigt oder aufgelistet, da Job beendet."

Diese Aussage stimmt aber nicht, denn der Job erzeugt weitere Spools, mit der selben Jobnummer, aber mit höheren Dateinummern.

Grüße

C.Schulz

Pikachu
11-01-10, 09:50
Die Aussage stimmt schon, der Job steht vermutlich auf Status "OUTQ". Sieh dir mal dieses Dokument (http://publib.boulder.ibm.com/infocenter/iseries/v5r3/topic/rzalu/rzaluqprtjob.htm) und dieses Dokument (http://www-01.ibm.com/support/docview.wss?uid=nas145751e5b298957558625713b0053b3 3e) von IBM dazu an.

cs400_de
11-01-10, 10:49
Danke. Guter Tipp.

Auch dieses Dokument: " IBM - Retrieving Spooled Files Generated in a Host Server Job (http://www-01.ibm.com/support/docview.wss?uid=nas1ae40ce0ecaadc1c6862569ff0056a4 f6) " bringt nur eine identifikation des Spools zu einem bekannten Host-Job.

Was ich suche ist eine Möglichkeit, den Verursacher Job zu finden. Oder zumindest einen Hinweis woher diese Spools kommen. Irgendwer/was versucht hier ganz viele Verbindungen zu öffnen. Wahrscheinlich ein Programm oder System, welches sich immer wieder konnektiert.

Diese Spools werden nur auf zwei V6R1 Partitionen mit neuerem PTF Stand (09 279) erzeugt. Wir haben hier noch mehr V6R1 Partitionen mit einem ältern PTF Stand (09 111). Dort auf den älteren PTFs werden diese Spools nicht erzeugt.

Evtl. hängt es mit PTFs zusammen. Habe einen Call bei IBM aufgemacht.

Grüße

C.Schulz

Fuerchau
11-01-10, 11:31
Könnte auf einen eingehenden SNDTCPSPLF deuten.
Der QPRTJOB druckt die angenommenen Spools, die über TCP an dieses System versendet werden.

Anscheined klappt da eine Zuordnung wegen Berechtigung nicht.
Der Sender versucht aber immer wieder den Spool loszuwerden.

cs400_de
11-01-10, 13:05
Ja, aber wie stelle ich fest wer das ist?
Ich habe ja nur den Job als Anhanltspunkt und kann keinen Eintrag im LOG sehen, weil der Job beendet ist und trotzdem weiterhin Spoolfiles erzeugt.

Grüße

Pikachu
11-01-10, 15:36
Probier doch mal wie in diesem Dokument (http://www-01.ibm.com/support/docview.wss?uid=nas145751e5b298957558625713b0053b3 3e) unter "Using the QIBM_NOTIFY_CRTSPLF Environment Variable with a Data Queue" beschrieben.

Also CRTDTAQ DTAQ (Bibliothek/Datenwarteschlange) MAXLEN(144) AUT(*USE) und dann ADDENVVAR ENVVAR(QIBM_NOTIFY_CRTSPLF) VALUE('*DTAQ Bibliothek/Datenwarteschlange') LEVEL(*SYS) für deinen Fall.

Dann müßte das System Einträge in diese Datenwarteschlange schreiben. Den Inhalt der Datenwarteschlange müßtest du dann auch mittels DMPOBJ als Spool anzeigen lassen können.

Fuerchau
11-01-10, 16:06
Das dürfte auch nichts helfen, da ja in der DTAQ auch nur drin steht, welcher Job einen Spool erstellt, was man an der Spoolfile selber ja schon sieht.
Ins besonders, da der Printjob ja sofort wieder endet.

Pikachu
11-01-10, 16:14
Der QPRTJOB steht die ganze Zeit schon auf Status OUTQ, ist also beendet. Die Spooldateien werden von einem anderen Job erstellt. Wie dieser Job heißt steht auch in dem jeweiligen Eintrag in der Datenwarteschlange (siehe Beschreibung "Record type 02 data queue entry format" in dem Dokument).

Fuerchau
11-01-10, 16:19
Bisher war mein Verständnis, dass die Spoolattribute "Job" immer vom Ersteller stammen, seit wann ist dem nicht mehr so ?