-
WRKSPLF und QUSER
Hallo,
ich möchte über eine stored procedure eine Datei erzeugen, die die Namen aller Spoolfiles enthält, die ein (als Parameter übergebener) Benutzer in seinem Spool stehen hat.
Das sieht ungefähr so aus:
WRKSPLF SELECT(&USER) OUTPUT(*PRINT)
CPYSPLF FILE(QPRTSPLF) TOFILE(*LIBL/DOKSPLWK) +
SPLNBR(*LAST)
Die Datei DOKSPLWK sollte danach die Daten enthalten, die der Benutzer sehen würde, wenn er am Bildschirm WRKSPLF eingibt.
Wenn ich das CL bzw. die stored procedure direkt auf der AS400 aufrufe, funktionierts auch prima. Versuche ich das ganze aber über OLE-DB, bekomme ich den Fehler, dass die Datei QPRTSPLF nicht gefunden wurde. Der Fehler entsteht im Job QZDASOINIT im SBS QSERVER. Wenn man sich diesen Job anschaut stellt man fest, dass überhaupt kein Spoolfile generiert wurde.
Der Job QZDASOINIT läuft unter Benutzer QUSER. Kann das ein Berechtigungsproblem sein ? Oder woran liegts ??
Viele Grüsse,
Thilo
-
Schau mal ins Joblog, ob der WRKSPLF überhaupt ausgeführt wurde.
Im Übrigen wird der QZDA-Job mit dem Profil der ODBC-Anmeldung ausgeführt. Dieser User benötigt dann auch *SPLCTL um andere Spools als die eigenen zu sehen.
-
PS:
Selbst bei Angabe eines falschen Users gibts auf jeden Fall einen Spool.
Steht denn deine DOKSPLWK (über *LIBL) denn auch zur Verfügung ?
Ggf. must du hier noch qualifizieren. Was machst du im übrigen, wenn 2 ODBC's das selbe zur gleichen Zeit tun ?
-
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
-
Zitat von Fuerchau
PS:
Selbst bei Angabe eines falschen Users gibts auf jeden Fall einen Spool.
Steht denn deine DOKSPLWK (über *LIBL) denn auch zur Verfügung ?
Ggf. must du hier noch qualifizieren. Was machst du im übrigen, wenn 2 ODBC's das selbe zur gleichen Zeit tun ?
Auch wenn ich die DOKSPLWK qualifiziert anspreche bricht das Pgm ab. Die Fehlermeldung bezieht sich aber auch auf die Spooldatei QPRTSPLF.
Das Problem des gleichzeitigen Aufrufs muss ich noch lösen (QTEMP)
-
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 !
-
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.
-
Dann rufe in deinem CLP, dass du ja als Prozedure aufrufst mal zum Schluss den DSPJOBLOG auf.
-
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.
-
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
-
Latürlich musst du den OVRPRTF vor dem WRKSPLF machen.
Gruß
DVE
-
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)
Similar Threads
-
By Cobolaner in forum IBM i Hauptforum
Antworten: 17
Letzter Beitrag: 01-10-06, 18:39
-
By cbe in forum NEWSboard Drucker
Antworten: 6
Letzter Beitrag: 29-06-06, 15:32
-
By Wolferl in forum IBM i Hauptforum
Antworten: 8
Letzter Beitrag: 06-06-06, 09:18
-
By TARASIK in forum IBM i Hauptforum
Antworten: 0
Letzter Beitrag: 28-01-05, 14:09
-
By FrEEk in forum IBM i Hauptforum
Antworten: 13
Letzter Beitrag: 22-09-04, 15:18
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks