QSYSOPR Meldungen als Email ausgeben

[bettina_martin]

... da kann die Brause aber labberig werden, bis das Programm das sequentiell durchhat, wenn da viele drinstehen.

D*B

also wenn ich da alle 3 Minuten drüber loope wird das kein Problem sein denke ich

[Fuerchau]

Das Problem ist doch, dass du je Nachricht alle Einträge durchsuchen musst.
Wenn du also alle 3 Minuten 100 Nachrichten zu prüfen hast, deine "Tabelle" 100 Einträge enthält, benötigst im nagtiven Fall (Eintrag nicht gefunden) 10.000 Zugriffe.

Was den OVRDBF angeht, so ist in CLP immer noch das Problem, dass eine Datei nicht mehrfach gelesen werden kann (CLLE ggf. schon).

Was spricht also gegen ein Mini-RPG, dass nur einen Chain macht ?

[bettina_martin]

Habe nun mein Programm fertig welche mails verschickt von Meldungen am qsysopr.

Ein Problem habe ich hierbei noch: wie kann ich im 'Loop' über das rcvmsg verhindern das nachrichten vermailt werden, welche bereits einen reply haben ?

Ich versende nur nachrichten welche bei RTNTYPE '05' stehen haben, also Antwortnachrichten.

Nur verschickt er mir aber auch Messages, welches bereits eine Antwort haben. Wie kann ich nur 'offene' messages abchecken ?

lg

[BenderD]

OS/400 mäßig sind dafür Break Message Handler vorgesehn, dazu wird die MSGQ mit CHGMSGQ in Durchbruchsmodus gesetzt (da kann man nach severity filtern) und man gibt ein Message handlings Programm an, das dann den eMail Part übernimmt.

D*B

hi,

habe folgende Frage: ist es möglich die QSYSOPR-Meldungen (NUR die, die eine Antwort erfordern) automatisch per Email zu versenden ?

Wir wollen hier nämlich eine automatisierte Email an unseren Helpdesk stellen als eine Art 'Monitoring'.

Gibts da eine Funktion ?
Wenn nein, wie kann man das am besten viell. selber mit einem Programm auslesen ?

lg Martin

[Fuerchau]

Der kleine Nachteil ist, dass CHGMSGQ nur genau ein Job machen kann.
Kommt der Überwachungsjob zu spät, weil das z.B. der 1. Bildschirm schon gemacht hat ists aus mit der Überwachung.
Da halte ich RCVMSG für sicherer und das System wird auch nicht nennenswert belastet.

Meine Methode habe ich in den 90ern eingesetzt um zum Schluss 70 Systeme auf diese Art zu überwachen. Wir haben die Nachrichten dann per SNDNETMSG in die Zentrale (damals noch über Datex/P) gesendet.

[BenderD]

... wenn man das für die QSYSOPR beim Systemstart macht, kann da keiner zwischen

D*B

Der kleine Nachteil ist, dass CHGMSGQ nur genau ein Job machen kann.
Kommt der Überwachungsjob zu spät, weil das z.B. der 1. Bildschirm schon gemacht hat ists aus mit der Überwachung.
Da halte ich RCVMSG für sicherer und das System wird auch nicht nennenswert belastet.

Meine Methode habe ich in den 90ern eingesetzt um zum Schluss 70 Systeme auf diese Art zu überwachen. Wir haben die Nachrichten dann per SNDNETMSG in die Zentrale (damals noch über Datex/P) gesendet.

[mk]

Hallo,

oder auch die QSYSOPR MSGQ mit einem
Java Programm lesen.
Dabei kann die MSGQ auch exclusiv zugeordnet sein.

Gruß
Michael

[Fuerchau]

Warum zusätzlich komplizierter machen ?
Dazu benötigt man ja nun auch noch Javakenntisse, obwohl das mailen dann ggf. einfach ist.

[COS]

es funktioniert auch die gute alte Methode:

an einem PC zu allen zu überwachenden Systemen ein 5250-Bildschirm anmelden (IBM-i Access) und soweit minimieren,
daß zB 9 Sessions (zu 9 LPARs) auf den Bildschirm passen,

dann in jedem System:
chgmsgq qsysopr *break sev(50)

und falls dann eine Meldung kommt von einer der zB 9 Sessions,
gibt der PC dann akustisch ein Signal .....