date:20180612

>> Why is the collating sequence for EN_US radically different from that
for EN_CA?

Gil,

Don't Know : )

>> Which code pages?

Only the default standard TCP/IP table

>>Does DFSORT have a "hex" option?

Yes it does and it can do the opposite to. (UNHEX) and it can even do BIT
and UNBIT

TRAN=HEX
 UNHEX
 BIT
 UNBIT

Thanks,
Kolusu

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REXX to change Date in PDS member

On Tue, 12 Jun 2018 14:38:43 -0700, Sri h Kolusu wrote:

>>> I hate EBCDIC!  (Granted in this case it's not bad design but bad luck.)
>In CMS I have dealt with this by PIPE ... | E2A | SORT | A2E ...
>
>With DFSORT you can SORT characters according to the ASCII collating
>sequence using the format "AC"
> 
Why is the collating sequence for EN_US radically different from that for EN_CA?
Canada is just a step across a border, even though they're suddenly economic
adversaries.

>Ofcourse it can also convert EBCDIC characters to ASCII characters using
>TRAN=ETOA and ASCII characters to EBCDIC characters using TRAN=ATOE
> 
Which code pages?

That was an expedient kludge on CMS.  Does DFSORT have a "hex" option?

Thanks,
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TSO PREFIX, FTP and z/OS upgrade

2018-06-12 Thread Jesse 1 Robinson

This might be OA55019 . 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Frank Swarbrick
Sent: Tuesday, June 12, 2018 2:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):TSO PREFIX, FTP and z/OS upgrade

Since I got such a good response to my last issue, I figure I'd try another 
one.  This one has already been resolved, but we're still puzzled as to why it 
happened.

After our upgrade to z/OS 2.3 we had some "client initiated" FTP processes 
fail.  These processes log on to our z/OS system with a user ID that we've 
reserved for this particular usage.  In order to not require the distributed 
guys to understand MVS data set naming conventions we implemented this user ID 
with "TSO PROFILE PREFIX(PROD)".  So when they upload a file with something 
like:
put myfile.txt RXMTIN.APPL.MYFILE
it is uploaded to data set 'PROD.RXMTIN.APPL.MYFILE'.

This all worked fine through several z/OS upgrades over the last few years.  
With the upgrade to z/OS 2.3 it no longer worked.  The FTP server apparently 
reverted to using the actual user ID as the HLQ, and thus the above attempted 
to upload to 'OPSFTP.RXMTIN.APPL.MYFILE' (the user ID is OPSFTP).  This failed 
because that user has access to write to an existing file, but no rights to 
create a file.

Anyway, very long story short, we ended up logging on to TSO with this user, 
doing TSO PROFILE to show that PREFIX(PROD) was still set, and then logging off 
of TSO.  Once this was done things were back to normal.  This happened with two 
user IDs, and the solution was the same for both.

The question is, why did we have to do this, where apparently we never had to 
do it before?  Another possibility (unlikely, IMO) is the person who did the 
previous upgrades (no longer with the company) knew to do this, and the current 
person did not.

Did something change with z/OS 2.3?  Is there a better way around this?  As I 
said, these user ID's are supposed to be for FTP only, and other than for 
setting the profile prefix they are never used to log on to TSO.

There is some documentation regarding setting the profile prefix initially that 
says "At this point, the TSO prefix is defined for your current TSO session but 
is not known to RACF or the FTP server until you log off and log on."  But this 
is not a new setting for the user, but is only an OS upgrade, and I see nothing 
that says this process must be done in that case.

Thanks,
Frank


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

TSO PREFIX, FTP and z/OS upgrade

Since I got such a good response to my last issue, I figure I'd try another 
one.  This one has already been resolved, but we're still puzzled as to why it 
happened.

After our upgrade to z/OS 2.3 we had some "client initiated" FTP processes 
fail.  These processes log on to our z/OS system with a user ID that we've 
reserved for this particular usage.  In order to not require the distributed 
guys to understand MVS data set naming conventions we implemented this user ID 
with "TSO PROFILE PREFIX(PROD)".  So when they upload a file with something 
like:
put myfile.txt RXMTIN.APPL.MYFILE
it is uploaded to data set 'PROD.RXMTIN.APPL.MYFILE'.

This all worked fine through several z/OS upgrades over the last few years.  
With the upgrade to z/OS 2.3 it no longer worked.  The FTP server apparently 
reverted to using the actual user ID as the HLQ, and thus the above attempted 
to upload to 'OPSFTP.RXMTIN.APPL.MYFILE' (the user ID is OPSFTP).  This failed 
because that user has access to write to an existing file, but no rights to 
create a file.

Anyway, very long story short, we ended up logging on to TSO with this user, 
doing TSO PROFILE to show that PREFIX(PROD) was still set, and then logging off 
of TSO.  Once this was done things were back to normal.  This happened with two 
user IDs, and the solution was the same for both.

The question is, why did we have to do this, where apparently we never had to 
do it before?  Another possibility (unlikely, IMO) is the person who did the 
previous upgrades (no longer with the company) knew to do this, and the current 
person did not.

Did something change with z/OS 2.3?  Is there a better way around this?  As I 
said, these user ID's are supposed to be for FTP only, and other than for 
setting the profile prefix they are never used to log on to TSO.

There is some documentation regarding setting the profile prefix initially that 
says "At this point, the TSO prefix is defined for your current TSO session but 
is not known to RACF or the FTP server until you log off and log on."  But this 
is not a new setting for the user, but is only an OS upgrade, and I see nothing 
that says this process must be done in that case.

Thanks,
Frank

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REXX to change Date in PDS member

>> I hate EBCDIC!  (Granted in this case it's not bad design but bad luck.)
In CMS I have dealt with this by PIPE ... | E2A | SORT | A2E ...

Gil,

With DFSORT you can SORT characters according to the ASCII collating
sequence using the format "AC"

Ofcourse it can also convert EBCDIC characters to ASCII characters using
TRAN=ETOA and ASCII characters to EBCDIC characters using TRAN=ATOE


Thanks,
Kolusu



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REXX to change Date in PDS member

On Tue, 12 Jun 2018 21:17:09 +, Gibney, Dave wrote:

>For the record, I find the idea of trying to cram a date into a tape volser 
>very strange, non-intuitive and of dubious value.
>
+1.  But, de gustibus ...  And people do simlarly with filing cabinet labels, 
etc.

Problems arise if you need more than one tape per day, or continuation reels.
But then you can use D, E, F, ...  And if you put the letter on the right (still
legal volser, IIRC), you preserve collation.

Or, you could catalog the tape data set so volser is irrelevant.  I do that so I
needn't keep the volser on a sticky note; I just look up with ISPF 3.4.
(Sometimes the MVS catalog gets out-of-sync with the TMC.  Don't know
why.  It's a lab, not a production shop.)

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REXX to change Date in PDS member

On Tue, 12 Jun 2018 14:19:39 -0500, John McKown wrote:

>On Tue, Jun 12, 2018 at 2:01 PM Bill Ashton wrote:
>
>> Since the OP is trying to fit D + date into a 6-character field, why not
>> use a modified format like Dyyxdd, where x is a hex value for the month. In
>> this case, Jan = 1, Sep = 9, Oct = A, Nov = B, and Dec = C. That would make
>> the vol reference earlier D18611 as expected. and then if it were November
>> 11, it would be D18B11.
>>
>That's a decent solution. The only possible problem is that the DSN will
>not collate correctly in EBCDIC because A..C come before 0..9 .
> 
I hate EBCDIC!  (Granted in this case it's not bad design but bad luck.)
In CMS I have dealt with this by PIPE ... | E2A | SORT | A2E ...

>> The simple Rexx for this is:
>> xmonths = "123456789ABC";
>> myvalue = "D" || Left(Date("O"),2) || Substr(xmonths, Left(Date("U"),2),1)
>> || Left(Date("N"),2);
>> 
You really don't need a table search to convert a small decimal number to a 
hexadecimal
digit.  (Solution left as an exercise for the student.)

Given that Rexx has the YYDDD format built-in, I'll recommend it, repugnant 
though it
is to non-mainframers.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IDCAMS REPRO very slow on z/OS 2.3

2018-06-12 Thread Steve Smith

Oh please... you have a Shopsmith , not a
hammer.  :-)

sas

On Tue, Jun 12, 2018 at 3:33 PM, Sri h Kolusu  wrote:

> >> It seems ironic that Sri didn't suggest using ICEGENER instead of
> IDCAMS. For 5M+ records, I sure think I'd give it a try.
>
> Steve,
>
> I could suggest using DFSORT/ICEGENER/ICETOOL to most of the data
> manipulating questions posted here but then it would be like having a
> hammer, that makes everything looks like a nail. : ) I believe in using the
> right tool for the right job.
>
> >>ICEGENER works for VSAM files?  Does IEBGENER?  I thought it did not.
>
> Frank,
>
> It can  with the exception of LDS
>
> >>>The fix for APAR OA54007 was just implemented on our system and has
> resolved the issue.  Great!!
>
> Good to hear
>
>
> Thanks,
> Kolusu
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REXX to change Date in PDS member

2018-06-12 Thread Gibney, Dave

For the record, I find the idea of trying to cram a date into a tape volser 
very strange, non-intuitive and of dubious value.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Bill Ashton
> Sent: Tuesday, June 12, 2018 12:41 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: REXX to change Date in PDS member
> 
> I hadn't thought about that, John. In that case, I would probably change the
> xmonths to be a collated value:
> xmonths = "ABCDEFGHIJKL" - not as intuitive, but easy enough to get the hang
> of after a short while.
> 
> On Tue, Jun 12, 2018 at 3:20 PM John McKown
> 
> wrote:
> 
> > On Tue, Jun 12, 2018 at 2:01 PM Bill Ashton 
> > wrote:
> >
> > > Since the OP is trying to fit D + date into a 6-character field, why
> > > not use a modified format like Dyyxdd, where x is a hex value for the
> month.
> > In
> > > this case, Jan = 1, Sep = 9, Oct = A, Nov = B, and Dec = C. That
> > > would
> > make
> > > the vol reference earlier D18611 as expected. and then if it were
> > November
> > > 11, it would be D18B11.
> > >
> >
> > That's a decent solution. The only possible problem is that the DSN
> > will not collate correctly in EBCDIC because A..C come before 0..9 .
> >
> >
> >
> > >
> > > The simple Rexx for this is:
> > > xmonths = "123456789ABC";
> > > myvalue = "D" || Left(Date("O"),2) || Substr(xmonths,
> > Left(Date("U"),2),1)
> > > || Left(Date("N"),2);
> > >
> > >
> > --
> > A computer once beat me at chess, but it was no match for me at kick
> > boxing.
> >
> > Emo Philips
> >
> > Maranatha! <><
> > John McKown
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> 
> 
> --
> Thank you and best regards,
> *Billy Ashton*
> 
> --
> 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

Re: ISPF programming with assembler

2018-06-12 Thread Edward Finnell

Yeah, that's it. Thanks. There was also an ISPCALL Macro on CBTape.org I think 
from John Hancock. Mike Loos refined it and think it's on Deluxe Check mods. I 
gave a fifteen minute debriefing on SHARE trip. Six weeks later the Item 
Processing folks wanted me to come bless their new interface to the check 
sorters. All assembler with heavy use of ISPCALL. We added a special section to 
the TPNS scripts to test these modules. 


In a message dated 6/12/2018 2:17:56 PM Central Standard Time, sas...@sas.com 
writes:

 
TELBOOK sample. Here's the SAS/C

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REXX to change Date in PDS member

2018-06-12 Thread Bill Ashton

I hadn't thought about that, John. In that case, I would probably change
the xmonths to be a collated value:
xmonths = "ABCDEFGHIJKL" - not as intuitive, but easy enough to get the
hang of after a short while.

On Tue, Jun 12, 2018 at 3:20 PM John McKown 
wrote:

> On Tue, Jun 12, 2018 at 2:01 PM Bill Ashton 
> wrote:
>
> > Since the OP is trying to fit D + date into a 6-character field, why not
> > use a modified format like Dyyxdd, where x is a hex value for the month.
> In
> > this case, Jan = 1, Sep = 9, Oct = A, Nov = B, and Dec = C. That would
> make
> > the vol reference earlier D18611 as expected. and then if it were
> November
> > 11, it would be D18B11.
> >
>
> That's a decent solution. The only possible problem is that the DSN will
> not collate correctly in EBCDIC because A..C come before 0..9 .
>
>
>
> >
> > The simple Rexx for this is:
> > xmonths = "123456789ABC";
> > myvalue = "D" || Left(Date("O"),2) || Substr(xmonths,
> Left(Date("U"),2),1)
> > || Left(Date("N"),2);
> >
> >
> --
> A computer once beat me at chess, but it was no match for me at kick
> boxing.
>
> Emo Philips
>
> Maranatha! <><
> John McKown
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Thank you and best regards,
*Billy Ashton*

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IDCAMS REPRO very slow on z/OS 2.3

>> It seems ironic that Sri didn't suggest using ICEGENER instead of
IDCAMS. For 5M+ records, I sure think I'd give it a try.

Steve,

I could suggest using DFSORT/ICEGENER/ICETOOL to most of the data
manipulating questions posted here but then it would be like having a
hammer, that makes everything looks like a nail. : ) I believe in using the
right tool for the right job.

