Hello Saurabh,
I can hopefully offer a few points of clarification. I think that the
IGD104I messages are generally only written to the joblog. Connect:Direct uses
dynamic allocation for all processes.
The SVTM052I message IS written to syslog and can be automated if you
have coded AUTO(YES) in you MPFLSTxx PARMLIB member. Also, the most
significant point was offered by @Vince. The SVTM052I message ID is Multi-line
Write-to-Operator (MLWTO) message. It is generally issued as a (4) line WTO,
but each line has the SVTM052I message ID. Your message trap as provided in a
previous post will not work because the 'TO' text does NOT occur in the first
line of the MLWTO. We do something similar here and I have pasted my trap for
reference:
IF (LABEL:SVTM052A) MSGID = 'SVTM052I' & JOBNAME = JOB
& (ACQUIRE('LASTLINE WORD 4.1') = .'SDEDSNRI'. |
ACQUIRE('LASTLINE WORD 4.1') = .'SDEPDSRI'.)
THEN EXEC( CMD('MVS %CON ') ROUTE(ONE AUTONDM));
This MAT entry is used to trap the sense code is the last (4th) line of
the MLWTO. You could do something similar to trap the 'TO' text and Dataset
name in the third line of the MLWTO.
Also, in case you were not aware, there are a few utility programs that
are distributed along with Connect:Direct for z/OS. One in particular,
DGADTFY2 (DMNOTFY2) can be used within a Conenct:Direct process to send a
message to a TSO user when the process ends. You can pass the TO dataset name
as a parameter to DGADTFY2. You can also use modal logic in the process to send
the message for a successful or unsuccessful COPY step (or BOTH if you choose).
Here is a simple example:
STEP02 IF (COPY01 = 0) THEN
NOTE21 RUN TASK (PGM=DGADTFY2,PARM=(GOOD,'&TODSN',&USRID)) -
SNODE
ELSE
NOTE22 RUN TASK (PGM=DGADTFY2,PARM=(FAIL,'&TODSN',&USRID)) -
SNODE
The first step (NOTE21) will send a message to the user specified by
&USRID indicating that the file transfer was successful if the COPY01 Step
ended with a return code of 0.. The message will also contain the dataset name.
The second step (NOTE22) will send a message to the same user indicating that
the file transfer fails, if the COPY01 step ends with a return code other than
0. Of course, this example assumes that you have coded a Connect:Direct COPY
step named COPY01.
I hope this helps some.............
Tony
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of saurabh khandelwal
Sent: Tuesday, June 12, 2018 7:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Netview Automation Table Code
Hello Steve,
I couldn't understand your point. Can you please help to understand this.
I am getting below message in SYSLOG generated using DCON and I could see
these messages are in JESYSMSG, JESMSGLG and also in SYSLOG
OUR SYSLOG VIEW*
---6----+----7----+----8----+----9----+----0----+----1----+----2----+
IGD104I FDNBT.DATA.VPLUS.SDPAT17.G1678V00 RETAINED,
DDNAME=NDM00222
SVTM052I FROM E2CP.AZD601P2.ATI7.NBK.PS.G3104V00
* SVTM052I TO FDNBT.DATA.VPLUS.SDPAT17.G1678V00*
SVTM052I COMPLETED 00000000/SCPA000I
- -----TIMINGS (MINS.)-----
Thanks & Regards
Saurabh
On Tue, Jun 12, 2018 at 1:04 PM, Steve Horein <steve.hor...@gmail.com>
wrote:
> It appears the messages are found in JESYSMSG, and not
> JESMSGLG/SYSLOG/OPERLOG.
> You will likely need something like System Automation's Job Log
> Monitoring <https://www.ibm.com/support/knowledgecenter/SSWRCJ_4.1.0/
> com.ibm.safos.doc_4.1/CustandProg/Joblog_Monitoring.html>
> to accomplish the goal, or some other method to get these messages as WTOs.
>
>
>
> On Tue, Jun 12, 2018 at 4:31 AM saurabh khandelwal <
> venkatkulkarn...@gmail.com> wrote:
>
> > Hello Vince,
> >
> > Thanks for reply.
> >
> > I want to trap below dataset only when
> >
> > FDNBT.DATA.VPLUS.SDPAT17.G1678V00
> >
> > we see SVTM052I this msgid and TEXT "TO " .
> > I am not sure, if i made mistake in coding this in netview
> > automation table.
> >
> > please suggest.
> >
> > On Tue, Jun 12, 2018 at 12:10 PM, Vince Getgood
> > <getgo...@hotmail.com>
> > wrote:
> >
> > > I'm not a Netview or Systems Automation expert, but I THINK what's
> > > happening here is that SVTM052I is a multi-line message, and you
> > > are
> > trying
> > > to process it like a single line message.
> > >
> > > Note in your post that there are THREE lines that have the message
> number
> > > SVTM052I.
> > >
> > > I'm guessing that Netview is matching on the FIRST line (SVTM052I
> > > FROM E2CP.AZD601P2.ATI7.NBK.PS), but as that DOES NOT contain .'TO'.
> or
> > > MTXT (whatever that is), the REXX isn't being executed.
> > >
> > > You need to process SVTM052I as a multi-line message.
> > >
> > > Have a look at this http://www-01.ibm.com/support/
> > > docview.wss?uid=swg21253770
> > >
> > > ------------------------------------------------------------------
> > > ---- For IBM-MAIN subscribe / signoff / archive access
> > > instructions, send email to lists...@listserv.ua.edu with the
> > > message: INFO IBM-MAIN
> > >
> >
> > --------------------------------------------------------------------
> > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO
> > IBM-MAIN
> >
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
--
Thanks & Regards
Saurabh Khandelwal
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
