Über 400.000 Spools mit "Switch to QSECOFR failed" in 3 Tagen

[cs400_de]

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]

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]

Die Aussage stimmt schon, der Job steht vermutlich auf Status "OUTQ". Sieh dir mal dieses Dokument und dieses Dokument von IBM dazu an.

[cs400_de]

Danke. Guter Tipp.

Auch dieses Dokument: " IBM - Retrieving Spooled Files Generated in a Host Server Job " 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]

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]

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]

Probier doch mal wie in diesem Dokument 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]

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]

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]

Bisher war mein Verständnis, dass die Spoolattribute "Job" immer vom Ersteller stammen, seit wann ist dem nicht mehr so ?

[Pikachu]

Mindestens seit man das Benutzerprofil zur Joblaufzeit tauschen kann (siehe hier).

[cs400_de]

Hallo,

ich habe es gefunden.
Ich habe das Audit für Spool eingeschaltet (verher die JRN usw. erstellt.) und gesehen, das das Überwachungsprogramme der SAP Instanzen sind.

Journaleinträge anzeigen

Journal . . . . . . : QAUDJRN Bibliothek . . . . . : QSYS
Höchste Folgenummer in dieser Anzeige . . . . . . . : 00000000000000000014
Auswahl eingeben und Eingabetaste drücken.
5=Gesamten Eintrag anzeigen


Ausw. Folge Code Art Objekt Bibliothek Job Uhrzeit
3 T SF WATCHDOG 18:40:02
4 T SF WATCHDOG 18:40:04
5 T SF WATCHDOG 18:40:04
6 T SF WATCHDOG 18:40:04
7 T SF WATCHDOG 18:40:05
8 T SF WATCHDOG 18:40:07
9 T SF WATCHDOG 18:40:07
10 T SF WATCHDOG 18:40:07
11 T SF WATCHDOG 18:40:07
12 T SF WATCHDOG 18:40:09
13 T SF WATCHDOG 18:40:09
14 T SF WATCHDOG 18:40:10



Mit aktiven Jobs arbeiten
11.
CPU %: 5,1 Abgelaufene Zeit: 08:41:33 Aktive Jobs

Opt Subsystem/Job Benutzer Nummer Art CPU % Threads
WATCHDOG SID00 440453 BCI 0,0 1
WATCHDOG SID01 440512 BCI 0,0 1
WATCHDOG SID10 440601 BCI 0,0 1
WATCHDOG SID20 445716 BCI 0,0 1
WATCHDOG SID21 445710 BCI 0,0 1
WATCHDOG SID70 440676 BCI 0,0 1
WATCHDOG SID71 440670 BCI 0,0 1
WATCHDOG SID72 440728 BCI 0,0 1



Nun geht die Diskussion an andere Stelle weiter.

Grüße

C.Schulz