>>ICEGENER works for VSAM files?  Does IEBGENER?  I thought it did not.

Frank,

It can  with the exception of LDS

>>>The fix for APAR OA54007 was just implemented on our system and has
resolved the issue.  Great!!

Good to hear


Thanks,
Kolusu


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IDCAMS REPRO very slow on z/OS 2.3

The fix for APAR OA54007 was just implemented on our system and has resolved 
the issue.  Great!!

From: Frank Swarbrick 
Sent: Tuesday, June 12, 2018 9:51 AM
To: ibm-main@listserv.ua.edu
Subject: IDCAMS REPRO very slow on z/OS 2.3

We just upgraded from z/OS 2.2 to z/OS 2.3 on Sunday morning.  This appears to 
cause IDCAMS REPRO jobsteps to do a lot more I/O and take a lot longer:

PROCSTEP RC  EXCP   CONN   TCB   SRB  CLOCK  SERV RECORDS 
PROCESSED

CPCOPY3  00  255K   929K  2.658683  0.159647   15.5310351552662441

CPCOPY3  00  256K   967K  2.679822  0.186634   16.9315619752760628

CPCOPY3  00  256K  1014K  2.693045  0.191031   17.6317550052812944

CPCOPY3  00  257K  1071K  2.698492  0.190811   18.7318125752834640

CPCOPY3  00  257K  1014K  2.706506  0.195671   18.0319535952842738

CPCOPY3  00  258K   909K  2.687564  0.163270   16.3313931852852559

After z/OS v2.3 implementation:

CPCOPY3  00   18M  2363K  6.493965  1.100855  101.3   1008129752859452

CPCOPY3  00   18M  2406K  6.123753  1.018400  100.5958844552888383

So from 15-20 minutes for 5.2 million records to 100 minutes.  Anyone know of a 
system level "tuning" parameter we might need to tweek?

Thanks,
Frank

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REXX to change Date in PDS member

On Tue, Jun 12, 2018 at 2:01 PM Bill Ashton  wrote:

> Since the OP is trying to fit D + date into a 6-character field, why not
> use a modified format like Dyyxdd, where x is a hex value for the month. In
> this case, Jan = 1, Sep = 9, Oct = A, Nov = B, and Dec = C. That would make
> the vol reference earlier D18611 as expected. and then if it were November
> 11, it would be D18B11.
>

That's a decent solution. The only possible problem is that the DSN will
not collate correctly in EBCDIC because A..C come before 0..9 .



>
> The simple Rexx for this is:
> xmonths = "123456789ABC";
> myvalue = "D" || Left(Date("O"),2) || Substr(xmonths, Left(Date("U"),2),1)
> || Left(Date("N"),2);
>
>
-- 
A computer once beat me at chess, but it was no match for me at kick boxing.

Emo Philips

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ISPF programming with assembler

2018-06-12 Thread Don Poitras

I think you're thinking of the TELBOOK sample. Here's the SAS/C
version of that:

http://ftp.sas.com/techsup/download/SASC/sample/c/TELBOOK.html


In article <163f524992c-c8d-9...@webjas-vae003.srv.aolmail.net> you wrote:
> ISTR there was an Airline Reservation sample for ISPF. It came in various 
> flavors ALC, Rexx and maybe COBOL. Course my search engine points me to the 
> 2.1 KC. What a Hertzberg hickey this is.
> ??
> Let's see what listserv does to this:
> Documentation for??z/OS V2.1.0??is no longer available in IBM Knowledge 
> Center.
> While the product version and release remains in service, you can find 
> information in the following formats:
> Individual PDFs for 
> downloading:??https://www.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosv2r1-pdf-download?OpenDocumentz/OS
>  V2R1 Adobe Indexed Collection (all PDFs with full text search via the free 
> Adobe Acrobat 
> Reader):??http://publibz.boulder.ibm.com/zoslib/pdf/zosv2r1pdfcollection.zipIBM
>  Knowledge Center plugins for downloading (for use with IBM Knowledge Center 
> for z/OS):??http://publibz.boulder.ibm.com/zoslib/SSLTBW_2.1.0_4KC.jar.
> For information about current releases of this product 
> see??http://www.ibm.com/support/knowledgecenter/SSLTBW/welcome.
> More information and resources are available at the IBM z/OS Internet 
> Library:??https://www.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosinternetlibrary?opendocument.
> ??
> In a message dated 6/12/2018 12:30:13 PM Central Standard Time, 
> sme...@gmu.edu writes:
> ??
> There is no "actual name"; you tell ISPF what name to use.

-- 
Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
sas...@sas.com   (919) 531-5637Cary, NC 27513

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REXX to change Date in PDS member

2018-06-12 Thread Bill Ashton

Since the OP is trying to fit D + date into a 6-character field, why not
use a modified format like Dyyxdd, where x is a hex value for the month. In
this case, Jan = 1, Sep = 9, Oct = A, Nov = B, and Dec = C. That would make
the vol reference earlier D18611 as expected. and then if it were November
11, it would be D18B11.

The simple Rexx for this is:
xmonths = "123456789ABC";
myvalue = "D" || Left(Date("O"),2) || Substr(xmonths, Left(Date("U"),2),1)
|| Left(Date("N"),2);

On Tue, Jun 12, 2018 at 12:41 PM Gibney, Dave  wrote:

> As has been pointed out, Dyymdd can not be distinguished from Dyymmd in
> all cases. Or Dymmdd. 5 digits is insufficient for any format other than
> yyddd
>
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of saurabh khandelwal
> > Sent: Tuesday, June 12, 2018 9:33 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: REXX to change Date in PDS member
> >
> > Hello  Kolusu,
> >
> > I tried to answer queries raised by different experts.
> >
> > We are looking for YYMMDD format, which is DATE('S') function in REXX
> >
> >  In my current requirement, we have JCL in place and there we are using
> tape
> > volume as date like below.
> > example  OV='D18611',
> >
> >
> > Ex : In this below DD name, from JCL should be updated with today's date
> in
> > OV='D18611'
> >
> > //IEB  PROC OV='D18611',DS='DS',LB='LB',GDG='(0)'
> >
> >
> >
> > and
> >
> >
> > Or  like below.  in DD name TAPE  with  VOL=SER=(D18611) .
> >
> >
> >
> > //TAPE DD  DSN=RETP.DATA.QSAMCPY1,DISP=(,PASS),
> >
> > // UNIT=359D,VOL=SER=(D18611),LABEL=(193,SL)
> >
> >
> >
> > //*=
> >
> >
> > Can you please suggest, how to handle such situation and update required
> > date
> >
> > Thank you once again to help us to solve this issue.
> >
> > On Tue, Jun 12, 2018 at 6:49 PM, Sri h Kolusu 
> wrote:
> >
> > > Saurabh,
> > >
> > > You need to first answer the question about the date format.  Post
> > > detailed information on what you're trying to accomplish. Do not make
> > > people guess what you mean. This will give you a much better chance of
> > > getting a good answer to your question.
> > >
> > > As for the latest requirement, Look up PARSE and Build the entire
> > > string or use OVERLAY
> > >
> > > Thanks,
> > > Kolusu
> > >
> > > IBM Mainframe Discussion List  wrote on
> > > 06/12/2018 02:46:02 AM:
> > >
> > > > From: saurabh khandelwal 
> > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > Date: 06/12/2018 02:47 AM
> > > > Subject: Re: REXX to change Date in PDS member Sent by: IBM
> > > > Mainframe Discussion List 
> > > >
> > > > Hello Kolusu,
> > > >
> > > > Thanks for help. This is exactly what I was looking for to code. But
> > > > I still have one doubt in this,
> > > >
> > > > Your code works only when I have empty memeber to update with
> > > > yesterday's and today's date . But how this process works, when we
> > > > updating dates in JCL like below.
> > > >
> > > > Ex : In this below DD name, from JCL should be updated with today's
> > > > date in  OV='D18611'
> > > >
> > >
> > > --
> > > 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
>


-- 
Thank you and best regards,
*Billy Ashton*

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IDCAMS REPRO very slow on z/OS 2.3

2018-06-12 Thread Steve Smith

ICEGENER (& DFSORT in general) yes; IEBGENER, haven't tried it, but I'd be
fairly gobsmacked if it did.

sas

On Tue, Jun 12, 2018 at 2:29 PM, Frank Swarbrick <
frank.swarbr...@outlook.com> wrote:

> ICEGENER works for VSAM files?  Does IEBGENER?  I thought it did not.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rant of the Day - First World Problems

2018-06-12 Thread Carmen Vitullo

What bothers me the most, is IIRC, before KC, if I searched for some IBM 
message or APAR or PTF...whatever, a hit on Google sent me to the exact 
selection of the doc, now it just brings me to the TOC of the DOC, and if I 
search again, in KC the search tool does not send itself to highlight or show 
me appropriate content. Bookmanager and PDF lend themself to show me when my 
search content was found. 
not just what documents it was found in. 
my .0002 cents 


Carmen Vitullo 

- Original Message -

From: "Alan Young"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, June 12, 2018 1:26:54 PM 
Subject: Re: Rant of the Day - First World Problems 

When IBM made the change they should have coordinated with Google to dump the 
current index of the site and initiate a reindex. 


Still it was a bit abrupt to do this without warning. A couple of people have 
left comments on the new landing page requesting reinstatement of that 
version's KC. 


 
From: Scott Fagen  
Sent: Tuesday, June 12, 2018 08:35 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Rant of the Day - First World Problems 

Just figured I'd do the LISTSERV equivalent of primal scream therapy. 

One of the pleasures of Google is the ability to get help on almost anything 
IBM mainframe related by searching for something like: 

TSO REXX POS 

and you'd get back a pointer to the page in the online library to the POS 
function within the first five or so Google hits. Given that the z/OS 2.1 doc 
has been out there for a very long time, almost all of the "hits" refer to the 
z/OS 2.1 knowledge center. 

IBM took down all these books in the last couple of days and now all of these 
hits have been turned to $hit: 

Documentation for z/OS V2.1.0 is no longer available in IBM Knowledge Center. 

While the product version and release remains in service, you can find 
information in the following formats: 
Individual PDFs for downloading: 
https://www.ibm.com/servers/resourcelink/svcoo100.nsf/pages/zosv2r1-pdf-download?OpenDocument
 
z/OS V2R1 Adobe Indexed Collection (all PDFs with full text search via the free 
Adobe Acrobat Reader): 
http://publibz.boulder.ibm.com/zoslib/pdf/zosv2r1pdfcollection.zip 
IBM Knowledge Center plugins for downloading (for use with IBM Knowledge Center 
for z/OS): http://publibz.boulder.ibm.com/zoslib/SSLTBW_2.1.0_4KC.jar. 
For information about current releases of this product see 
http://www.ibm.com/support/knowledgecenter/SSLTBW/welcome. 

