RUNRMTCMD, Spoolausgabe unterdrücken

[Frank ter Duis]

Hallo,

ich führe in einem Batchjob den Befehl RUNRMTCMD aus. Klappt auch alles super.

Das einzige was etwas nervig ist, das jeder Job ein "QSYSPRT" Spool erstellt, mit dem Inhalt "Der ferne Befehl hat keine Ausgabe erzeugt.". Die Nachricht ist auch inhaltlich richtig, nur total überflüssig ;-))

Ich hab die Nachrichtenaufzeichnung schon auf
Ebene 4
Bewertung 0
Text *NOLIST
gesetzt. Nützt aber leider nichts.

Hat jemand einen Tipp für mich?

Danke
Gruß Frank

[Fuerchau]

Mach zum Schluss einen DLTSPLF.

[Frank ter Duis]

Mach zum Schluss einen DLTSPLF.

Stimmt wäre eine Möglichkeit, wobei das natürlich die Auswirkung bekämpft und nicht die Ursache.

Danke

Gruß frank

[Fuerchau]

Nicht so ganz.
Der Befehl RUNRMTCMD hat leider keinen Parameter zur Spoolunterdrückung.
Wenn du den als nicht brauchst ...

Ein CHGJOB hat nur Einfluss auf das Joblog !
Wäre ja noch schöner, wenn dadurch z.B. Rechnungen nicht mehr gedruckt würden .

[alfredo]

Ich hab den RUNRMTCMD in ein eigenes Programm ausgelagert.

OVRPRTF FILE(QSYSPRT) HOLD(*YES) USRDTA(RUNRMTCMD)

RUNRMTCMD.......

DLTSPLF FILE(*SELECT) SELECT(*CURRENT *ALL *ALL RUNRMTCMD)
MONMSG MSGID(CPF0000)
DLTOVR FILE(QSYSPRT)

[Frank ter Duis]

Ich habs jetzt so gemacht.

RTVJOBA JOB(&JOBNAME) USER(&USER) NBR(&JOBNBR)
OVRPRTF FILE(QSYSPRT) HOLD(*YES) OVRSCOPE(*JOB)

RUNRMTCMD ...

DLTSPLF FILE(QSYSPRT) JOB (&JOBNBR/&USER/&JOBNAME) SPLNBR(*LAST)
DLTOVR FILE(*ALL) LVL(*JOB)

Wobei ich zugebe, das Alfredos Lösung etwas eleganter ist. ;-)

Danke Euch allen
Gruß Frank

[Fuerchau]

Wobei JOB(*) auch reicht.

[schatte]

Hallo Leute,

gibt es keine andere Lösung? Ich habe einen Job der mehrere Tage laufen kann und mindestens einmal in der Minute RUNRMTCMD ausführt.

Selbst wenn ich das Spool anschließend lösche, zählt die Spoolerzeugung trotzdem in die Anzahl der maximalen Spools pro Job.

Hat jemand hierzu eine Lösung, bei welchem der Job nicht alle paar Tage neugestartet werden muss?

Gruß
Matthias

[Fuerchau]

Nunja, der Job könnte selber ab und an einfach einen TFRJOB durchführen, dann erhältst du auch einen neuen Job.

Der Spool läßt sich leider nicht unterdrücken.

[Pikachu]

Nunja, der Job könnte selber ab und an einfach einen TFRJOB durchführen, dann erhältst du auch einen neuen Job.

Sicher ?

[Fuerchau]

Ja natürlich.
TFRJOB funktioniert fast genauso wie SBMJOB mit anschließendem ENDJOB des eigenen.
Alle ODP's werden geschlossen (und somit auch Spools), temporäre Objekte (QTEMP) gelöscht und eben ein neuer Job initiiert.
Dieser wird ja auch erst mal in eine JOBQ gestellt bevor er zur Ausführung kommt, ist also kurzzeitig nicht existent.

[Pikachu]

Ich hab's hier grad mal unter V5R4 probiert, interaktiv als auch als Stapeljob. In beiden Fällen sind Jobname, Benutzer und Jobnummer erhalten geblieben.