[NEWSboard IBMi Forum]
Seite 1 von 2 1 2 Letzte
  1. #1
    Registriert seit
    Nov 2004
    Beiträge
    26

    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

  2. #2
    Registriert seit
    Feb 2001
    Beiträge
    20.243
    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.
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: https://www.ftsolutions.de/index.php/downloads
    BI? Da war doch noch was: http://www.ftsolutions.de

  3. #3
    Registriert seit
    Feb 2001
    Beiträge
    20.243
    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 ?
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: https://www.ftsolutions.de/index.php/downloads
    BI? Da war doch noch was: http://www.ftsolutions.de

  4. #4
    Registriert seit
    Nov 2004
    Beiträge
    26
    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

  5. #5
    Registriert seit
    Nov 2004
    Beiträge
    26
    Zitat 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)

  6. #6
    Registriert seit
    Feb 2001
    Beiträge
    20.243
    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 !
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: https://www.ftsolutions.de/index.php/downloads
    BI? Da war doch noch was: http://www.ftsolutions.de

  7. #7
    Registriert seit
    Nov 2004
    Beiträge
    26
    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.

  8. #8
    Registriert seit
    Feb 2001
    Beiträge
    20.243
    Dann rufe in deinem CLP, dass du ja als Prozedure aufrufst mal zum Schluss den DSPJOBLOG auf.
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: https://www.ftsolutions.de/index.php/downloads
    BI? Da war doch noch was: http://www.ftsolutions.de

  9. #9
    Registriert seit
    Feb 2001
    Beiträge
    20.243
    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.
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: https://www.ftsolutions.de/index.php/downloads
    BI? Da war doch noch was: http://www.ftsolutions.de

  10. #10
    Registriert seit
    Sep 2006
    Beiträge
    162
    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

  11. #11
    Registriert seit
    Sep 2006
    Beiträge
    162
    Latürlich musst du den OVRPRTF vor dem WRKSPLF machen.
    Gruß
    DVE

  12. #12
    Registriert seit
    Nov 2004
    Beiträge
    26
    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

  1. WRKSPLF Option: 4 (löschen)
    By Cobolaner in forum IBM i Hauptforum
    Antworten: 17
    Letzter Beitrag: 01-10-06, 18:39
  2. Antworten: 6
    Letzter Beitrag: 29-06-06, 15:32
  3. Performance WRKSPLF *ALL
    By Wolferl in forum IBM i Hauptforum
    Antworten: 8
    Letzter Beitrag: 06-06-06, 09:18
  4. wrksplf keine Einträge
    By TARASIK in forum IBM i Hauptforum
    Antworten: 0
    Letzter Beitrag: 28-01-05, 14:09
  5. Von AS/Menu über WRKSPLF zu Custom-Funktion
    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
  •