More information and resources are available at the IBM z/OS Internet Library: 
https://www.ibm.com/servers/resourcelink/svcoo100.nsf/pages/zosinternetlibrary?opendocument.
 

Now, this isn't IBM's fault. However, taking the same search to the z/OS 2.2 KC 
main page gives nothing of value for someone looking for the POS (ironic, huh?) 
function (the search was TSO REXX POS): 

- The TSO command environment 
- Host command environments for z/OS UNIX processing 
- TSO commands, CLISTs, and REXX EXECs 
- Using TSO subcommands from a TSO CLIST or REXX exec 
- REXX ADDRESS TSO support requirements 

Here's Google's #1 hit (that's as far as you have to go) for TSO REXX POS: 

POS (Position) - IBM 
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.../pos.htm 
POS (Position) z/OS TSO/E REXX Reference SA32-0972-00 ... (See also the INDEX 
and LASTPOS functions.) Returns 0 if needle is the null string or is not found 
... 

To curtail a possible rathole on this discussion, please don't suggest adding 
"z/OS 2.2" to the Google search. It doesn't help. The Googler simply returns a 
similar set of hits and says it couldn't find "2.2". 

POS (Position) - IBM 
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2...ibm.zos.../pos.htm 
z/OS TSO/E REXX Reference ... returns the position of one string, needle, in 
another, haystack. (See also the INDEX and LASTPOS functions.) Returns 0 if ... 
Missing: 2.2 < weird for the most likely hit, no? 

I'd be glad to entertain suggestions on how to better negotiate Google (use 
Bing?) or make the IBM KC site return more intelligent results. Whatever 
happened to Watson? 

Rant complete, 
Scott Fagen 
21st Century Software 

-- 
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

Re: IDCAMS REPRO very slow on z/OS 2.3

ICEGENER works for VSAM files?  Does IEBGENER?  I thought it did not.

From: IBM Mainframe Discussion List  on behalf of 
Steve Smith 
Sent: Tuesday, June 12, 2018 12:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IDCAMS REPRO very slow on z/OS 2.3

It seems ironic that Sri didn't suggest using ICEGENER instead of IDCAMS.
For 5M+ records, I sure think I'd give it a try.

Not that pointing that APAR wasn't very helpful.

sas

--
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

Re: Rant of the Day - First World Problems

2018-06-12 Thread Alan Young

When IBM made the change they should have coordinated with Google to dump the 
current index of the site and initiate a reindex.


Still it was a bit abrupt to do this without warning. A couple of people have 
left comments on the new landing page requesting reinstatement of that 
version's KC.



From: Scott Fagen 
Sent: Tuesday, June 12, 2018 08:35
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Rant of the Day - First World Problems

Just figured I'd do the LISTSERV equivalent of primal scream therapy. 

One of the pleasures of Google is the ability to get help on almost anything 
IBM mainframe related by searching for something like: 

TSO REXX POS 

and you'd get back a pointer to the page in the online library to the POS 
function within the first five or so Google hits.  Given that the z/OS 2.1 doc 
has been out there for a very long time, almost all of the "hits" refer to the 
z/OS 2.1 knowledge center.  

IBM took down all these books in the last couple of days and now all of these 
hits have been turned to $hit: 

Documentation for z/OS V2.1.0 is no longer available in IBM Knowledge Center. 

While the product version and release remains in service, you can find 
information in the following formats: 
Individual PDFs for downloading: 
https://www.ibm.com/servers/resourcelink/svcoo100.nsf/pages/zosv2r1-pdf-download?OpenDocument
 
z/OS V2R1 Adobe Indexed Collection (all PDFs with full text search via the free 
Adobe Acrobat Reader): 
http://publibz.boulder.ibm.com/zoslib/pdf/zosv2r1pdfcollection.zip 
IBM Knowledge Center plugins for downloading (for use with IBM Knowledge Center 
for z/OS): http://publibz.boulder.ibm.com/zoslib/SSLTBW_2.1.0_4KC.jar. 
For information about current releases of this product see 
http://www.ibm.com/support/knowledgecenter/SSLTBW/welcome. 

More information and resources are available at the IBM z/OS Internet Library: 
https://www.ibm.com/servers/resourcelink/svcoo100.nsf/pages/zosinternetlibrary?opendocument.
 

Now, this isn't IBM's fault.  However, taking the same search to the z/OS 2.2 
KC main page gives nothing of value for someone looking for the POS (ironic, 
huh?) function (the search was TSO REXX POS): 

- The TSO command environment 
- Host command environments for z/OS UNIX processing 
- TSO commands, CLISTs, and REXX EXECs 
- Using TSO subcommands from a TSO CLIST or REXX exec 
- REXX ADDRESS TSO support requirements 

Here's Google's #1 hit (that's as far as you have to go) for TSO REXX POS: 

POS (Position) - IBM 
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.../pos.htm 
POS (Position) z/OS TSO/E REXX Reference SA32-0972-00 ... (See also the INDEX 
and LASTPOS functions.) Returns 0 if needle is the null string or is not found 
... 

To curtail a possible rathole on this discussion, please don't suggest adding 
"z/OS 2.2" to the Google search.  It doesn't help.  The Googler simply returns 
a similar set of hits and says it couldn't find "2.2". 

POS (Position) - IBM 
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2...ibm.zos.../pos.htm 
z/OS TSO/E REXX Reference ... returns the position of one string, needle, in 
another, haystack. (See also the INDEX and LASTPOS functions.) Returns 0 if ... 
Missing: 2.2 < weird for the most likely hit, no? 

I'd be glad to entertain suggestions on how to better negotiate Google (use 
Bing?) or make the IBM KC site return more intelligent results.  Whatever 
happened to Watson? 

Rant complete, 
Scott Fagen 
21st Century Software 

-- 
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

Re: SYSLOGD Monitoring

2018-06-12 Thread Adams, Anne (DTI)

Actually, yes we just did. It's been a long time here as well. Works like a 
champ. Thanks.

Anne R. Adams, CISSP
DTI, Systems Engineering
Lead Mainframe Services Analyst 
302.739.9500

We support the mainframe, it just works.



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lucas Rosalen
Sent: Tuesday, June 12, 2018 1:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SYSLOGD Monitoring

Hi Anne,

It's been a long time I played with that, but have you tried to configure it to 
write messages to (if I recall it correclty) /dev/console?

Regards,

---
*Lucas Rosalen*
rosalen.lu...@gmail.com / lucas.rosal...@ibm.com 
http://br.linkedin.com/in/lrosalen


2018-06-12 14:45 GMT-03:00 Adams, Anne (DTI) :

> Greetings all,
>
> Has anyone attempted to capture messages written to the syslog daemon (ie.
> syslog.log)? We have a network monitoring tool that can give us the 
> status and availability of servers on our network. I'd like the 
> ability to write to the system console but there doesn't appear to be 
> a port associated with it (and this product wants to write to a syslog 
> service associated with a
> port) so I'm writing to the SyslogD Server instead. When I check 
> syslog.log I will see the test messages but none of my monitoring software 
> can "see"
> those messages. Am I missing something or is this simply something 
> that cannot be done? Thanks.
>
> Anne R Adams, CISSP
> DTI, Systems Engineering
> Lead Mainframe Services Analyst
> 302.739.9500
>
> We support the mainframe, it just works.
>
> This communication is for use by the intended recipient and contains 
> information that may be Privileged, confidential or copyrighted under 
> applicable law. If you are not the intended recipient, you are hereby 
> formally notified that any use, copying or distribution of this 
> e-mail, in whole or in part, is strictly prohibited. Please notify the 
> sender by return e-mail and delete this e-mail from your system. 
> Unless explicitly and conspicuously designated as "E-Contract 
> Intended", this e-mail does not constitute a contract offer, a 
> contract amendment, or an acceptance of a contract offer. This e-mail 
> does not constitute a consent to the use of sender's contact 
> information for direct marketing purposes or for transfers of data to third 
> parties.
>
> --
> 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

Re: IDCAMS REPRO very slow on z/OS 2.3

2018-06-12 Thread Steve Smith

It seems ironic that Sri didn't suggest using ICEGENER instead of IDCAMS.
For 5M+ records, I sure think I'd give it a try.

Not that pointing that APAR wasn't very helpful.

sas

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ISPF programming with assembler

2018-06-12 Thread Edward Finnell

ISTR there was an Airline Reservation sample for ISPF. It came in various 
flavors ALC, Rexx and maybe COBOL. Course my search engine points me to the 2.1 
KC. What a Hertzberg hickey this is.
 
Let's see what listserv does to this:
Documentation for z/OS V2.1.0 is no longer available in IBM Knowledge Center.
While the product version and release remains in service, you can find 
information in the following formats:
Individual PDFs for downloading: 
https://www.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosv2r1-pdf-download?OpenDocumentz/OS
 V2R1 Adobe Indexed Collection (all PDFs with full text search via the free 
Adobe Acrobat Reader): 
http://publibz.boulder.ibm.com/zoslib/pdf/zosv2r1pdfcollection.zipIBM Knowledge 
Center plugins for downloading (for use with IBM Knowledge Center for z/OS): 
http://publibz.boulder.ibm.com/zoslib/SSLTBW_2.1.0_4KC.jar.
For information about current releases of this product see 
http://www.ibm.com/support/knowledgecenter/SSLTBW/welcome.
More information and resources are available at the IBM z/OS Internet Library: 
https://www.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosinternetlibrary?opendocument.
 


In a message dated 6/12/2018 12:30:13 PM Central Standard Time, sme...@gmu.edu 
writes:

 
There is no "actual name"; you tell ISPF what name to use.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SYSLOGD Monitoring

On Tue, Jun 12, 2018 at 12:45 PM Adams, Anne (DTI) 
wrote:

> Greetings all,
>
> Has anyone attempted to capture messages written to the syslog daemon (ie.
> syslog.log)? We have a network monitoring tool that can give us the status
> and availability of servers on our network. I'd like the ability to write
> to the system console but there doesn't appear to be a port associated with
> it (and this product wants to write to a syslog service associated with a
> port) so I'm writing to the SyslogD Server instead. When I check syslog.log
> I will see the test messages but none of my monitoring software can "see"
> those messages. Am I missing something or is this simply something that
> cannot be done? Thanks.
>

Set up the configuration to write to the file: /dev/console . This will
write the message to the z/OS SYSLOG or OPERLOG

kern.* /dev/console

would write all "kernal" messages to the SYSLOG.


Doing the UNIX command: echo 'hello' >/dev/console caused the following to
be written to SYSLOG:

N 400 LIH1 18163 12:51:16.18 STC39143 0094  BPXF024I (racfid)
hello



>
> Anne R Adams, CISSP
> DTI, Systems Engineering
> Lead Mainframe Services Analyst
> 302.739.9500
>

-- 
A computer once beat me at chess, but it was no match for me at kick boxing.

Emo Philips

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SYSLOGD Monitoring

2018-06-12 Thread Lucas Rosalen

Hi Anne,

It's been a long time I played with that, but have you tried to configure
it to write messages to (if I recall it correclty) /dev/console?

Regards,

---
*Lucas Rosalen*
rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
http://br.linkedin.com/in/lrosalen


2018-06-12 14:45 GMT-03:00 Adams, Anne (DTI) :

> Greetings all,
>
> Has anyone attempted to capture messages written to the syslog daemon (ie.
> syslog.log)? We have a network monitoring tool that can give us the status
> and availability of servers on our network. I'd like the ability to write
> to the system console but there doesn't appear to be a port associated with
> it (and this product wants to write to a syslog service associated with a
> port) so I'm writing to the SyslogD Server instead. When I check syslog.log
> I will see the test messages but none of my monitoring software can "see"
> those messages. Am I missing something or is this simply something that
> cannot be done? Thanks.
>
> Anne R Adams, CISSP
> DTI, Systems Engineering
> Lead Mainframe Services Analyst
> 302.739.9500
>
> We support the mainframe, it just works.
>
> This communication is for use by the intended recipient and contains
> information that may be Privileged, confidential or copyrighted under
> applicable law. If you are not the intended recipient, you are hereby
> formally notified that any use, copying or distribution of this e-mail, in
> whole or in part, is strictly prohibited. Please notify the sender by
> return e-mail and delete this e-mail from your system. Unless explicitly
> and conspicuously designated as "E-Contract Intended", this e-mail does not
> constitute a contract offer, a contract amendment, or an acceptance of a
> contract offer. This e-mail does not constitute a consent to the use of
> sender's contact information for direct marketing purposes or for transfers
> of data to third parties.
>
> --
> 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

