Warum macht eine QSH-Befehl nichts im Batchmodus.

[erifam]

Ich meine ich habe den Job Protokolle kontrolliert zu haben. Ich will es nochmals am Montag nochmals probieren.
Das mit der Hochkommata kann es nicht sein. Denn ich habe den Befehl genau kontrolliert.

[erifam]

Ja BenderD, ich habe einen Q unterschlagen das ist mir wohl beim copy und past passiert.

[Pikachu]

Ein QSH CMD() im QSH CMD()? Soll das so sein?

[RobertMack]

Versuche mal RQSDTA(' CALL ... ') statt CMD()

[erifam]

Danke Robert, den Befehl kenne ich nicht, ich werde es gleich am Montag probieren. Danke

[Fuerchau]

Die Frage QSH in QSH stellst sich korrket!
Ich kann innerhalb von QSH keine weitere QSH-Sitzung aufnachen.
Hier ist einfach ein QSH zuviel!

SBMJOB CMD(QSH CMD('find -d /home/spool/Eureka -name \*.PDF > /
QSYS.LIB/KBTEMP.LIB/IDIR.FILE/IDIR.MBR)')) JOBQ(KBEGKLAS)

[erifam]

Um einiges richtig zu stellen
Der Befehl ist wie Folgt.
> SBMJOB CMD(CALL PGM(PEUR31)) JOB(EUREKA_PDF) JOBQ(KBEGKLAS) JOBPTY(4) USE
R(SYS) MSGQ(QSYSOPR)

Ich habe heute diesen Befehl im QBATCH im Batchmodus erfolgreich ausgeführt.
Aber im JOBQ KBEGKLAS ging es wieder in die Hose.
Im Protokoll habe ich tatsächlich einen Abbruch Code gefunden und der sieht wie Folgt aus.
QSH0002 Abbruch 40 25.09.17 08:20:21.237601 QZSHQSHC QSHELL *STMT QSQRUN4 QSYS *STMT
Ausgangsmodul . . . . . . . : QZSHQSHC
Ausgangsprozedur . . . . . : SendMsg__FPcT1Pvi
Anweisung . . . . . . . . . : 2
Zielmodul . . . . . . . . . : QSQCALLSP
Zielprozedur . . . . . . . : CALLPROGRAM
Anweisung . . . . . . . . . : 44826

[BenderD]

... ob ich das mit dem "richtig stellen" glaube, sei mal dahingestellt. Die Fehlermeldung ist zwar wieder unvollständig, da steht nämlich genau drin, warum das nicht funzt - es wird wohl daran liegen, dass das Subsystem nur einen Job zulässt.

D*B

[erifam]

Danke BenderD,
Das ist es meine Jobq lasst nur einen Job zugleich.

Danke sehr.

... ob ich das mit dem "richtig stellen" glaube, sei mal dahingestellt. Die Fehlermeldung ist zwar wieder unvollständig, da steht nämlich genau drin, warum das nicht funzt - es wird wohl daran liegen, dass das Subsystem nur einen Job zulässt.

D*B

[Fuerchau]

Das ist der Unerschied:
Eine JOBQ erlaubt nur, dass genau 1 Job gestartet wird.
Ein Subsystem bestimmt, wieviele Job's parallel erlaubt sind, zumal ich mehrere JOBQ's an einem Subsystem haben kann.
Hinzu kommt, dass ein QSH-Aufruf im selben Kontext (z.B. gleiche QTEMP) einen weiteren Job startet der natürlich zugelassen werden muss.
Startet man aus QSH dann Java, kommt dann sogar ein dritter Job hinzu.

[erifam]

Sorry ich meinte meine Subsytem nur eine Job zulasst.
Danke Fuerchau.

Das ist der Unerschied:
Eine JOBQ erlaubt nur, dass genau 1 Job gestartet wird.
Ein Subsystem bestimmt, wieviele Job's parallel erlaubt sind, zumal ich mehrere JOBQ's an einem Subsystem haben kann.
Hinzu kommt, dass ein QSH-Aufruf im selben Kontext (z.B. gleiche QTEMP) einen weiteren Job startet der natürlich zugelassen werden muss.
Startet man aus QSH dann Java, kommt dann sogar ein dritter Job hinzu.

[Fuerchau]

Dann kannst du in dem Subsystem kein QSH/Java aufrufen.