WRKSPLF und QUSER

[schwenth]

Im Joblog sieht man, dass der wrksplf tatsächlich ausgeführt wird (ohne Fehlermeldung!), es entsteht dabei aber kein Spoolfile.

Der QZDA-Job läuft hier unter QUSER (ich hab mich nochmal vergewissert). Dem QUSER habe ich auch schon *SPLCTL und *ALLOBJ gegeben (inkl. anschliessendem IPL)...kein Erfolg

[Fuerchau]

Der Job wird zwar unter QUSER angezeigt läuft aber mitnichten unter QUSER !
Schau mal ganz an den Anfang des Joblogs, da steht meistens für wen dieser Serverjob gilt.

Wenn kein Spool vorhanden ist, wurde WRKSPLF mit Fehlermeldung abgewiesen !
Schalte per ODBC-Konfig mal den DEBUG-Modus ein und schau ins Joblog !

[schwenth]

Im Joblog steht absolut nichts, dass der wrksplf nicht ausgeführt wurde.

Wie ich bei OLE-DB einen DEBUG-Modus einschalte weiss ich leider nicht.

[Fuerchau]

Dann rufe in deinem CLP, dass du ja als Prozedure aufrufst mal zum Schluss den DSPJOBLOG auf.

[Fuerchau]

Mal ne ganz blöde Frage:
Vielleicht wird dein Spool ja direkt gedruckt und ist sofort wieder weg ?

Mach vorher einen OVRPRTF ... HOLD(*YES) !

Hast du einen MONMSG in deinem CLP direkt am Anfang ?
Nimm den mal zu Testzwecken raus.

[DVE]

Hallo, folgender Vorschlag im CLP OVRPRTF (..) SPLFOWN(*JOB).
Bei diesen QZD.. Jobs geht die Zuordnung Spoolfile zum Job verloren. Wenn du also CPYSPLF macht, musst du wissen wie der Job tatsächlich heißt. Durch obigen OVRPRTF bleibt die Zuordung Job zu Spoolfile erhalten.
Gruß
DVE

[DVE]

Latürlich musst du den OVRPRTF vor dem WRKSPLF machen.
Gruß
DVE

[schwenth]

Hallo, folgender Vorschlag im CLP OVRPRTF (..) SPLFOWN(*JOB).
Bei diesen QZD.. Jobs geht die Zuordnung Spoolfile zum Job verloren. Wenn du also CPYSPLF macht, musst du wissen wie der Job tatsächlich heißt. Durch obigen OVRPRTF bleibt die Zuordung Job zu Spoolfile erhalten.
Gruß
DVE

Der OVRPRTF SPLFOWN(*JOB) hat den Erfolg gebracht. Jetzt läuft's.

Vielen Dank an euch Beide !!

[Fuerchau]

Mit dem EIntrag

Benutzer COLIGAEV an Client 192.168.2.24 ist mit dem Server verbunden

siehst du, unter welchem User der QZDA-Job tatsächlich läuft.
Für diesen User werden die Berechtigungen geprüft und dort stehen natürlich auch die Spools.

[schwenth]

So sieht das Joblog aus:
Job 003792/QUSER/QZDASOINIT im Subsystem QSERVER in QSYS am 18.09.06 um
14:07:26 gestartet. Job im System am 18.09.06 um 14:07:26. angekommen.
Abrechnungsdaten für 003792/QUSER/QZDASOINIT nicht protokolliert; Ursache:
1.
Benutzer COLIGAEV an Client 192.168.2.24 ist mit dem Server verbunden.
700 - ADDLIBLE LIB(DOKOLIBATL)
Bibliothek DOKOLIBATL der Bibliotheksliste hinzugefügt.
1000 - ADDLIBLE LIB(DOKFLIBATL)
Bibliothek DOKFLIBATL der Bibliotheksliste hinzugefügt.
1600 - CALL PGM(DOK911) /* Der Befehl CALL enthält Parameter */
1800 - OVRPRTF FILE(QPRTSPLF) PAGESIZE(*N 198)
2000 - WRKSPLF SELECT(SCHWENDER) OUTPUT(*PRINT)
2200 - CPYSPLF FILE(QPRTSPLF) TOFILE(DOKFLIBATL/DOKSPLWK) SPLNBR(*LAST)
Datei QPRTSPLF in Job 003792/QUSER/QZDASOINIT nicht gefunden.
Funktionsprüfung. CPF3303 nicht überwacht durch DOK910C bei Anweisung
2200, Instruktion X'002E'.
CPF3303 von DOK910C bei 2200 empfangen. (C D I R)