Re: IDCAMS REPRO very slow on z/OS 2.3

Systems confirmed that the z/OS 2.3 system installed this weekend was built in 
January, and thus did not include this fix which wasn't released until March.  
I don't know the effort to apply this fix, but hopefully we'll get it soon.  
JCL change(s) for now.

From: IBM Mainframe Discussion List  on behalf of 
Frank Swarbrick 
Sent: Tuesday, June 12, 2018 11:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IDCAMS REPRO very slow on z/OS 2.3

Thanks again, Sri.

I just ran a test, specifying AMP=('BUFND=200,BUFNI=20') on the JCL for both 
the INFILE and the OUTFILE.  The job ran much faster, with results similar to 
what we had been getting on z/OS 2.2.  Systems hasn't given me the answer as to 
whether the fix is on, but my guess is no.  :-)

Frank

From: IBM Mainframe Discussion List  on behalf of Sri 
h Kolusu 
Sent: Tuesday, June 12, 2018 11:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IDCAMS REPRO very slow on z/OS 2.3

>> Do you know why the APAR says it applies to "Software Version 210"
instead of 230?

Frank,

Even though the issue is introduced in z/OS 2.3 , We built PTFs for the
other releases(2.1 and 2.2)  to forestall future problems that might have
been exposed by later PTFs

Thanks,
Kolusu

--
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

SYSLOGD Monitoring

2018-06-12 Thread Adams, Anne (DTI)

Greetings all,

Has anyone attempted to capture messages written to the syslog daemon (ie. 
syslog.log)? We have a network monitoring tool that can give us the status and 
availability of servers on our network. I'd like the ability to write to the 
system console but there doesn't appear to be a port associated with it (and 
this product wants to write to a syslog service associated with a port) so I'm 
writing to the SyslogD Server instead. When I check syslog.log I will see the 
test messages but none of my monitoring software can "see" those messages. Am I 
missing something or is this simply something that cannot be done? Thanks.

Anne R Adams, CISSP
DTI, Systems Engineering
Lead Mainframe Services Analyst 
302.739.9500

We support the mainframe, it just works.

This communication is for use by the intended recipient and contains 
information that may be Privileged, confidential or copyrighted under 
applicable law. If you are not the intended recipient, you are hereby formally 
notified that any use, copying or distribution of this e-mail, in whole or in 
part, is strictly prohibited. Please notify the sender by return e-mail and 
delete this e-mail from your system. Unless explicitly and conspicuously 
designated as "E-Contract Intended", this e-mail does not constitute a contract 
offer, a contract amendment, or an acceptance of a contract offer. This e-mail 
does not constitute a consent to the use of sender's contact information for 
direct marketing purposes or for transfers of data to third parties.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SDSF DA display in z/OS 2.3

2018-06-12 Thread Webster, Chris

SDSF primary command 'search ffps' brings up 7 hits.  It gets past poor 
usability but does not help when you aren't sure what you are looking for (ffps 
not exactly the first thing that comes to mind for this).

...chris.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Rob 
Scott
Sent: June-12-18 1:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF DA display in z/OS 2.3

"Enter = forward" takes you through the entire set of help for the first 
section of the "SET" command and then reverts to panel ISFJCMO which shows :



4 - SET (part 1)   Set SDSF options: ACTION, BROWSE, CKLIM,

   CMODE, CONFIRM, CONMOD, CONSOLE, CSORT,

   CURSOR, DATE, DELAY, DISPLAY, DUPDS

5 - SET (part 2)   More SDSF options: FFPS, LANGUAGE, LOG,

   MENU, PRTCCASA, ROWNUM, SCHARS, SCREEN,

   SECTRACE, SHELF, TIMEOUT



The usability here is not ideal to say the least.



It also seems that "FFPS" is missing from the "What's new" ISPF help section as 
well.



Please note that there is a "Setting fixed field point-and-shoot" section in 
the SDSF for z/OS 2.3 User's Guide (on or around page 14).



Rob Scott

Rocket Software





-Original Message-

From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson

Sent: Monday, June 11, 2018 5:21 PM

To: IBM-MAIN@LISTSERV.UA.EDU

Subject: Re: SDSF DA display in z/OS 2.3



In the scenario I described, there is no second Help screen. Despite the note 
"Enter = Forward",  actually drills down on the Set options shown on the 
first screen beginning with "HELP: SET ACTION Command".



I just want this unexpected change to be made as transparent as possible for 
the unwitting user. I looked early on at the Help thread



1 - What's new



No mention of FFSP.



.

.

J.O.Skip Robinson

Southern California Edison Company

Electric Dragon Team Paddler

SHARE MVS Program Co-Manager

323-715-0595 Mobile

626-543-6132 Office ⇐=== NEW

robin...@sce.com





-Original Message-

From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rob Scott

Sent: Monday, June 11, 2018 3:15 AM

To: IBM-MAIN@LISTSERV.UA.EDU

Subject: (External):Re: SDSF DA display in z/OS 2.3



SDSF 2.3 introduced the "point-and-shoot" ability for jobnames on panels such 
as "DA" and "H" to act as if the user typed "?" in the NP column.



Historically when SDSF introduces new behaviour there is either a "SET" option 
for the user or a custom property for the SDSF group that can be applied via 
ISFPRMxx.



This behaviour was deemed to be very much an individual user choice, so "SET 
FFPS" command was chosen as the mechanism to allow customization.



Note that this setting in saved in your ISPF profile dataset so you do not have 
to select this every time you enter the product.



Note that "SET ?" is not a valid command, all the product is attempting to do 
in response is show the first help panel for the SET command.

The help for FFPS is on the second help panel. SDSF is limited to 24 lines for 
compatibility reasons.





Rob Scott

Rocket Software



-Original Message-

From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson

Sent: Friday, June 8, 2018 10:51 PM

To: IBM-MAIN@LISTSERV.UA.EDU

Subject: Re: SDSF DA display in z/OS 2.3



Thanks for the pointers. I would never have guessed the cause. However, there 
may still be reason for an SR: 'FFSP' does not show up everywhere in Help 
panels. For example,



SET ?

PARM INVALID



 HELP: SET Commands to Set Options

  Select a SET command by number, or press Enter to view them in sequence.

   1 - ACTION   Action characters

   2 - BROWSE   Default browse action character

   3 - CKLIMNumber of checks to displayed on the history panel

   4 - CMODECommunications mode for sysplex data

   5 - CONFIRM  Confirmation

   6 - CONMOD   Console name modification

   7 - CONSOLE  Extended console

   8 - CSORTCursor-based sort

   9 - CURSOR   Cursor placement

  10 - DATE Date format

  11 - DELAYTimeout value

  12 - DISPLAY  Display of values

  13 - DUPDSDislay [sic] duplicate SYSOUT data sets



FFSP is not listed here, although it does show up in other contexts. Also it's 
a bit unusual for IBM to change default behavior without giving some mechanism 
to set an installation default.



.

.

J.O.Skip Robinson

Southern California Edison Company

Electric Dragon Team Paddler

SHARE MVS Program Co-Manager

323-715-0595 Mobile

626-543-6132 Office ⇐=== NEW

robin...@sce.com





-Original Message-

From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Frank Swarbrick

Sent: Friday, June 08, 2018 1:30 PM

To: IBM-MAIN@LISTSERV.UA.EDU

Subject: (External):Re: SDSF DA display in z/OS 2.3



Interesting!  Though I'm not sure I'm getting that exact behavior.  I can plac

Re: IDCAMS REPRO very slow on z/OS 2.3

Thanks again, Sri.

I just ran a test, specifying AMP=('BUFND=200,BUFNI=20') on the JCL for both 
the INFILE and the OUTFILE.  The job ran much faster, with results similar to 
what we had been getting on z/OS 2.2.  Systems hasn't given me the answer as to 
whether the fix is on, but my guess is no.  :-)

Frank

From: IBM Mainframe Discussion List  on behalf of Sri 
h Kolusu 
Sent: Tuesday, June 12, 2018 11:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IDCAMS REPRO very slow on z/OS 2.3

>> Do you know why the APAR says it applies to "Software Version 210"
instead of 230?

Frank,

Even though the issue is introduced in z/OS 2.3 , We built PTFs for the
other releases(2.1 and 2.2)  to forestall future problems that might have
been exposed by later PTFs

Thanks,
Kolusu


--
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

Re: ISPF programming with assembler

2018-06-12 Thread Seymour J Metz

There is no "actual name"; you tell ISPF what name to use.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Beverly Caldwell 
Sent: Monday, June 11, 2018 7:10 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: ISPF programming with assembler

Well, it's a variable which you will have to define like any other variable
in your program. Once you do that it can be accessed  and read. I don't
recall its actual name. Check the table display service section in the
developers guide.

On Fri, Jun 8, 2018 at 7:35 AM, Immo  wrote:

> Hi,
>
>
>
> I'd like to retrieve the unique row-id for an entry in an ISPF table from
> an
> assembler program (not the crp!). Unfortunately I didn't find out how to
> get
> hold of the value on my own and so far I haven't found a usable example.
>
>
>
> Any hint or pointer to a working example in assembler language would be
> great!
>
>
>
> Thanks in advance,
>
>
>
> Michael
>
>
>
>
> --
> 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

Re: IDCAMS REPRO very slow on z/OS 2.3

>> Do you know why the APAR says it applies to "Software Version 210"
instead of 230?

Frank,

Even though the issue is introduced in z/OS 2.3 , We built PTFs for the
other releases(2.1 and 2.2)  to forestall future problems that might have
been exposed by later PTFs

Thanks,
Kolusu


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IDCAMS REPRO very slow on z/OS 2.3

thx

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sri h Kolusu
Sent: Tuesday, June 12, 2018 11:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IDCAMS REPRO very slow on z/OS 2.3

> Sri,
> Can you provide any information as to what introduced this error?  The
APAR description seems to indicate this was "always there".

Alan,

It is NOT always there, the issue was introduced only in z/OS 2.3.  The error 
description and problem determination explains the problem.

Thanks,
Kolusu


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Netview Automation Table Code

2018-06-12 Thread Cieri, Anthony

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.G1678V00RETAINED,

 DDNAME=NDM00222

 SVTM052I  FROM E2CP.AZD601P2.ATI7.NBK.PS.G3104V00

* SVTM052I  TO   FDNBT.DATA.VPLUS.SDPAT17.G1678V00*

 SVTM052I  COMPLETED  /SCPA000I

-  -TIMINGS (MINS.)-

Thanks & Regards
Saurabh

On Tue, Jun 12, 2018 at 1:04 PM, Steve Horein 
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  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 
> > 
> > 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 th

Re: IDCAMS REPRO very slow on z/OS 2.3

Thanks Sri.  I'm having the systems group check on this.  I'll try the JCL AMP 
buffers override to see if I can get around it for now.

Do you know why the APAR says it applies to "Software Version 210" instead of 
230?

From: IBM Mainframe Discussion List  on behalf of Sri 
h Kolusu 
Sent: Tuesday, June 12, 2018 10:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IDCAMS REPRO very slow on z/OS 2.3

> Sri,
> Can you provide any information as to what introduced this error?  The
APAR description seems to indicate this was "always there".

Alan,

It is NOT always there, the issue was introduced only in z/OS 2.3.  The
error description and problem determination explains the problem.

Thanks,
Kolusu

--
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

Re: REXX to change Date in PDS member

2018-06-12 Thread Gibney, Dave

