-
RUNRMTCMD, Spoolausgabe unterdrücken
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
-
Mach zum Schluss einen DLTSPLF.
-
Zitat von Fuerchau
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
-
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 .
-
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)
-
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
-
Wobei JOB(*) auch reicht.
-
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
-
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.
-
Zitat von Fuerchau
Nunja, der Job könnte selber ab und an einfach einen TFRJOB durchführen, dann erhältst du auch einen neuen Job.
Sicher ?
-
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.
-
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.
Similar Threads
-
By KM in forum IBM i Hauptforum
Antworten: 9
Letzter Beitrag: 15-01-07, 09:01
-
By jmoritz in forum IBM i Hauptforum
Antworten: 12
Letzter Beitrag: 18-10-06, 09:56
-
By dino in forum IBM i Hauptforum
Antworten: 10
Letzter Beitrag: 18-09-06, 12:14
-
By Franz_Rust in forum IBM i Hauptforum
Antworten: 5
Letzter Beitrag: 16-08-06, 14:39
-
By tomikra in forum IBM i Hauptforum
Antworten: 1
Letzter Beitrag: 02-03-05, 09:31
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