Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Monitoring messags

53 views
Skip to first unread message

just bob

unread,
Mar 18, 2008, 6:10:52 PM3/18/08
to
OK, I'm tired of IBM knowing I've got a hard drive failure before we do!

I want my box, V5R4, to send me an email when we get specific messages.

Since we use a product to email specific spool files I was hoping there was
a way to generate a spool file when a specific message comes up.

Any ideas?

Thanks!


CRPence

unread,
Mar 18, 2008, 10:16:34 PM3/18/08
to
Investigate QSYSMSG for /critical messages/ and the CHGMSGD ALROPT()
for making messages /alert capable/. The ADDALRACNE [Add Alert Action
Entry] enables "Send to data queue" and "Generate SNMP trap", at least
the former should enable awaiting notification; I have used the former,
but am not familiar with the latter as a method of notification.

Regards, Chuck
--
All comments provided "as is" with no warranties of any kind
whatsoever and may not represent positions, strategies, nor views of my
employer

Karl Hanson

unread,
Mar 18, 2008, 10:20:04 PM3/18/08
to

First, "monitoring messages" may mean different things on System i. For
example see the MONMSG CL command.

One thought - check into using the QSYSMSG message queue. A monitor
(batch) job could receive messages from the queue (eg using RCVMSG CL
command), or could process them with a break handling program.
http://publib.boulder.ibm.com/infocenter/iseries/v5r4/index.jsp?topic=/rbam6/qsysm.htm

In the link labeled "Messages sent to QSYSMSG message queue", there
appear to be messages involving disk unit problems. When a message of
interest is detected, the program could (for example) create a spool
file containing the message in it (eg using a print file). Or for a
simpler (fixed content) spool file, a command like CPYF ..
TOFILE(*PRINT) could be used.

http://publib.boulder.ibm.com/infocenter/iseries/v5r4/index.jsp?topic=/rbam6/bhprg.htm

--
Karl Hanson

Stefano P.

unread,
Mar 20, 2008, 4:47:59 PM3/20/08
to
> One thought - check into using the QSYSMSG message queue. A monitor
> (batch) job could receive messages from the queue (eg using RCVMSG CL
> command), or could process them with a break handling program.
> http://publib.boulder.ibm.com/infocenter/iseries/v5r4/index.jsp?topic=/rbam6/qsysm.htm

We use a "never ending program" (in command language) that is waiting
for messages on qsysmsg, and when a message is received than it's past
to a list of programs:
the first of them send us a mail (the text from the message is formatted
using rpg) using "sendmail" (from Uzaemon),
the second program searches in a file ("chain" :-) for a specific
program related to message id.


HTH
Stefano P.

--
"Niuna impresa, per minima che sia,
può avere cominciamento e fine senza queste tre cose:
e cioè senza sapere, senza potere, senza con amor volere"
[Anonimo fiorentino, XIV sec.]

(togliere le "pinzillacchere" dall'indirizzo email ;-)

0 new messages