As has been pointed out, Dyymdd can not be distinguished from Dyymmd in all 
cases. Or Dymmdd. 5 digits is insufficient for any format other than yyddd

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of saurabh khandelwal
> Sent: Tuesday, June 12, 2018 9:33 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: REXX to change Date in PDS member
> 
> Hello  Kolusu,
> 
> I tried to answer queries raised by different experts.
> 
> We are looking for YYMMDD format, which is DATE('S') function in REXX
> 
>  In my current requirement, we have JCL in place and there we are using tape
> volume as date like below.
> example  OV='D18611',
> 
> 
> Ex : In this below DD name, from JCL should be updated with today's date in
> OV='D18611'
> 
> //IEB  PROC OV='D18611',DS='DS',LB='LB',GDG='(0)'
> 
> 
> 
> and
> 
> 
> Or  like below.  in DD name TAPE  with  VOL=SER=(D18611) .
> 
> 
> 
> //TAPE DD  DSN=RETP.DATA.QSAMCPY1,DISP=(,PASS),
> 
> // UNIT=359D,VOL=SER=(D18611),LABEL=(193,SL)
> 
> 
> 
> //*=
> 
> 
> Can you please suggest, how to handle such situation and update required
> date
> 
> Thank you once again to help us to solve this issue.
> 
> On Tue, Jun 12, 2018 at 6:49 PM, Sri h Kolusu  wrote:
> 
> > Saurabh,
> >
> > You need to first answer the question about the date format.  Post
> > detailed information on what you're trying to accomplish. Do not make
> > people guess what you mean. This will give you a much better chance of
> > getting a good answer to your question.
> >
> > As for the latest requirement, Look up PARSE and Build the entire
> > string or use OVERLAY
> >
> > Thanks,
> > Kolusu
> >
> > IBM Mainframe Discussion List  wrote on
> > 06/12/2018 02:46:02 AM:
> >
> > > From: saurabh khandelwal 
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Date: 06/12/2018 02:47 AM
> > > Subject: Re: REXX to change Date in PDS member Sent by: IBM
> > > Mainframe Discussion List 
> > >
> > > Hello Kolusu,
> > >
> > > Thanks for help. This is exactly what I was looking for to code. But
> > > I still have one doubt in this,
> > >
> > > Your code works only when I have empty memeber to update with
> > > yesterday's and today's date . But how this process works, when we
> > > updating dates in JCL like below.
> > >
> > > Ex : In this below DD name, from JCL should be updated with today's
> > > date in  OV='D18611'
> > >
> >
> > --
> > 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

Re: REXX to change Date in PDS member

> We are looking for YYMMDD format, which is DATE('S') function in REXX
>>Ex : In this below DD name, from JCL should be updated with today's date
in  OV='D18611'

Saurabh,

D18611 is NOT a YYMMDD format. You only have 5 digits where as YYMMDD is 6
digits.

>>> Can you please suggest, how to handle such situation and update
required date

I already did suggest. Here is it once again.

"As for the latest requirement, Look up PARSE and Build the entire string
or use OVERLAY"

Thanks,
Kolusu


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IDCAMS REPRO very slow on z/OS 2.3

> Sri,
> Can you provide any information as to what introduced this error?  The
APAR description seems to indicate this was "always there".

Alan,

It is NOT always there, the issue was introduced only in z/OS 2.3.  The
error description and problem determination explains the problem.

Thanks,
Kolusu


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REXX to change Date in PDS member

Hello  Kolusu,

I tried to answer queries raised by different experts.

We are looking for YYMMDD format, which is DATE('S') function in REXX

 In my current requirement, we have JCL in place and there we are using
tape volume as date like below.
example  OV='D18611',


Ex : In this below DD name, from JCL should be updated with today's date in
 OV='D18611'

//IEB  PROC OV='D18611',DS='DS',LB='LB',GDG='(0)'



and


Or  like below.  in DD name TAPE  with  VOL=SER=(D18611) .



//TAPE DD  DSN=RETP.DATA.QSAMCPY1,DISP=(,PASS),

// UNIT=359D,VOL=SER=(D18611),LABEL=(193,SL)



//*=


Can you please suggest, how to handle such situation and update required
date

Thank you once again to help us to solve this issue.

On Tue, Jun 12, 2018 at 6:49 PM, Sri h Kolusu  wrote:

> Saurabh,
>
> You need to first answer the question about the date format.  Post detailed
> information on what you're trying to accomplish. Do not make people guess
> what you mean. This will give you a much better chance of getting a good
> answer to your question.
>
> As for the latest requirement, Look up PARSE and Build the entire string or
> use OVERLAY
>
> Thanks,
> Kolusu
>
> IBM Mainframe Discussion List  wrote on
> 06/12/2018 02:46:02 AM:
>
> > From: saurabh khandelwal 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date: 06/12/2018 02:47 AM
> > Subject: Re: REXX to change Date in PDS member
> > Sent by: IBM Mainframe Discussion List 
> >
> > Hello Kolusu,
> >
> > Thanks for help. This is exactly what I was looking for to code. But I
> > still have one doubt in this,
> >
> > Your code works only when I have empty memeber to update with yesterday's
> > and today's date . But how this process works, when we updating dates in
> > JCL like below.
> >
> > Ex : In this below DD name, from JCL should be updated with today's date
> > in  OV='D18611'
> >
>
> --
> 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

Re: IDCAMS REPRO very slow on z/OS 2.3

Sri,

Can you provide any information as to what introduced this error?
The APAR description seems to indicate this was "always there".

Thanks in advance,

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sri h Kolusu
Sent: Tuesday, June 12, 2018 11:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IDCAMS REPRO very slow on z/OS 2.3

Frank,


Please make sure that you have  OA54007 installed.

https://apac01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww-01.ibm.com%2Fsupport%2Fdocview.wss%3Fuid%3Disg1OA54007&data=02%7C01%7Callan.staller%40HCL.COM%7C7ec74c2cb9d54fc6a0ff08d5d07f08eb%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C1%7C636644166406372192&sdata=adLD86XpOoLDdwNiMLkEe%2FMRPnyeY6GVGVLUVtQLVq4%3D&reserved=0

Thanks,
Kolusu

IBM Mainframe Discussion List  wrote on
06/12/2018 08:51:03 AM:

> From: Frank Swarbrick 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 06/12/2018 08:51 AM
> Subject: IDCAMS REPRO very slow on z/OS 2.3 Sent by: IBM Mainframe
> Discussion List 
>
> We just upgraded from z/OS 2.2 to z/OS 2.3 on Sunday morning.  This
> appears to cause IDCAMS REPRO jobsteps to do a lot more I/O and take a
> lot longer:
>
>
> PROCSTEP RC  EXCP   CONN   TCB   SRB  CLOCK  SERV
> RECORDS PROCESSED
>
> CPCOPY3  00  255K   929K  2.658683  0.159647   15.53103515
52662441
>
> CPCOPY3  00  256K   967K  2.679822  0.186634   16.93156197
52760628
>
> CPCOPY3  00  256K  1014K  2.693045  0.191031   17.63175500
52812944
>
> CPCOPY3  00  257K  1071K  2.698492  0.190811   18.73181257
52834640
>
> CPCOPY3  00  257K  1014K  2.706506  0.195671   18.03195359
52842738
>
> CPCOPY3  00  258K   909K  2.687564  0.163270   16.33139318
52852559
>
> After z/OS v2.3 implementation:
>
> CPCOPY3  00   18M  2363K  6.493965  1.100855  101.3   10081297
52859452
>
> CPCOPY3  00   18M  2406K  6.123753  1.018400  100.59588445
52888383
>
> So from 15-20 minutes for 5.2 million records to 100 minutes.
> Anyone know of a system level "tuning" parameter we might need to tweek?
>
> Thanks,
> Frank
>
> --
> 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
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IDCAMS REPRO very slow on z/OS 2.3

Sri has a winner. 
When you read the apar description, it is a failed getmain (region) that causes 
the problem.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Tuesday, June 12, 2018 11:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IDCAMS REPRO very slow on z/OS 2.3

I would verify the CISIZE on the old/new files.
Buffering techniques?
Contention?
Region?


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Frank Swarbrick
Sent: Tuesday, June 12, 2018 10:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IDCAMS REPRO very slow on z/OS 2.3

We just upgraded from z/OS 2.2 to z/OS 2.3 on Sunday morning.  This appears to 
cause IDCAMS REPRO jobsteps to do a lot more I/O and take a lot longer:


PROCSTEP RC  EXCP   CONN   TCB   SRB  CLOCK  SERV RECORDS 
PROCESSED

CPCOPY3  00  255K   929K  2.658683  0.159647   15.5310351552662441

CPCOPY3  00  256K   967K  2.679822  0.186634   16.9315619752760628

CPCOPY3  00  256K  1014K  2.693045  0.191031   17.6317550052812944

CPCOPY3  00  257K  1071K  2.698492  0.190811   18.7318125752834640

CPCOPY3  00  257K  1014K  2.706506  0.195671   18.0319535952842738

CPCOPY3  00  258K   909K  2.687564  0.163270   16.3313931852852559

After z/OS v2.3 implementation:

CPCOPY3  00   18M  2363K  6.493965  1.100855  101.3   1008129752859452

CPCOPY3  00   18M  2406K  6.123753  1.018400  100.5958844552888383

So from 15-20 minutes for 5.2 million records to 100 minutes.  Anyone know of a 
system level "tuning" parameter we might need to tweek?

Thanks,
Frank

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--

--
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

Re: IDCAMS REPRO very slow on z/OS 2.3

I would verify the CISIZE on the old/new files.
Buffering techniques?
Contention?
Region?


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Frank Swarbrick
Sent: Tuesday, June 12, 2018 10:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IDCAMS REPRO very slow on z/OS 2.3

We just upgraded from z/OS 2.2 to z/OS 2.3 on Sunday morning.  This appears to 
cause IDCAMS REPRO jobsteps to do a lot more I/O and take a lot longer:


PROCSTEP RC  EXCP   CONN   TCB   SRB  CLOCK  SERV RECORDS 
PROCESSED

CPCOPY3  00  255K   929K  2.658683  0.159647   15.5310351552662441

CPCOPY3  00  256K   967K  2.679822  0.186634   16.9315619752760628

CPCOPY3  00  256K  1014K  2.693045  0.191031   17.6317550052812944

CPCOPY3  00  257K  1071K  2.698492  0.190811   18.7318125752834640

CPCOPY3  00  257K  1014K  2.706506  0.195671   18.0319535952842738

CPCOPY3  00  258K   909K  2.687564  0.163270   16.3313931852852559

After z/OS v2.3 implementation:

CPCOPY3  00   18M  2363K  6.493965  1.100855  101.3   1008129752859452

CPCOPY3  00   18M  2406K  6.123753  1.018400  100.5958844552888383

So from 15-20 minutes for 5.2 million records to 100 minutes.  Anyone know of a 
system level "tuning" parameter we might need to tweek?

Thanks,
Frank

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IDCAMS REPRO very slow on z/OS 2.3

Frank,


Please make sure that you have  OA54007 installed.

http://www-01.ibm.com/support/docview.wss?uid=isg1OA54007

Thanks,
Kolusu

IBM Mainframe Discussion List  wrote on
06/12/2018 08:51:03 AM:

> From: Frank Swarbrick 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 06/12/2018 08:51 AM
> Subject: IDCAMS REPRO very slow on z/OS 2.3
> Sent by: IBM Mainframe Discussion List 
>
> We just upgraded from z/OS 2.2 to z/OS 2.3 on Sunday morning.  This
> appears to cause IDCAMS REPRO jobsteps to do a lot more I/O and take
> a lot longer:
>
>
> PROCSTEP RC  EXCP   CONN   TCB   SRB  CLOCK  SERV
> RECORDS PROCESSED
>
> CPCOPY3  00  255K   929K  2.658683  0.159647   15.53103515
52662441
>
> CPCOPY3  00  256K   967K  2.679822  0.186634   16.93156197
52760628
>
> CPCOPY3  00  256K  1014K  2.693045  0.191031   17.63175500
52812944
>
> CPCOPY3  00  257K  1071K  2.698492  0.190811   18.73181257
52834640
>
> CPCOPY3  00  257K  1014K  2.706506  0.195671   18.03195359
52842738
>
> CPCOPY3  00  258K   909K  2.687564  0.163270   16.33139318
52852559
>
> After z/OS v2.3 implementation:
>
> CPCOPY3  00   18M  2363K  6.493965  1.100855  101.3   10081297
52859452
>
> CPCOPY3  00   18M  2406K  6.123753  1.018400  100.59588445
52888383
>
> So from 15-20 minutes for 5.2 million records to 100 minutes.
> Anyone know of a system level "tuning" parameter we might need to tweek?
>
> Thanks,
> Frank
>
> --
> 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

