wrkrpyle

[ILEMax]

Kenn sich jemand mit den RPYLE einträgen aus.
Wir haben ab und zu Satzsperren, die, 'normalerweise' eine Qsysopr Meldung auslösen und mit 'R' beantwortet werden.
Aber es kommt auch vor, das diese Nachricht RPG1218 mit 'D' beantwortet wird.
F1 im (noch aktiven) Job auf das 'D' besagt als Nachrichtnart:
Antwort von der Systemantwortliste

wrkrpyle hat aber keinen Eintrag für RPG1218, nur einen für RPG0000 (mit 'D')
Da dieser auf allen Kundenmaschinen vorhanden ist, wird er wohl ausgeliefert.

Da (fast) alle Job's die Beantwortung abwarten, kann es ja auch nicht sein, das RPG0000 wie ein CPF0000 im CLLE (irgend ein Fehler) wirkt. Oder?

kann das jemand erklähren?
Danke

[Fuerchau]

Schau die erst mal die Definition der Fehlermeldung selber an. Da ist meist ein Defaultwert als Antwort eingetragen.
Nun kommt es auf deine Jobeinstellung für die Beantwortung an:
*SYSRPYLE
*SYSVAL
*DEFAULT

[ILEMax]

wrkmsgd RPG1218 auf die Qrpgmsge zeigt, das die Standartantwort C ist
Sysrple für RPG1218 gibt es nicht (es sei denn RPG0000 ist 'allmächtig')
Dein *Sysval kann ich nicht verstehen, wo soll das sein?

[Fuerchau]

CHGJOB
https://www.ibm.com/docs/en/i/7.4?to...GJOB.INQMSGRPY
CHGJOBD
https://www.ibm.com/docs/en/i/7.4?to...JOBD.INQMSGRPY

*SYSVAL gibts da wohl nicht;-).

[ILEMax]

In dem Ablauf gibt es weder chgjob noch chgjobd.
Heute hat einer dieser Läufe, die sich ab und an selbst mit 'D' beantworten, ganz 'normal' angehalten und artig auf sein 'R' gewartet.
Gibt es irgendweche Grenzen
- länger als x Minuten
- mehr als x Jobs wollen den Satz lesen
- ...
Kann doch nicht sein, das die Kiste das nach Lust und Laune entscheidet!
Der ILEMax

[Fuerchau]

Vielleicht hat da jemand mit D geantwortet?
Gibts jemanden, der mit Überwachungssoftware hier Antworten senden kann?
Steht die Antwort noch in QSYSOPR (wahrscheinlich nicht). Mit F9 auf der Antwort sollte ggf. die Senderinfo sichtbar sein.

[ILEMax]

Vielleicht hat da jemand mit D geantwortet?

Das war auch meine erste Vermutung!
Aber:
F1 im (noch aktiven) Job auf das 'D' besagt als Nachrichtnart:
Antwort von der Systemantwortliste

F1 auf eine der 'üblichen 'R' antworten ist ein anderer Text, der auf die manuelle Eingabe hin deutet.

Überwachunssoftware

k.a. das System ist gehostet, der Hoster setzt Nagios (oder so ähnlich) ein.
Aber die beantworten unsere Meldungen nicht!
Außerdem läuft GSMTEXT aber das ist, soweit ich es verstanden habe, nur zum benachrichtigen, nicht zum beantworten.

F9

da der Job noch dabei war, den DUMP zu schreiben, konnte ich f1 im Joblog drücken (siehe oben)

Komisch ...

[prsbrc]

Im DSPLOG zB kann man mittels F1 auf die Antwort auch den Beantworter sehen. Vielleicht siehst du hier mehr wer das beantwortet hat.

[Fuerchau]

Kann es sein, dass u.U. Programme aufgerufen werden, die für sich einen CHGJOB INQMSGRPY(*SYSRPYL) machen, aber wieder vergessen, dies zurück zu nehmen, wenn z.B. ein Fehler aufgetreten ist?

[ILEMax]

Ja, es gibt tatsächlich einen Möglichkeit, das der Job ein CL mit dieser Umstellung ruft.

Das bedeutet dann aber, das der Eintrag

"RPG0000 mit 'D' beantworten"

bedeutet das ALLE RPG Meldungen mit D beantwortet werden (es sei denn es gibt andere expliziete RPGxxxx Einträge)
Für CPF0000 war das bekannt, bei RPG hatte ich bisher keine Berührungspunkte damit ...
Danke, der ILEMax

[Pikachu]

Sieh mal in den Hilfetext des Befehls MONMSG.
Da steht was zu diesen generischen Nachrichten-IDs,
die ganz rechts auf 2 oder 4 Nullen enden.

[Fuerchau]

Automatische Antworten gibt es je nach Vergleichsdaten.
Wenn ich also eine Antwort auf RPGXXXXX mittels DFT beantowrten lassen, kommt anschließend zur Runtime ein CPF0000 mit dem Text "Nachricht MSGxxxx nicht überwacht".
Somit kann ich per CPF0000 alle Nachichten abfangen wenn ich einen entsprechenden CHGJOB INQMSGRPY gemacht habe.