Re: REXX to change Date in PDS member

Part of the problem I see with this discussion is the lack of understanding of
REXX by the OP.

So, the suggestions are how to handle this process may need to be more specific.

That leads to the question, who will support the code once it is working and
later has issues?


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Sri h Kolusu
> Sent: Tuesday, June 12, 2018 8:50 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: REXX to change Date in PDS member
> 
> Saurabh,
> 
> You need to first answer the question about the date format.  Post detailed
> information on what you're trying to accomplish. Do not make people guess
> what you mean. This will give you a much better chance of getting a good
> answer to your question.
> 
> As for the latest requirement, Look up PARSE and Build the entire string or
> use OVERLAY
> 
> Thanks,
> Kolusu
> 
> IBM Mainframe Discussion List  wrote on
> 06/12/2018 02:46:02 AM:
> 
> > From: saurabh khandelwal 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date: 06/12/2018 02:47 AM
> > Subject: Re: REXX to change Date in PDS member Sent by: IBM Mainframe
> > Discussion List 
> >
> > Hello Kolusu,
> >
> > Thanks for help. This is exactly what I was looking for to code. But I
> > still have one doubt in this,
> >
> > Your code works only when I have empty memeber to update with
> > yesterday's and today's date . But how this process works, when we
> > updating dates in JCL like below.
> >
> > Ex : In this below DD name, from JCL should be updated with today's
> > date in  OV='D18611'
> >
> 
> --
> 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

Re: IDCAMS REPRO very slow on z/OS 2.3

I would open an SR - you may have found a "new" behavior

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Frank Swarbrick
> Sent: Tuesday, June 12, 2018 8:51 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IDCAMS REPRO very slow on z/OS 2.3
> 
> We just upgraded from z/OS 2.2 to z/OS 2.3 on Sunday morning.  This appears
> to cause IDCAMS REPRO jobsteps to do a lot more I/O and take a lot longer:
> 
> 
> PROCSTEP RC  EXCP   CONN   TCB   SRB  CLOCK  SERV RECORDS
> PROCESSED
> 
> CPCOPY3  00  255K   929K  2.658683  0.159647   15.5310351552662441
> 
> CPCOPY3  00  256K   967K  2.679822  0.186634   16.9315619752760628
> 
> CPCOPY3  00  256K  1014K  2.693045  0.191031   17.6317550052812944
> 
> CPCOPY3  00  257K  1071K  2.698492  0.190811   18.7318125752834640
> 
> CPCOPY3  00  257K  1014K  2.706506  0.195671   18.0319535952842738
> 
> CPCOPY3  00  258K   909K  2.687564  0.163270   16.3313931852852559
> 
> After z/OS v2.3 implementation:
> 
> CPCOPY3  00   18M  2363K  6.493965  1.100855  101.3   1008129752859452
> 
> CPCOPY3  00   18M  2406K  6.123753  1.018400  100.5958844552888383
> 
> So from 15-20 minutes for 5.2 million records to 100 minutes.  Anyone know of
> a system level "tuning" parameter we might need to tweek?
> 
> Thanks,
> Frank
> 
> --
> 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

IDCAMS REPRO very slow on z/OS 2.3

We just upgraded from z/OS 2.2 to z/OS 2.3 on Sunday morning.  This appears to 
cause IDCAMS REPRO jobsteps to do a lot more I/O and take a lot longer:


PROCSTEP RC  EXCP   CONN   TCB   SRB  CLOCK  SERV RECORDS 
PROCESSED

CPCOPY3  00  255K   929K  2.658683  0.159647   15.5310351552662441

CPCOPY3  00  256K   967K  2.679822  0.186634   16.9315619752760628

CPCOPY3  00  256K  1014K  2.693045  0.191031   17.6317550052812944

CPCOPY3  00  257K  1071K  2.698492  0.190811   18.7318125752834640

CPCOPY3  00  257K  1014K  2.706506  0.195671   18.0319535952842738

CPCOPY3  00  258K   909K  2.687564  0.163270   16.3313931852852559

After z/OS v2.3 implementation:

CPCOPY3  00   18M  2363K  6.493965  1.100855  101.3   1008129752859452

CPCOPY3  00   18M  2406K  6.123753  1.018400  100.5958844552888383

So from 15-20 minutes for 5.2 million records to 100 minutes.  Anyone know of a 
system level "tuning" parameter we might need to tweek?

Thanks,
Frank

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REXX to change Date in PDS member

Saurabh,

You need to first answer the question about the date format.  Post detailed
information on what you're trying to accomplish. Do not make people guess
what you mean. This will give you a much better chance of getting a good
answer to your question.

As for the latest requirement, Look up PARSE and Build the entire string or
use OVERLAY

Thanks,
Kolusu

IBM Mainframe Discussion List  wrote on
06/12/2018 02:46:02 AM:

> From: saurabh khandelwal 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 06/12/2018 02:47 AM
> Subject: Re: REXX to change Date in PDS member
> Sent by: IBM Mainframe Discussion List 
>
> Hello Kolusu,
>
> Thanks for help. This is exactly what I was looking for to code. But I
> still have one doubt in this,
>
> Your code works only when I have empty memeber to update with yesterday's
> and today's date . But how this process works, when we updating dates in
> JCL like below.
>
> Ex : In this below DD name, from JCL should be updated with today's date
> in  OV='D18611'
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Rant of the Day - First World Problems

2018-06-12 Thread Scott Fagen

Just figured I'd do the LISTSERV equivalent of primal scream therapy.

One of the pleasures of Google is the ability to get help on almost anything
IBM mainframe related by searching for something like:

TSO REXX POS

and you'd get back a pointer to the page in the online library to the POS
function within the first five or so Google hits. Given that the z/OS 2.1 doc
has been out there for a very long time, almost all of the "hits" refer to the
z/OS 2.1 knowledge center.

IBM took down all these books in the last couple of days and now all of these
hits have been turned to $hit:

Documentation for z/OS V2.1.0 is no longer available in IBM Knowledge Center.

While the product version and release remains in service, you can find
information in the following formats:
Individual PDFs for downloading:
https://www.ibm.com/servers/resourcelink/svcoo100.nsf/pages/zosv2r1-pdf-download?OpenDocument
z/OS V2R1 Adobe Indexed Collection (all PDFs with full text search via the free
Adobe Acrobat Reader):
http://publibz.boulder.ibm.com/zoslib/pdf/zosv2r1pdfcollection.zip
IBM Knowledge Center plugins for downloading (for use with IBM Knowledge Center
for z/OS): http://publibz.boulder.ibm.com/zoslib/SSLTBW_2.1.0_4KC.jar.
For information about current releases of this product see
http://www.ibm.com/support/knowledgecenter/SSLTBW/welcome.

More information and resources are available at the IBM z/OS Internet Library:
https://www.ibm.com/servers/resourcelink/svcoo100.nsf/pages/zosinternetlibrary?opendocument.

Now, this isn't IBM's fault. However, taking the same search to the z/OS 2.2
KC main page gives nothing of value for someone looking for the POS (ironic,
huh?) function (the search was TSO REXX POS):

- The TSO command environment
- Host command environments for z/OS UNIX processing
- TSO commands, CLISTs, and REXX EXECs
- Using TSO subcommands from a TSO CLIST or REXX exec
- REXX ADDRESS TSO support requirements

Here's Google's #1 hit (that's as far as you have to go) for TSO REXX POS:

POS (Position) - IBM
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.../pos.htm
POS (Position) z/OS TSO/E REXX Reference SA32-0972-00 ... (See also the INDEX
and LASTPOS functions.) Returns 0 if needle is the null string or is not found
...

To curtail a possible rathole on this discussion, please don't suggest adding
"z/OS 2.2" to the Google search. It doesn't help. The Googler simply returns
a similar set of hits and says it couldn't find "2.2".

POS (Position) - IBM
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2...ibm.zos.../pos.htm
z/OS TSO/E REXX Reference ... returns the position of one string, needle, in
another, haystack. (See also the INDEX and LASTPOS functions.) Returns 0 if ...
Missing: 2.2 < weird for the most likely hit, no?

I'd be glad to entertain suggestions on how to better negotiate Google (use
Bing?) or make the IBM KC site return more intelligent results. Whatever
happened to Watson?

Rant complete,
Scott Fagen
21st Century Software

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JCL ERROR Anybody ?

On Tue, 12 Jun 2018 06:35:36 -0500, Tom Marchant wrote:

>On Mon, 11 Jun 2018 16:57:02 -0700, Beverly Caldwell wrote:
>
>>I see. Never even considered that. This came from IBM via the DB2 order. Of
>>course that doesn't mean they actually tested it!
> 
If this is not the result of any customization you may have performed, an SR
against the DB2 packaging is in order.

>When a passed data set is referenced, it is removed from the passed data 
>queue. 
>That's why it can't find it for the second DD statement. When the step ends, 
>the 
>PASS disposition puts it back in the passed data queue, so that a later step 
>can 
>reference it. 
>
That design is moronic!  It should be fixed.  How much resource  has been
wasted explaining it to novices (even by RTFM).  Why not simply leave the
entry in the queue until the end of the step, or never remove it if PASS is
specified?  We'd be better off if we had never need to know this stuff.

>... See "Passing a Data Set" in the JCL User's Guide (not the Reference).
>
If the behavior is not specified in the the Reference an RCF is in order.  The
Guide properly answers the question, "How can I do this?"  The Reference
should answer, "What happens when I do it?"

>>On Mon, Jun 11, 2018 at 4:49 PM, Sri h Kolusu wrote:
>>>
>>> If you are referring the same temp dataset with 2 different DDnames in the
>>> same step, then you probably need VOL=REF
> 
Notes:
o VOL=REF is not needued on the first referback within a step, only on the
  second and subsequent.
o VOL=REF may mention a DDNAME either in an earlier step or in the same
  step.  I regularly do this in a step which allocates a NEW data set (non-SMS)
  so I can refer to it by two different DDNAMEs within that step.
o My mentor explained (I haven't tried) that once a temp data set is
  used twice in a step and both PASSed, it may be referenced an equal
  number of times in a subsequent step with no need for VOL=REF.  I suppose
  such a DD might be added in the creating step to eliminate the need for some
  code in later steps.

The behavior is inexcusable; it ought to be fixed.  Simpler Is Better.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: help

On Tue, 12 Jun 2018 14:03:35 +, James Peddycord wrote:

>NTAC:3NS-20
>
Perhaps http://crisiscallcenter.org/crisisservices-html/
???

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: help

Please provide more details on what type of help you want.

If you are looking to send a command to the LIST SERVER - then at the bottom of
the email for how to send commands to the LIST SERVER

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> James Peddycord
> Sent: Tuesday, June 12, 2018 7:04 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: help
> 
> NTAC:3NS-20
> 
> 
> --
> 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

Re: REXX to change Date in PDS member

On Tue, 12 Jun 2018 12:49:25 +0300, saurabh khandelwal wrote:
>
>We always use  IPOUPDTE  for making this change but somebody have to
>update  IPOUPDTE  Job with today's date etc, So that required members can
>be updated with correct date values. Do you have any other way to make this
>happen, so that manual intervention can be avoided.
>
A few alternatives:

o Could you INCLUDE a JCLLIB member which you update daily?

o Is there a dynamic system symbol which serves your purpose?

o Could you use Rexx to create a temporary data set and passing
  that as SYSIN to your later IPOUPDTE step?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

help

2018-06-12 Thread James Peddycord

NTAC:3NS-20


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: KC - z/OS 2.1 manuals no longer available

On Tue, Jun 12, 2018 at 8:23 AM Vince Getgood  wrote:

> The client I'm working at runs z/OS 2.1.  z/OS 2.1 goes out of service
> this year, but IBM seem to have jumped the gin by getting rid of the
> knowledgecentre for it!
>

More likely they have been _drinking_ the gin! {grin - typo in above}



>
> Now when I click on my saved link (which worked earlier this morming [UK
> time]), I get: -
>
> Documentation for z/OS V2.1.0 is no longer available in IBM Knowledge
> Center.
>
> While the product version and release remains in service, you can find
> information in the following formats:•Individual PDFs for downloading:
> https://www.ibm.com/servers/resourcelink/svcoo100.nsf/pages/zosv2r1-pdf-download?OpenDocument
> •z/OS V2R1 Adobe Indexed Collection (all PDFs with full text search via
> the free Adobe Acrobat Reader):
> http://publibz.boulder.ibm.com/zoslib/pdf/zosv2r1pdfcollection.zip
> •IBM Knowledge Center plugins for downloading (for use with IBM Knowledge
> Center for z/OS):
> http://publibz.boulder.ibm.com/zoslib/SSLTBW_2.1.0_4KC.jar.
>
> For information about current releases of this product see
> http://www.ibm.com/support/knowledgecenter/SSLTBW/welcome.
>
> More information and resources are available at the IBM z/OS Internet
> Library:
> https://www.ibm.com/servers/resourcelink/svcoo100.nsf/pages/zosinternetlibrary?opendocument
> .
>
>
> Why take this away IBM?  Can't customers get access to manuals for a
> currently supported relase?
>

-- 
A computer once beat me at chess, but it was no match for me at kick boxing.

Emo Philips

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: KC - z/OS 2.1 manuals no longer available

2018-06-12 Thread Blake, Daniel J [CTR]

This one just worked for me

https://www-304.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosv2r1-pdf-download?OpenDocument

;-D an


  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vince Getgood
Sent: Tuesday, June 12, 2018 9:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: KC - z/OS 2.1 manuals no longer available

The client I'm working at runs z/OS 2.1.  z/OS 2.1 goes out of service this 
year, but IBM seem to have jumped the gin by getting rid of the knowledgecentre 
for it!

Now when I click on my saved link (which worked earlier this morming [UK 
time]), I get: -

Documentation for z/OS V2.1.0 is no longer available in IBM Knowledge Center.

While the product version and release remains in service, you can find 
information in the following formats:•Individual PDFs for downloading: 
https://www.ibm.com/servers/resourcelink/svcoo100.nsf/pages/zosv2r1-pdf-download?OpenDocument
•z/OS V2R1 Adobe Indexed Collection (all PDFs with full text search via the 
free Adobe Acrobat Reader): 
http://publibz.boulder.ibm.com/zoslib/pdf/zosv2r1pdfcollection.zip
•IBM Knowledge Center plugins for downloading (for use with IBM Knowledge 
Center for z/OS): http://publibz.boulder.ibm.com/zoslib/SSLTBW_2.1.0_4KC.jar.

For information about current releases of this product see 
http://www.ibm.com/support/knowledgecenter/SSLTBW/welcome.

More information and resources are available at the IBM z/OS Internet Library: 
https://www.ibm.com/servers/resourcelink/svcoo100.nsf/pages/zosinternetlibrary?opendocument.


Why take this away IBM?  Can't customers get access to manuals for a currently 
supported relase?  

--
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

Re: SYSLOG / OPERLOG displaying date.

On Sat, Jun 9, 2018 at 10:33 PM Bruce Hewson 
wrote:

> Knowing which date format you are viewing is always a pain for me - some
> system I support have mm/dd/yy and others have dd/mm/yy, and still others
> use yy/mm/dd.
>
> I prefer, where possible, to us a 3 char MONTH abbreviation.
>
> Then  you know which is the MONTH.
>
> and use a 4 digit YEAR.
>
> leaving only a 2 or 3 digit day value.
>

That's what I put on my checks: 6 May 2018. But, at least stored in a text
form in a computer, I use ISO-8601 (or RFC3339) format. Unambiguous and
directly sortable.



>
> Easy
>
> Tom Brennan's Vista TN3270 allows such on the status line.
>
> &trantime %d/%b/%Y.%j %I:%M%p &hostaddr &hostname
>
>
> Regards
> Bruce Hewson
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
A computer once beat me at chess, but it was no match for me at kick boxing.

Emo Philips

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: KC - z/OS 2.1 manuals no longer available

I think this is more fallout from the thread of last week.
The z/OS 1.13 and prior manuals were still available last time I looked 
(disclaimer - I haven't looked recently).

I can think of no reason for IBM to have removed the KC for 2.1.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vince Getgood
Sent: Tuesday, June 12, 2018 8:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: KC - z/OS 2.1 manuals no longer available

The client I'm working at runs z/OS 2.1.  z/OS 2.1 goes out of service this 
year, but IBM seem to have jumped the gin by getting rid of the knowledgecentre 
for it!

Now when I click on my saved link (which worked earlier this morming [UK 
time]), I get: -

Documentation for z/OS V2.1.0 is no longer available in IBM Knowledge Center.

While the product version and release remains in service, you can find 
information in the following formats:•Individual PDFs for downloading: 
https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fservers%2Fresourcelink%2Fsvcoo100.nsf%2Fpages%2Fzosv2r1-pdf-download%3FOpenDocument&data=02%7C01%7Callan.staller%40HCL.COM%7C28b09ed450b94eb0660808d5d067b7d1%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C1%7C636644066274336211&sdata=qnsLAXTRGUnw5aKjotsBmVuRt0CgRWOuXO6n0MhY5d8%3D&reserved=0
•z/OS V2R1 Adobe Indexed Collection (all PDFs with full text search via the 
free Adobe Acrobat Reader): 
https://apac01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fpublibz.boulder.ibm.com%2Fzoslib%2Fpdf%2Fzosv2r1pdfcollection.zip&data=02%7C01%7Callan.staller%40HCL.COM%7C28b09ed450b94eb0660808d5d067b7d1%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C1%7C636644066274346219&sdata=pf1DrX57zhzsQlkyKU5kw9xN6kYGSykAeexRp%2BTKiAo%3D&reserved=0
•IBM Knowledge Center plugins for downloading (for use with IBM Knowledge 
Center for z/OS): 
https://apac01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fpublibz.boulder.ibm.com%2Fzoslib%2FSSLTBW_2.1.0_4KC.jar&data=02%7C01%7Callan.staller%40HCL.COM%7C28b09ed450b94eb0660808d5d067b7d1%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C1%7C636644066274346219&sdata=I5Syl6gsbnISA1fGjrL2FrgPrN%2FTu%2FNpM3FaMouQ62w%3D&reserved=0.

For information about current releases of this product see 
https://apac01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.ibm.com%2Fsupport%2Fknowledgecenter%2FSSLTBW%2Fwelcome&data=02%7C01%7Callan.staller%40HCL.COM%7C28b09ed450b94eb0660808d5d067b7d1%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C1%7C636644066274346219&sdata=bGoU7USgtmCoyLxLRHQHFhnGqog1tDGhDBesGGi0Z90%3D&reserved=0.

More information and resources are available at the IBM z/OS Internet Library: 
https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fservers%2Fresourcelink%2Fsvcoo100.nsf%2Fpages%2Fzosinternetlibrary%3Fopendocument&data=02%7C01%7Callan.staller%40HCL.COM%7C28b09ed450b94eb0660808d5d067b7d1%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C1%7C636644066274346219&sdata=jhof29bMmJr%2FahbeT8xUr%2BT%2BHWbNOtTJpmyIqBous%2B8%3D&reserved=0.


Why take this away IBM?  Can't customers get access to manuals for a currently 
supported relase?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--

--

KC - z/OS 2.1 manuals no longer available

2018-06-12 Thread Vince Getgood

The client I'm working at runs z/OS 2.1.  z/OS 2.1 goes out of service this 
year, but IBM seem to have jumped the gin by getting rid of the knowledgecentre 
for it!

Now when I click on my saved link (which worked earlier this morming [UK 
time]), I get: -

Documentation for z/OS V2.1.0 is no longer available in IBM Knowledge Center.

While the product version and release remains in service, you can find 
information in the following formats:•Individual PDFs for downloading: 
https://www.ibm.com/servers/resourcelink/svcoo100.nsf/pages/zosv2r1-pdf-download?OpenDocument
•z/OS V2R1 Adobe Indexed Collection (all PDFs with full text search via the 
free Adobe Acrobat Reader): 
http://publibz.boulder.ibm.com/zoslib/pdf/zosv2r1pdfcollection.zip
•IBM Knowledge Center plugins for downloading (for use with IBM Knowledge 
Center for z/OS): http://publibz.boulder.ibm.com/zoslib/SSLTBW_2.1.0_4KC.jar.

For information about current releases of this product see 
http://www.ibm.com/support/knowledgecenter/SSLTBW/welcome.

More information and resources are available at the IBM z/OS Internet Library: 
https://www.ibm.com/servers/resourcelink/svcoo100.nsf/pages/zosinternetlibrary?opendocument.


Why take this away IBM?  Can't customers get access to manuals for a currently 
supported relase?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: [External] Re: REXX to change Date in PDS member

2018-06-12 Thread Pommier, Rex

Hi Kolusu,

No problem with your guess as to what the OP is looking for.  Actually I was 
kind of hoping you had some kind of trick that would differentiate the dates 
somehow!  :-)   I'm hoping that the OP simply typo'd and missed a 0 somewhere.

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sri h Kolusu
Sent: Monday, June 11, 2018 4:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Re: REXX to change Date in PDS member

>>> Regarding the removal of leading zeros, how does one tell the >
difference between, for example, January 11 and November 1?  It's possible,
albeit unlikely, that the OP is using hex notation for the > month?  :-)

>>If that's the case, what date is 19117?

Rex/Tom

It was merely a guess from me about the date format  from OP.  He needs to
clarify about the format or how he plans to use that format later on.

Thanks,
Kolusu

IBM Mainframe Discussion List  wrote on
06/11/2018 01:35:30 PM:

> From: "Pommier, Rex" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 06/11/2018 01:36 PM
> Subject: Re: [External] Re: REXX to change Date in PDS member
> Sent by: IBM Mainframe Discussion List 
>
> Regarding the removal of leading zeros, how does one tell the
> difference between, for example, January 11 and November 1?  It's
> possible, albeit unlikely, that the OP is using hex notation for the
> month?  :-)
>
> Rex
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> ] On Behalf Of Sri h Kolusu
> Sent: Monday, June 11, 2018 3:27 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [External] Re: REXX to change Date in PDS member
>
> >>> is the date format YYMDD ?  > or Julian , yeah WTH ?
>
> Carmen,
>
> I am guessing that OP date format is YYMMDD but needs to  remove the
> leading zero for Month (January thru September ) and the same for Day (01
> thru 09). Since the year is already 18, we don't have worry about it for
> another 82 years. :)
>
> Saurabh,
>
> You can try this
>
> /* REXX */
> "ALLOC FI(OUTDD) DA('BKP.JCL.CNTL(BKPDABD1)') SHR REUSE"
>
> TODAY = DATE('S')
> YESTERDAY = TODAY - 1
> CDAYMM= STRIP(SUBSTR(TODAY,5,2),'L','0')
> CDAYDD= STRIP(SUBSTR(TODAY,7,2),'L','0')
> YDAYMM= STRIP(SUBSTR(YESTERDAY,5,2),'L','0')
> YDAYDD= STRIP(SUBSTR(YESTERDAY,7,2),'L','0')
>
> LINEOUT   = 'D'||,
>  SUBSTR(YESTERDAY,3,2) ||,
>  YDAYMM||,
>  YDAYDD||,
> '<'||,
> 'D'||,
>  SUBSTR(TODAY,3,2) ||,
>  CDAYMM||,
>  CDAYDD||,
> '<'||,
> 'VOL=SER<'
> QUEUE LINEOUT
> "EXECIO 1 DISKW OUTDD (FINIS"
> "FREE FI(OUTDD)"
>
>
> I will let you ponder about updating the stats upon updating the contents
> of the member
>
> Thanks,
> Kolusu
>
> IBM Mainframe Discussion List  wrote on
> 06/11/2018 12:57:09 PM:
>
> > From: Carmen Vitullo 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date: 06/11/2018 12:57 PM
> > Subject: Re: REXX to change Date in PDS member
> > Sent by: IBM Mainframe Discussion List 
> >
> > is the date format YYMDD ?
> > or Julian , yeah WTH ?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> The information contained in this message is confidential, protected
> from disclosure and may be legally privileged.  If the reader of
> this message is not the intended recipient or an employee or agent
> responsible for delivering this message to the intended recipient,
> you are hereby notified that any disclosure, distribution, copying,
> or any action taken or action omitted in reliance on it, is strictly
> prohibited and may be unlawful.  If you have received this
> communication in error, please notify us immediately by replying to
> this message and destroy the material in its entirety, whether in
> electronic or hard copy format.  Thank you.
>
> --
> 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


The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is s

Re: [EXTERNAL] Re: HCM

2018-06-12 Thread Sankaranarayanan, Vignesh

Hi Jorge,

There used to be a free version which worked in read-only mode

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jorge Garcia
Sent: 12 June 2018 07:29
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: HCM

Hi Vignesh,

 It's not a free versión. You must include this entry in IFAPRDxx parmlib 
member and you have to paid to IBM. The install package is available in 
SYS1.SEEQINST(EEQINSTM)

Regards

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

MARKSANDSPENCER.COM

 Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REXX to change Date in PDS member

First

If you were not aware, there is a TSO REXX list that might be helpful with 
this.  To join if you have not done so, use this URL

TSO REXXhttp://www2.marist.edu/htbin/wlvindex?TSO-REXX




Second, I would look to use REXX plus ISPF to do this which can be a batch job. 
 ISPF runs fine in foreground and batch

The process would basically be

1)  Get todays date, then identify the date you need (today tomorrow or 
yesterday)
2)  Using ISPF LM (Library  Management) Functions - find the member you want to 
update
3)  Using ISPF Macro - either backup the current member or update the current 
member you want
4)  Save that member where you want it


This is just a high level concept of what could work.

Depending on how you want this process to work, you might want to change to a 
file input for your parms. 


Lizette 


> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> saurabh khandelwal
> Sent: Tuesday, June 12, 2018 2:49 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: REXX to change Date in PDS member
> 
> Thanks for reply.
> 
> We always use  IPOUPDTE  for making this change but somebody have to update
> IPOUPDTE  Job with today's date etc, So that required members can be updated
> with correct date values. Do you have any other way to make this happen, so
> that manual intervention can be avoided.
> 
> 
> 
> On Mon, Jun 11, 2018 at 10:27 PM, PINION, RICHARD W. <
> rpin...@firsttennessee.com> wrote:
> 
> > Why re-invent the wheel, use IPOUPDTE.
> >
> > //UPDATE1  EXEC  PGM=IPOUPDTE,PARM=UPDATE
> > //*
> > //*   *
> > //* PARM=UPDATECAUSES IPOUPDTE TO CHANGE PDS MEMBERS  *
> > //*   *
> > //*   *
> > //*
> > //SYSPRINT DD  SYSOUT=*
> > //SYSUDUMP DD  SYSOUT=*
> > //@LIB DD  DSN=x.my.CNTL,DISP=SHR
> > //* FROM  *   TO  *
> > //SYSINDD  DATA,DLM='@@'
> > xx >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Seymour J Metz
> > Sent: Monday, June 11, 2018 3:24 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: REXX to change Date in PDS member
> >
> > [External Email]
> >
> > You can write an ISPF script to edit the member.
> >
> >
> > --
> > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> >
> > 
> > From: IBM Mainframe Discussion List  on
> > behalf of saurabh khandelwal 
> > Sent: Monday, June 11, 2018 3:11 PM
> > To: IBM-MAIN@listserv.ua.edu
> > Subject: REXX to change Date in PDS member
> >
> > Hello Group,
> >
> >
> > I am new to rexx and our new requirement to edit one PDS member with
> > previous day day date today's date on regular basis .
> >
> >
> > We are doing this  to edit our full set of JCL on daily basis
> > according to this new date by over writing  previous datr date and putting
> new date.
> >
> >
> > currently we do this manually by editing below member every day with
> > new date ( current date. ) .
> >
> >
> > BROWSEBKP.JCL.CNTL(BKPDABD1) - 01.99Line  Col 001
> > 080
> >
> > * Top of Data
> > **
> > 
> >
> > D18610 >
> >
> >  Bottom of Data
> > 
> >
> > can we automate this process by creating a rexx which will run on
> > daily basis and update above pds member with  current date and later
> > on running JCL having new dates.
> >
> > Can you please help.
> >
> >
> >
> >
> >
> >
> >
> > --
> > 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
> > FIRST TENNESSEE
> >
> > Confidentiality notice:
> > This e-mail message, including any attachments, may contain legally
> > privileged and/or confidential information. If you are not the
> > intended recipient(s), or the employee or agent responsible for
> > delivery of this message to the intended recipient(s), you are hereby
> > notified that any dissemination, distribution, or copying of this
> > e-mail message is strictly prohibited. If you have received this
> > message in error, please immediately notify the sender and delete this e-
> mail message from your computer.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access i

Re: JCL ERROR Anybody ?

2018-06-12 Thread Tom Marchant

On Mon, 11 Jun 2018 16:57:02 -0700, Beverly Caldwell wrote:

>I see. Never even considered that. This came from IBM via the DB2 order. Of
>course that doesn't mean they actually tested it!

When a passed data set is referenced, it is removed from the passed data queue. 
That's why it can't find it for the second DD statement. When the step ends, 
the 
PASS disposition puts it back in the passed data queue, so that a later step 
can 
reference it. See "Passing a Data Set" in the JCL User's Guide (not the 
Reference).

>On Mon, Jun 11, 2018 at 4:49 PM, Sri h Kolusu  wrote:
>>
>> If you are referring the same temp dataset with 2 different DDnames in the
>> same step, then you probably need VOL=REF

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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.G1678V00RETAINED,

 DDNAME=NDM00222

 SVTM052I  FROM E2CP.AZD601P2.ATI7.NBK.PS.G3104V00

* SVTM052I  TO   FDNBT.DATA.VPLUS.SDPAT17.G1678V00*

 SVTM052I  COMPLETED  /SCPA000I

-  -TIMINGS (MINS.)-


Thanks & Regards
Saurabh

On Tue, Jun 12, 2018 at 1:04 PM, Steve Horein 
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
>  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 
> > 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

Re: Netview Automation Table Code

2018-06-12 Thread Steve Horein

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

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 
> 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

Re: REXX to change Date in PDS member

Thanks for reply.

We always use  IPOUPDTE  for making this change but somebody have to
update  IPOUPDTE  Job with today's date etc, So that required members can
be updated with correct date values. Do you have any other way to make this
happen, so that manual intervention can be avoided.



On Mon, Jun 11, 2018 at 10:27 PM, PINION, RICHARD W. <
rpin...@firsttennessee.com> wrote:

> Why re-invent the wheel, use IPOUPDTE.
>
> //UPDATE1  EXEC  PGM=IPOUPDTE,PARM=UPDATE
> //*
> //*   *
> //* PARM=UPDATECAUSES IPOUPDTE TO CHANGE PDS MEMBERS  *
> //*   *
> //*   *
> //*
> //SYSPRINT DD  SYSOUT=*
> //SYSUDUMP DD  SYSOUT=*
> //@LIB DD  DSN=x.my.CNTL,DISP=SHR
> //* FROM  *   TO  *
> //SYSINDD  DATA,DLM='@@'
> xx
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Seymour J Metz
> Sent: Monday, June 11, 2018 3:24 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: REXX to change Date in PDS member
>
> [External Email]
>
> You can write an ISPF script to edit the member.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of saurabh khandelwal 
> Sent: Monday, June 11, 2018 3:11 PM
> To: IBM-MAIN@listserv.ua.edu
> Subject: REXX to change Date in PDS member
>
> Hello Group,
>
>
> I am new to rexx and our new requirement to edit one PDS member with
> previous day day date today's date on regular basis .
>
>
> We are doing this  to edit our full set of JCL on daily basis according to
> this new date by over writing  previous datr date and putting new date.
>
>
> currently we do this manually by editing below member every day with new
> date ( current date. ) .
>
>
> BROWSEBKP.JCL.CNTL(BKPDABD1) - 01.99Line  Col 001
> 080
>
> * Top of Data
> **
> 
>
> D18610
>
>  Bottom of Data
> 
>
> can we automate this process by creating a rexx which will run on daily
> basis and update above pds member with  current date and later on running
> JCL having new dates.
>
> Can you please help.
>
>
>
>
>
>
>
> --
> 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
> FIRST TENNESSEE
>
> Confidentiality notice:
> This e-mail message, including any attachments, may contain legally
> privileged and/or confidential information. If you are not the intended
> recipient(s), or the employee or agent responsible for delivery of this
> message to the intended recipient(s), you are hereby notified that any
> dissemination, distribution, or copying of this e-mail message is strictly
> prohibited. If you have received this message in error, please immediately
> notify the sender and delete this e-mail message from your computer.
>
> --
> 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

Re: REXX to change Date in PDS member

Hello Kolusu,

Thanks for help. This is exactly what I was looking for to code. But I
still have one doubt in this,

Your code works only when I have empty memeber to update with yesterday's
and today's date . But how this process works, when we updating dates in
JCL like below.

Ex : In this below DD name, from JCL should be updated with today's date
in  OV='D18611'

//IEB  PROC OV='D18611',DS='DS',LB='LB',GDG='(0)'



Or  like below.  in DD name TAPE  with  VOL=SER=(D18611) .



//TAPE DD  DSN=RETP.DATA.QSAMCPY1,DISP=(,PASS),

// UNIT=359D,VOL=SER=(D18611),LABEL=(193,SL)



//*=


Can you please suggest, how to handle such situation and update required
date

On Mon, Jun 11, 2018 at 11:26 PM, Sri h Kolusu  wrote:

> >>> is the date format YYMDD ?  > or Julian , yeah WTH ?
>
> Carmen,
>
> I am guessing that OP date format is YYMMDD but needs to  remove the
> leading zero for Month (January thru September ) and the same for Day (01
> thru 09). Since the year is already 18, we don't have worry about it for
> another 82 years. :)
>
> Saurabh,
>
> You can try this
>
> /* REXX */
> "ALLOC FI(OUTDD) DA('BKP.JCL.CNTL(BKPDABD1)') SHR REUSE"
>
> TODAY = DATE('S')
> YESTERDAY = TODAY - 1
> CDAYMM= STRIP(SUBSTR(TODAY,5,2),'L','0')
> CDAYDD= STRIP(SUBSTR(TODAY,7,2),'L','0')
> YDAYMM= STRIP(SUBSTR(YESTERDAY,5,2),'L','0')
> YDAYDD= STRIP(SUBSTR(YESTERDAY,7,2),'L','0')
>
> LINEOUT   = 'D'||,
>  SUBSTR(YESTERDAY,3,2) ||,
>  YDAYMM||,
>  YDAYDD||,
> '<'||,
> 'D'||,
>  SUBSTR(TODAY,3,2) ||,
>  CDAYMM||,
>  CDAYDD||,
> '<'||,
> 'VOL=SER<'
> QUEUE LINEOUT
> "EXECIO 1 DISKW OUTDD (FINIS"
> "FREE FI(OUTDD)"
>
>
> I will let you ponder about updating the stats upon updating the contents
> of the member
>
> Thanks,
> Kolusu
>
> IBM Mainframe Discussion List  wrote on
> 06/11/2018 12:57:09 PM:
>
> > From: Carmen Vitullo 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date: 06/11/2018 12:57 PM
> > Subject: Re: REXX to change Date in PDS member
> > Sent by: IBM Mainframe Discussion List 
> >
> > is the date format YYMDD ?
> > or Julian , yeah WTH ?
>
> --
> 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

Re: Netview Automation Table Code

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 
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

Re: [EXTERNAL] Netview Automation Table Code