TWS on ZOS Help / Educational Resources

[Steve Estle]

Hello All,

I am looking for anyone who might use and/or have experience with installing, 
configuring, and customizing TWS (Tivoli Workload Scheduler) on ZOS - 
especially in migrating from a "two "equal" node" TWS environment to the 
desired state with one single TWS controlling node and the other node being run 
as a TWS agent of the TWS controlling node.

I am also looking for any educational resources anyone might know (beyond 
Google) of any TWS for ZOS education which you can post via IBMMAIN reply.

If you are willing to talk about this effort further, please contact me offline 
via my email below so we might be able to talk.

Thanks much in advance!

Steve Estle
sest...@gmail.com

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

Re: CA1 to RMM conversion

[Longnecker, Dennis]

I miss CA-1.  I found it much easier to use than RMM.  I am constantly trying 
to remember how to find things in RMM that were so simple to find in CA-1.  
What I especially miss is the reporting in CA-1.  They were so simple to 
create.  I find that I have to utilize FDR/ABR reporting to give me the RMM 
reports I want.

Dennis

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Wednesday, October 25, 2017 10:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CA1 to RMM conversion

On 10/25/2017 10:35 PM, Edward Gould wrote:
>
> The real question should be is how is IBM support for RMM?

I don't know in the general case, but anecdotally I once I had a situation 
where RMM was *DOWN* (SEV 1) abending at startup. The support folks on the 
other end seemed unable to glean much from the SVC dump I'd sent, so they asked 
a bunch of rudimentary questions, made one useless suggestion after another, 
asked for this and that trace, and generally "dinked" around until I was ready 
to pull my hair out. (We were dead in the water for a couple of days.)

In desperation, I wrote to Mike Wood (now retired) and sent him my PMR number. 
He was _astonished_ at the (lack of good) support I was getting! 
He scolded his support team and told them straight away what the problem likely 
was.

Thanks to Mike's help, my systems were up within the hour...

--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

--
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: Is there a manual online for EGL?

[David Crayford]

On 27/10/2017 8:45 AM, Clark Morris wrote:

[Default] On 25 Oct 2017 22:35:55 -0700, in bit.listserv.ibm-main
sipp...@sg.ibm.com (Timothy Sipples) wrote:


David Crayford wrote:

NetRexx is basically a translator that compiles REXX code into Java
source code. That's quite unique. All the other JVM languages compile to
byte code.

No, it's not unique in that respect. That's how EGL works, to pick an
example.

Is there an online manual for EGL?  I don;t think I was able to find
one last time I looked.


https://www.ibm.com/support/knowledgecenter/en/SSMQ79_9.5.0/com.ibm.egl.doc/topics/egl_core_lr_intro.html


Clark Morris

much snipped


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
E-Mail: sipp...@sg.ibm.com

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

Is there a manual online for EGL?

[Clark Morris]

[Default] On 25 Oct 2017 22:35:55 -0700, in bit.listserv.ibm-main
sipp...@sg.ibm.com (Timothy Sipples) wrote:

>David Crayford wrote:
>>NetRexx is basically a translator that compiles REXX code into Java
>>source code. That's quite unique. All the other JVM languages compile to
>>byte code.
>
>No, it's not unique in that respect. That's how EGL works, to pick an
>example.

Is there an online manual for EGL?  I don;t think I was able to find
one last time I looked.

Clark Morris
>
>> much snipped
>
>Timothy Sipples
>IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
>E-Mail: sipp...@sg.ibm.com
>
>--
>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: ICETOOL - Question regarding a statement in the ICETOOL Guide

[George, William@FTB]

Well... I guess it's time to hunt out a more current release.  8-D



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of retired mainframer
Sent: Thursday, October 26, 2017 1:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ICETOOL - Question regarding a statement in the ICETOOL Guide

That was copyrighted in 2008 and synchronized with z/OS 1.10, 9 years and 6 
releases back.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of George, William@FTB
> Sent: Thursday, October 26, 2017 11:11 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: ICETOOL - Question regarding a statement in the ICETOOL 
> Guide
> 
> Thanks Sri!
> JOINKEYS... that's a new one on me.  I guess I have an outdated DFSORT
manual.
> Here's the link I have:
http://publibz.boulder.ibm.com/epubs/pdf/ice1ca30.pdf

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

__
CONFIDENTIALITY NOTICE: This email from the State of California is for the sole 
use of the intended recipient and may contain confidential and privileged 
information. Any unauthorized review or use, including disclosure or 
distribution, is prohibited. If you are not the intended recipient, please 
contact the sender and destroy all copies of this email.

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

Re: ICETOOL - Question regarding a statement in the ICETOOL Guide

[retired mainframer]

That was copyrighted in 2008 and synchronized with z/OS 1.10, 9 years and 6
releases back.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of George, William@FTB
> Sent: Thursday, October 26, 2017 11:11 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: ICETOOL - Question regarding a statement in the ICETOOL Guide
> 
> Thanks Sri!
> JOINKEYS... that's a new one on me.  I guess I have an outdated DFSORT
manual.
> Here's the link I have:
http://publibz.boulder.ibm.com/epubs/pdf/ice1ca30.pdf

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

Re: Flash - Daylight Savings Time

[Farley, Peter x23353]

Amen, Gil.  NIH is Not a Good Enough reason to ignore it.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Thursday, October 26, 2017 3:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Flash - Daylight Savings Time

On Thu, 26 Oct 2017 17:43:47 +, Porowski, Kenneth wrote:

>Flash (Alert)
>
>Abstract
>Daylight savings time adjusement may not be reported correctly by CEELOCT
>Content
>Europe will be implementing their DST changes this upcoming weekend and USA 
>will be doing so the following weekend.
>
>It was discovered that recent Language Environment APAR PI78252 is causing 
>applications to receive an incorrect current time value after a change to the 
>system time for Daylight Savings Time. The types of applications that are 
>affected are Language Environment applications that make use of:
>Language Environment date/time callable services related to the local time, 
>CEELOCT and CEEGMTO;
>High level language semantics that make use of these services, including the 
>COBOL ACCEPT FROM TIME statement and the CURRENT-TIME function.
>PL/I application which use functions like date(), time(), datetime(), days(), 
>and secs() which use CEELOCT under the covers.
> 
Isn't it about time z/OS discovered the Olson tz database?

Yeah, I know; NIH.

But Java has it right.

--


This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


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

Re: Flash - Daylight Savings Time

[Paul Gilmartin]

On Thu, 26 Oct 2017 17:43:47 +, Porowski, Kenneth wrote:

>Flash (Alert)
>
>Abstract
>Daylight savings time adjusement may not be reported correctly by CEELOCT
>Content
>Europe will be implementing their DST changes this upcoming weekend and USA 
>will be doing so the following weekend.
>
>It was discovered that recent Language Environment APAR PI78252 is causing 
>applications to receive an incorrect current time value after a change to the 
>system time for Daylight Savings Time. The types of applications that are 
>affected are Language Environment applications that make use of:
>Language Environment date/time callable services related to the local time, 
>CEELOCT and CEEGMTO;
>High level language semantics that make use of these services, including the 
>COBOL ACCEPT FROM TIME statement and the CURRENT-TIME function.
>PL/I application which use functions like date(), time(), datetime(), days(), 
>and secs() which use CEELOCT under the covers.
> 
Isn't it about time z/OS discovered the Olson tz database?

Yeah, I know; NIH.

But Java has it right.

-- gil

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

Re: Flash - Daylight Savings Time

[Porowski, Kenneth]

The way I read it is if you have the fix for PI78252 applied then after a SET 
TIMEZONE callers of various LE routines may get the previous time.
See PI89400 below.  If you do not have the fix for PI78252 applied you are not 
affected.


APAR Identifier .. PI78252  Last Changed  17/08/02
  CEELOCT MAY RETURN INCORRECT INFORMATION AFTER SET DATE IS USED
  TO SET A DATE IN THE PAST
 
  Symptom .. IN INCORROUT Status ... CLOSED  PER
  Severity ... 3  Date Closed . 17/07/13
  Component .. 568819801  Duplicate of 
  Reported Release . 790  Fixed Release  999
  Component Name LE FOR MVS & VM  Special Notice
  Current Target Date ..17/07/28  Flags
  SCP ...
  Platform 
 
  Status Detail: SHIPMENT - Packaged solution is available for
shipment.
 
  PE PTF List:
 
  PTF List:
  Release 7B0   : UI48771 available 17/07/27 (F707 )
  Release 7A0   : UI48801 available 17/07/27 (F707 )
  Release 790   : UI48802 available 17/07/27 (F707 )
 
 
  Parent APAR:
  Child APAR list:
 
 
  ERROR DESCRIPTION:
  Customer is specifying TIMEZONE E.09.00.00 in their CLOCKxx
  parmlib member and when IPL'ing their system they issue a SET
  DATE command for a date in the past. In the above conditions, if
  the CVTTZ contains a negative value, then code in CEEYGMTO could
  end up incorrectly subtracting an extra day. This may lead to
  the CEELOCT service returning an incorrect date (the time will
  be reported correctly )
 
 
  LOCAL FIX:
  none
 
 
  PROBLEM SUMMARY:
  
  * USERS AFFECTED:  *
  * All users that set the Time-Of-Day clock *
  * to a past or future date and invoke the  *
  * Language Environment CEELOCT callable*
  * service. *
  
  * PROBLEM DESCRIPTION: *
  * The Language Environment CEELOCT *
  * callable service returns the local   *
  * date or time.  When calculating these*
  * values, it references date/time fields   *
  * that may have been modified from their   *
  * initial value by the SET CLOCK command.  *
  * If that occurs, incorrect values may *
  * be returned. The CEEGMTO callable*
  * service may also return incorrect*
  * values.  *
  
  * RECOMMENDATION:  *
  
  See problem description.
 
 
  PROBLEM CONCLUSION:
  Code has been modified to correct this problem.
 
 
  TEMPORARY FIX:
 
 
 
  COMMENTS:
 
 
  MODULES/MACROS:
  CEEYGMTO
 
 
  SRLS:
  NONE
 
 
  RTN CODES:
 
 
  CIRCUMVENTION:
 
 
 
  MESSAGE TO SUBMITTER:


APAR Identifier .. PI89400  Last Changed  17/10/26
  WITH THE FIX FOR PI78252 APPLIED, CEELOCT MAY NOT RETURN THE DST
  UPDATED TIME UNLESS THE SYSTEM IS IPL'ED
 
  Symptom .. IN INCORROUT Status ... OPEN
  Severity ... 2  Date Closed .
  Component .. 568819801  Duplicate of 
  Reported Release . 7B0  Fixed Release 
  Component Name LE FOR MVS & VM  Special NoticePE HIPER
  Current Target Date ..  Flags
  SCP ...   FUNCTIONLOSS
  Platform 
 
  Status Detail: DESIGN/CODE - APAR solution is being designed
   and coded.
 
  PE PTF List:UI48801 UI48802 UI48771
 
  PTF List:
 
  Tentative Affected Releases and Current Relief Available:
  Release 7A0   : Relief is available in the form of: PI89400
  Release 7B0   : Relief is available in the form of: PI89400
  Release 790   : Relief is available in the form of: PI89400
 
 
  Parent APAR:
  Child APAR list:
 
 
  ERROR DESCRIPTION:
  Customer reports after switching to daylight saving time
  (GMT-2), Enterprise COBOL pgms using "ACCEPT FROM TIME" command
  (which invoke CEELOCT) continue to return previous time (GMT-3)
 
 
  LOCAL FIX:
  If possible, back off the fixes for PI78252
 
  If the fixes cannot be backed off, an IPL may be necessary for
  applications invoking CEELOCT to report the correct DST
  adjusted time.
 
  Customers that are unable to IPL after the DST change and cannot
  back out the PTFs, can download the appropriate ++APAR relief
  from the /fromibm/mvs directory on testcase.boulder.ibm.com
  using 

Re: Flash - Daylight Savings Time

[Gibney, Dave]

How does this apply for those of us who use SET TIMEZONE?

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Porowski, Kenneth
> Sent: Thursday, October 26, 2017 10:44 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Flash - Daylight Savings Time
> 
> Flash (Alert)
> 
> Abstract
> Daylight savings time adjustment may not be reported correctly by CEELOCT
> Content Europe will be implementing their DST changes this upcoming
> weekend and USA will be doing so the following weekend.
> 
> It was discovered that recent Language Environment APAR PI78252 is
> causing applications to receive an incorrect current time value after a
> change to the system time for Daylight Savings Time. The types of applications
> that are affected are Language Environment applications that make use of:
> Language Environment date/time callable services related to the local time,
> CEELOCT and CEEGMTO; High level language semantics that make use of
> these services, including the COBOL ACCEPT FROM TIME statement and the
> CURRENT-TIME function.
> PL/I application which use functions like date(), time(), datetime(), days(), 
> and
> secs() which use CEELOCT under the covers.
> 
> The circumventions immediately available are:
> to back off (smp/e RESTORE) the PTFs for PI78252, or to IPL the affected
> system after a Daylight Savings Time adjustment has been made.
> 
> APAR PI78252 has been marked PE. Final resolution will be shipped via OPEN
> APAR PI98400.
> Customers that are unable to IPL after the DST change and cannot back out
> the PTFs, can download the appropriate relief from the /fromibm/mvs
> directory on testcase.boulder.ibm.com
> LEETC.PI89400.HLE77B0 for z/OS 2.3
> LEETC.PI89400.HLE77A0 for z/OS 2.2
> LEETC.PI89400.HLE7790 for z/OS 2.1
> 
> 
> 
> 
> 
> This email message and any accompanying materials may contain proprietary,
> privileged and confidential information of CIT Group Inc. or its subsidiaries 
> or
> affiliates (collectively, "CIT"), and are intended solely for the recipient(s)
> named above. If you are not the intended recipient of this communication,
> any use, disclosure, printing, copying or distribution, or reliance on the
> contents, of this communication is strictly prohibited. CIT disclaims any
> liability for the review, retransmission, dissemination or other use of, or 
> the
> taking of any action in reliance upon, this communication by persons other
> than the intended recipient(s). If you have received this communication in
> error, please reply to the sender advising of the error in transmission, and
> immediately delete and destroy the communication and any accompanying
> materials. To the extent permitted by applicable law, CIT and others may
> inspect, review, monitor, analyze, copy, record and retain any
> communications sent from or received at this email address.
> 
> 
> 
> 
> 
> --
> 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: Batch TSO command (ADDUSER) tracing and diagnostics

[Tony Harminc]

On 26 October 2017 at 03:30, Baguley, Nicholas: Absa <
nicholas.bagu...@absa.co.za> wrote:

> Hi List
>
> We need to echo or trace the TSO commands processed in a batch TSO
> process...
> We are issuing an ADDUSER command under TSO and it returns a RC=8.
> In itself not a "biggie". We run TSO via an ATTACH of IKJEFTnn(1B in this
> case) so it is a subtask of an IMS address space.
>

As Walt points out, I don't believe this is a supported thing to do. Unless
you are ATTACHing a new job step task, which raises plenty of other issues.

The ADDUSER command is passed to IKJEFT as a PARM on the attach svc/macro
> as opposed to SYSTSIN.
>
> We don't see the command "echoed" to SYSTSPRT as you "normally" do when
> using SYSTSIN.
> Is anyone aware of a mechanism of switching on tracing or diagnosing PARM=
> input to IKJ?
>

Not directly. But why not invoke a little REXX program from the PARM=, and
have that program report back on the results, return codes, and so on of
the actual command(s) you issue? You'd need access to this REXX program,
but thst'a easily done with a SYSEXEC or  SYSPROC DD.

>
> NB - this works fine in 99% of cases.


Which suggests that your TMP is working via your ATTACH. Curious...

Tony H.

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

Re: ICETOOL - Question regarding a statement in the ICETOOL Guide

[George, William@FTB]

Thanks Sri!
JOINKEYS... that's a new one on me.  I guess I have an outdated DFSORT manual.
Here's the link I have: http://publibz.boulder.ibm.com/epubs/pdf/ice1ca30.pdf

Thanks again
Bill

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sri h Kolusu
Sent: Thursday, October 26, 2017 10:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ICETOOL - Question regarding a statement in the ICETOOL Guide

George,

It was a typo in our publications, it should be 1-10 instead of 1-3.  The 
sorting of 1-10 bytes is done with ON statement on SPLICE. Please look at the 
DFSMSG dataset and you will see the SPLICE control cards generates the SORT 
statement with 1,10,CH,A

We will update our pubs. Thanks for bringing it to our attention.


 "We sort the records of T1 on positions 1-10 and splice the second id byte for 
matching records. We use KEEPNODUPS to keep non-duplicate records. 


Just an fyi, SPLICE is an Older technique to find the matching records. 
Ideally we suggest using JOINKEYS


Thanks,
Sri Hari Kolusu
DFSORT Development
IBM Corporation

IBM Mainframe Discussion List  wrote on
10/26/2017 03:09:04 AM:

> From: "George, William@FTB" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 10/26/2017 03:09 AM
> Subject: ICETOOL - Question regarding a statement in the ICETOOL Guide 
> Sent by: IBM Mainframe Discussion List 
> 
> I am confused about a statement I'm seeing in the DFSORT - ICETOOL 
> Chapter and its example:
> Example 3 - Create files with matching and non-matching records I've 
> copied the example below and my question is regarding the last line 
> below and it statement on sorting:
> We sort the records of T1 on positions 1-3 and splice the second id 
> byte for matching records.
> 
> Where in the JCL code does it state to sort the T1 records on 
> positions
1-3??
> 
> //S3 EXEC PGM=ICETOOL
> //TOOLMSG DD SYSOUT=*
> //DFSMSG DD SYSOUT=*
> //IN1 DD *
> Vicky
> Frank
> Carrie
> Holly
> Paul
> /*
> //IN2 DD *
> Karen
> Holly
> Carrie
> Vicky
> Mary
> /*
> //OUT12 DD SYSOUT=*
> //OUT1 DD SYSOUT=*
> //OUT2 DD SYSOUT=*
> //T1 DD DSN=&,DISP=(MOD,PASS),UNIT=SYSDA,SPACE=(TRK,(5,5))
> //TOOLIN DD *
>COPY FROM(IN1) TO(T1) USING(CTL1)
>COPY FROM(IN2) TO(T1) USING(CTL2)
>SPLICE FROM(T1) TO(OUT12) ON(1,10,CH) WITH(13,1) USING(CTL3)
KEEPNODUPS
> /*
> //CTL1CNTL DD *
>OUTREC FIELDS=(1,10,12:C'11')
> /*
> //CTL2CNTL DD *
>OUTREC FIELDS=(1,10,12:C'22')
> /*
> //CTL3CNTL DD *
>OUTFIL FNAMES=OUT12,INCLUDE=(12,2,CH,EQ,C'12'),OUTREC=(1,10)
>OUTFIL FNAMES=OUT1,INCLUDE=(12,2,CH,EQ,C'11'),OUTREC=(1,10)
>OUTFIL FNAMES=OUT2,INCLUDE=(12,2,CH,EQ,C'22'),OUTREC=(1,10)
> /*
> 
> We copy the IN1 records to the T1 data set and add an identifier of 
> '11' to show they come from FILE1.
>  We copy the IN2 records to the end (MOD) of the T1 data set and add 
> an identifier of '22' to show they come from FILE2.
>  We sort the records of T1 on positions 1-3 and splice the second id 
> byte for matching records.
> 
> 
> Thanks for any insights
> Bill
> 
> __
> CONFIDENTIALITY NOTICE: This email from the State of California is for 
> the sole use of the intended recipient and may contain confidential 
> and privileged information. Any unauthorized review or use, including 
> disclosure or distribution, is prohibited. If you are not the intended 
> recipient, please contact the sender and destroy all copies of this 
> email.
> 
> --
> 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: ICETOOL - Question regarding a statement in the ICETOOL Guide

[Sri h Kolusu]

George,

It was a typo in our publications, it should be 1-10 instead of 1-3.  The 
sorting of 1-10 bytes is done with ON statement on SPLICE. Please look at 
the DFSMSG dataset and you will see the SPLICE control cards generates the 
SORT statement with 1,10,CH,A

We will update our pubs. Thanks for bringing it to our attention.


 "We sort the records of T1 on positions 1-10 and splice the second id 
byte for matching records. We use KEEPNODUPS to keep non-duplicate 
records. 


Just an fyi, SPLICE is an Older technique to find the matching records. 
Ideally we suggest using JOINKEYS


Thanks,
Sri Hari Kolusu
DFSORT Development
IBM Corporation

IBM Mainframe Discussion List  wrote on 
10/26/2017 03:09:04 AM:

> From: "George, William@FTB" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 10/26/2017 03:09 AM
> Subject: ICETOOL - Question regarding a statement in the ICETOOL Guide
> Sent by: IBM Mainframe Discussion List 
> 
> I am confused about a statement I'm seeing in the DFSORT - ICETOOL 
> Chapter and its example:
> Example 3 - Create files with matching and non-matching records
> I've copied the example below and my question is regarding the last 
> line below and it statement on sorting:
> We sort the records of T1 on positions 1-3 and splice the second id 
> byte for matching records.
> 
> Where in the JCL code does it state to sort the T1 records on positions 
1-3??
> 
> //S3 EXEC PGM=ICETOOL
> //TOOLMSG DD SYSOUT=*
> //DFSMSG DD SYSOUT=*
> //IN1 DD *
> Vicky
> Frank
> Carrie
> Holly
> Paul
> /*
> //IN2 DD *
> Karen
> Holly
> Carrie
> Vicky
> Mary
> /*
> //OUT12 DD SYSOUT=*
> //OUT1 DD SYSOUT=*
> //OUT2 DD SYSOUT=*
> //T1 DD DSN=&,DISP=(MOD,PASS),UNIT=SYSDA,SPACE=(TRK,(5,5))
> //TOOLIN DD *
>COPY FROM(IN1) TO(T1) USING(CTL1)
>COPY FROM(IN2) TO(T1) USING(CTL2)
>SPLICE FROM(T1) TO(OUT12) ON(1,10,CH) WITH(13,1) USING(CTL3) 
KEEPNODUPS
> /*
> //CTL1CNTL DD *
>OUTREC FIELDS=(1,10,12:C'11')
> /*
> //CTL2CNTL DD *
>OUTREC FIELDS=(1,10,12:C'22')
> /*
> //CTL3CNTL DD *
>OUTFIL FNAMES=OUT12,INCLUDE=(12,2,CH,EQ,C'12'),OUTREC=(1,10)
>OUTFIL FNAMES=OUT1,INCLUDE=(12,2,CH,EQ,C'11'),OUTREC=(1,10)
>OUTFIL FNAMES=OUT2,INCLUDE=(12,2,CH,EQ,C'22'),OUTREC=(1,10)
> /*
> 
> We copy the IN1 records to the T1 data set and add an identifier of 
> '11' to show they come from FILE1.
>  We copy the IN2 records to the end (MOD) of the T1 data set and add
> an identifier of '22' to show they come from FILE2.
>  We sort the records of T1 on positions 1-3 and splice the second id
> byte for matching records.
> 
> 
> Thanks for any insights
> Bill
> 
> __
> CONFIDENTIALITY NOTICE: This email from the State of California is 
> for the sole use of the intended recipient and may contain 
> confidential and privileged information. Any unauthorized review or 
> use, including disclosure or distribution, is prohibited. If you are
> not the intended recipient, please contact the sender and destroy 
> all copies of this email.
> 
> --
> 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

Flash - Daylight Savings Time

[Porowski, Kenneth]

Flash (Alert)

Abstract
Daylight savings time adjustment may not be reported correctly by CEELOCT
Content
Europe will be implementing their DST changes this upcoming weekend and USA 
will be doing so the following weekend.

It was discovered that recent Language Environment APAR PI78252 is causing 
applications to receive an incorrect current time value after a change to the 
system time for Daylight Savings Time. The types of applications that are 
affected are Language Environment applications that make use of:
Language Environment date/time callable services related to the local time, 
CEELOCT and CEEGMTO;
High level language semantics that make use of these services, including the 
COBOL ACCEPT FROM TIME statement and the CURRENT-TIME function.
PL/I application which use functions like date(), time(), datetime(), days(), 
and secs() which use CEELOCT under the covers.

The circumventions immediately available are:
to back off (smp/e RESTORE) the PTFs for PI78252, or
to IPL the affected system after a Daylight Savings Time adjustment has been 
made.

APAR PI78252 has been marked PE. Final resolution will be shipped via OPEN APAR 
PI98400.
Customers that are unable to IPL after the DST change and cannot back out the 
PTFs, can download the appropriate relief from the /fromibm/mvs directory on 
testcase.boulder.ibm.com
LEETC.PI89400.HLE77B0 for z/OS 2.3
LEETC.PI89400.HLE77A0 for z/OS 2.2
LEETC.PI89400.HLE7790 for z/OS 2.1





This email message and any accompanying materials may contain proprietary, 
privileged and confidential information of CIT Group Inc. or its subsidiaries 
or affiliates (collectively, "CIT"), and are intended solely for the 
recipient(s) named above. If you are not the intended recipient of this 
communication, any use, disclosure, printing, copying or distribution, or 
reliance on the contents, of this communication is strictly prohibited. CIT 
disclaims any liability for the review, retransmission, dissemination or other 
use of, or the taking of any action in reliance upon, this communication by 
persons other than the intended recipient(s). If you have received this 
communication in error, please reply to the sender advising of the error in 
transmission, and immediately delete and destroy the communication and any 
accompanying materials. To the extent permitted by applicable law, CIT and 
others may inspect, review, monitor, analyze, copy, record and retain any 
communications sent from or received at this email address.





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

Re: Batch TSO command (ADDUSER) tracing and diagnostics

[John McKown]

On Thu, Oct 26, 2017 at 10:50 AM, Walt Farrell 
wrote:

> On Thu, 26 Oct 2017 07:30:07 +, Baguley, Nicholas: Absa <
> nicholas.bagu...@absa.co.za> wrote:
>
> >We need to echo or trace the TSO commands processed in a batch TSO
> process...
> >We are issuing an ADDUSER command under TSO and it returns a RC=8.
> >In itself not a "biggie". We run TSO via an ATTACH of IKJEFTnn(1B in this
> case) so it is a subtask of an IMS address space.
> >The ADDUSER command is passed to IKJEFT as a PARM on the attach svc/macro
> as opposed to SYSTSIN.
> >
> >We don't see the command "echoed" to SYSTSPRT as you "normally" do when
> using SYSTSIN.
> >Is anyone aware of a mechanism of switching on tracing or diagnosing
> PARM= input to IKJ?
> >
> >NB - this works fine in 99% of cases. We suspect either we are not
> building up the ADDUSER command correctly(syntax error) or we have a RACF
> issue.
> >Unfortunately my next opportunity to make a program change and 
> the command to the syslog is a couple of weeks away.
> >Maybe the assumption within the the bowels of TSO was that if input is
> via PARM then there would be a jcl deck or job output to inspect.
>
> Whether the command comes in via the PARM on the ATTACH, or via SYSTSIN,
> it should be echoed on SYSTSPRT as far as I remember.
>

Apparently not. I just tried on z/OS 1.12. The JCL looks like:

//STEP0 EXEC PGM=IKJEFT1B,PARM='LU (3-5+'
//SYSTSPRT DD SYSOUT=*
//SYSTSIN DD *
/*

The output in SYSTSPRT is simply:

IKJ56702I INVALID USERID, 3-5+

-- 
I just child proofed my house.
But the kids still manage to get in.


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: Batch TSO command (ADDUSER) tracing and diagnostics

[Walt Farrell]

On Thu, 26 Oct 2017 07:30:07 +, Baguley, Nicholas: Absa 
 wrote:

>We need to echo or trace the TSO commands processed in a batch TSO process...
>We are issuing an ADDUSER command under TSO and it returns a RC=8.
>In itself not a "biggie". We run TSO via an ATTACH of IKJEFTnn(1B in this 
>case) so it is a subtask of an IMS address space.
>The ADDUSER command is passed to IKJEFT as a PARM on the attach svc/macro as 
>opposed to SYSTSIN.
>
>We don't see the command "echoed" to SYSTSPRT as you "normally" do when using 
>SYSTSIN.
>Is anyone aware of a mechanism of switching on tracing or diagnosing PARM= 
>input to IKJ?
>
>NB - this works fine in 99% of cases. We suspect either we are not building up 
>the ADDUSER command correctly(syntax error) or we have a RACF issue.
>Unfortunately my next opportunity to make a program change and  the 
>command to the syslog is a couple of weeks away.
>Maybe the assumption within the the bowels of TSO was that if input is via 
>PARM then there would be a jcl deck or job output to inspect.

Whether the command comes in via the PARM on the ATTACH, or via SYSTSIN, it 
should be echoed on SYSTSPRT as far as I remember.

You might try passing your command to a clist or REXX exec that will echo it or 
provide other tracing info, then execute it, then provide further echoing.  It 
might even use output trapping to guarantee it catches any output produced by 
the command and can echo that. For example, if you're currently doing an ATTACH 
with a parameter of: ADDUSER rest-of-command
you might instead try: %RUNME "ADDUSER rest-of-command"
where the RUNME clist or exec that you would provide would take the quoted 
string, remove the outer quotes, echo the command, then run it, etc.

I have a few comments, though, on the idea of running the TMP and RACF commands 
within an IMS address space.

First, I didn't think that the TMP liked being run as a subtask. I thought it 
expects to be the jobstep task, and does some things that depend on that. I 
could be wrong, though and it's not anything I can check these days, being 
retired and with no access to the z/OS internals or even a system to play with.

Next, it seems odd to me that the user ID associated with an IMS address space 
would have the necessary authority to run RACF commands. That certainly can be 
done, but I think it's very uncommon. Of course, if your process is working 99% 
of the time as you describe, then I suppose that this must all work, in general 
:)

I hope this helps you resolve your problem.

-- 
Walt

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

Re: IBM open sources it's JVM and JIT code

[Farley, Peter x23353]

Timothy,

IMHO it isn't "... consuming non-trivial peak resources running their REXX 
scripts in TSO/ISPF" that is the issue for alternatives like Netrexx.  It is 
the ability to use TSO facilities (like EXECIO, LISTDSI, etc.) and ISPF 
utilities like the LMM routines and other "command" environments that is 
the issue.

As an application programmer (not a systems programmer any more, though once 
upon a long-ago time I was), my use of Rexx is mainly for one-off client data 
and programming research issues.  High performance is not usually an issue, 
flexibility and availability of the tools and subcommand tool sets is the issue.

If Netrexx (or ooRexx) can provide the same tool sets then it is a good 
substitute.  Any Rexx replacement that wants to make the grade with me must 
support the simple (non-object-oriented)  syntax of TSO Rexx as well as any 
exotic enhancements possible because of the OO capabilities.  When a problem 
appears in my task list I have to be able to write the code to research the 
issue with minimal or no references to the language manual.  I just have to get 
the job done as fast as possible with the available tool sets.

Said simply, without the tool sets available in TSO Rexx I can't do my job.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Timothy Sipples
Sent: Thursday, October 26, 2017 1:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM open sources it's JVM and JIT code

David Crayford wrote:
>NetRexx is basically a translator that compiles REXX code into Java 
>source code. That's quite unique. All the other JVM languages compile 
>to byte code.

No, it's not unique in that respect. That's how EGL works, to pick an example.

>It has nothing to do with writing user interfaces, it's about writing 
>scripts. Most z/OS sysprogs do that in the TSO/ISPF environment.

OK, but my point is that a programming language (and runtime) can have an 
enormous amount of business value even if it doesn't directly, specifically 
help z/OS system programmers write scripts for TSO/ISPF. Java is such an 
example. JavaScript (Node.js runtime), R, Swift There are lots of examples, 
and right on z/OS, too. If what you describe is a genuine business requirement 
-- I'm skeptical(*), true, but certainly not opposed!
-- then addressing the requirement for Java should automatically address it for 
NetRexx.

OK then, let's knock around some more ideas for Java and NetRexx

>> How does WebSphere Application Server for z/OS and its ISPF panels work?
>>(It works.)
>Did you mean z/OSMF?

No, I meant WebSphere Application Server for z/OS. It had product-specific ISPF 
panels prior to WebSphere Application Server Version 8.0 (or prior to Version 
7.0?), for administrators to do various "Java things" to manage WAS. I don't 
remember exactly why the WAS product-specific ISPF panels were dropped in 
subsequent releases, but I have to assume it was because there wasn't *enough* 
need for them relative to their upkeep. Anyway, I mentioned them because maybe 
that particular intersection between the "ISPF world"
and the "Java world" could inspire some independent technical solutioning, if 
you wish. Or maybe they're not a good example technically, but I remember them.

(*) REXX exists, interpreted and compiled, and it's lovely. I'm all in favor of 
resource efficiency. But are z/OS system programmers consuming non-trivial peak 
resources running their REXX scripts in TSO/ISPF? Don't get me wrong. I'm 
technically interested in this potential integration, not opposed. At the same 
time I don't think NetRexx ought to be dismissed out of hand because it doesn't 
currently support REXX scripts in TSO/ISPF. That doesn't make sense to me at 
all.

--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

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

Re: IBM open sources it's JVM and JIT code

[Jack J. Woehr]

On 10/25/2017 11:37 PM, Timothy Sipples wrote:

OK, but my point is that a programming language (and runtime) can have an
enormous amount of business value even if it doesn't directly, specifically
help z/OS system programmers write scripts for TSO/ISPF.



Thought for the Day :)


--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

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

Re: ICETOOL - Question regarding a statement in the ICETOOL Guide

[George, William@FTB]

Thanks Steve... I tend to believe also it is a mistake (typo maybe) and should 
state it is sorted on the ON positions.
I'll check out this 'mini' guide. 

Bill

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Smith
Sent: Thursday, October 26, 2017 5:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ICETOOL - Question regarding a statement in the ICETOOL Guide

Nothing in the "JCL code".
It appears to me the example has a mistake: either they meant they sort on 
"positions 1-10", or the SPLICE statement should have "ON(1,3,CH)".  This 
example is so trivial, it's hard to know for sure what they meant.  But 
probably it's the former.

There's a really helpful manual I found called "DFSORT: ICETOOL Mini-User 
Guide" (a misnomer -- full-sized users will find it
valuable) by Frank L. Yaeger.  My copy is dated October 2010.  It came from the 
DFSORT Team in San Jose, so it should be available from IBM.

sas

On Wed, Oct 25, 2017 at 5:39 PM, George, William@FTB  
wrote:
> I am confused about a statement I'm seeing in the DFSORT - ICETOOL Chapter 
> and its example:
>

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

__
CONFIDENTIALITY NOTICE: This email from the State of California is for the sole 
use of the intended recipient and may contain confidential and privileged 
information. Any unauthorized review or use, including disclosure or 
distribution, is prohibited. If you are not the intended recipient, please 
contact the sender and destroy all copies of this email.


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

Re: ICETOOL - Question regarding a statement in the ICETOOL Guide

[Lizette Koehler]

If you were not aware,  there is a dfsort hotline where you can email any DFSORT
question to IBM. This is a no charge service

To do so - userdfs...@us.ibm.com

Lizette



> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of George, William@FTB
> Sent: Wednesday, October 25, 2017 2:39 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: ICETOOL - Question regarding a statement in the ICETOOL Guide
> 
> I am confused about a statement I'm seeing in the DFSORT - ICETOOL Chapter
> and its example:
> Example 3 - Create files with matching and non-matching records I've copied
> the example below and my question is regarding the last line below and it
> statement on sorting:
> We sort the records of T1 on positions 1-3 and splice the second id byte for
> matching records.
> 
> Where in the JCL code does it state to sort the T1 records on positions 1-3??
> 
> //S3 EXEC PGM=ICETOOL
> //TOOLMSG DD SYSOUT=*
> //DFSMSG DD SYSOUT=*
> //IN1 DD *
> Vicky
> Frank
> Carrie
> Holly
> Paul
> /*
> //IN2 DD *
> Karen
> Holly
> Carrie
> Vicky
> Mary
> /*
> //OUT12 DD SYSOUT=*
> //OUT1 DD SYSOUT=*
> //OUT2 DD SYSOUT=*
> //T1 DD DSN=&,DISP=(MOD,PASS),UNIT=SYSDA,SPACE=(TRK,(5,5))
> //TOOLIN DD *
>COPY FROM(IN1) TO(T1) USING(CTL1)
>COPY FROM(IN2) TO(T1) USING(CTL2)
>SPLICE FROM(T1) TO(OUT12) ON(1,10,CH) WITH(13,1) USING(CTL3) KEEPNODUPS
> /*
> //CTL1CNTL DD *
>OUTREC FIELDS=(1,10,12:C'11')
> /*
> //CTL2CNTL DD *
>OUTREC FIELDS=(1,10,12:C'22')
> /*
> //CTL3CNTL DD *
>OUTFIL FNAMES=OUT12,INCLUDE=(12,2,CH,EQ,C'12'),OUTREC=(1,10)
>OUTFIL FNAMES=OUT1,INCLUDE=(12,2,CH,EQ,C'11'),OUTREC=(1,10)
>OUTFIL FNAMES=OUT2,INCLUDE=(12,2,CH,EQ,C'22'),OUTREC=(1,10)
> /*
> 
> We copy the IN1 records to the T1 data set and add an identifier of '11' to
> show they come from FILE1.
>  We copy the IN2 records to the end (MOD) of the T1 data set and add an
> identifier of '22' to show they come from FILE2.
>  We sort the records of T1 on positions 1-3 and splice the second id byte for
> matching records.
> 
> 
> Thanks for any insights
> Bill
> 
> __
> CONFIDENTIALITY NOTICE: This email from the State of California is for the
> sole use of the intended recipient and may contain confidential and
> privileged information. Any unauthorized review or use, including disclosure
> or distribution, is prohibited. If you are not the intended recipient, please
> contact the sender and destroy all copies of this email.
> 
> --
> 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: ICETOOL - Question regarding a statement in the ICETOOL Guide

[Steve Smith]

Nothing in the "JCL code".
It appears to me the example has a mistake: either they meant they
sort on "positions 1-10", or the SPLICE statement should have
"ON(1,3,CH)".  This example is so trivial, it's hard to know for sure
what they meant.  But probably it's the former.

There's a really helpful manual I found called "DFSORT: ICETOOL
Mini-User Guide" (a misnomer -- full-sized users will find it
valuable) by Frank L. Yaeger.  My copy is dated October 2010.  It came
from the DFSORT Team in San Jose, so it should be available from IBM.

sas

On Wed, Oct 25, 2017 at 5:39 PM, George, William@FTB
 wrote:
> I am confused about a statement I'm seeing in the DFSORT - ICETOOL Chapter 
> and its example:
>

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

Re: Help improve IBM Doc Buddy - a mobile app for IBM Z

[Elardus Engelbrecht]

Jialei Ma wrote:

>IBM Doc Buddy is a mobile app that provides IBM Z users with the most 
>frequently used documentation, product updates and news, and technical 
>insights from experts.

Great! It is looking promising. Are Redbooks also included or not in that Doc 
Buddy App?

Out with my iphone, tried d/l it, but ... groan ... I got bitten trying to 
download it, I need at least iOs 9, I still have iOs v8.2 on my ancient iPhone 
5. 8-[

Perhaps I have now a good [and expensive] excuse to upgrade my toys ... ;-)

Groete / Greetings
Elardus Engelbrecht

PS : I also really need to upgrade and download that IBM Redbooks App and the 
bookies too...

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

Re: Help improve IBM Doc Buddy - a mobile app for IBM Z

[Jialei Ma]

Thank you to everyone who have responded. A reminder that the IBM Doc Buddy 
team is looking for sponsor users to take part in user interviews in November. 

Anyone who uses IBM Z products and has a habit of reading and sharing on their 
mobile device can be a sponsor user. If you are interested and have 30-60 
minutes to take a user interview in November, we'd appreciate it if you could 
spare a few minutes to fill in the following questionnaire:
https://febdemo.mybluemix.net/forms/anon/org/app/69c960bf-3c0e-4bb7-971d-1478ddc04569/launch/index.html?form=F_Form1

IBM Doc Buddy is a mobile app that provides IBM Z users with the most 
frequently used documentation, product updates and news, and technical insights 
from experts. For more details, see https://ibmdocbuddy.mybluemix.net/

Thank you! If you have any questions, write to us at spt...@cn.ibm.com

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

Re: z14 FICON and (old) Brocade switch

[Parwez Hamid]

In the first instance, I would read the z14 Exception Letters on ResourceLink 
(every customer should have access) for any known issues rather than follow any 
'gossip'. If still in doubt, ask your IBM CE and/or Brocade themselves. It is a 
well know fact (I am sure you know this) that when attaching a new Z system to 
old(er) I/O devices or Directors/Switches, these may require microcode updates 
and in worse cases might not be supported with the new Z system.

Parwez Hamid

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

Re: MSU Actual

[Sankaranarayanan, Vignesh]

Thanks Martin.
Never occurred to me to use this here!
Looks like my write-RMF-data-to-SMF interval is 15 mins.

I might have to setup a separate M3B started task to WTO def, act, and 4hra 
every minute (after setting up the required datasets that store these).

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Martin Packer
Sent: 25 October 2017 19:43
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: MSU Actual

ERBSCAN against an SMF data set full of RMF records will display the interval 
nicely.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator, Worldwide Cloud & Systems 
Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker

Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or 
  
https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2



From:   "Sankaranarayanan, Vignesh" 

To: IBM-MAIN@LISTSERV.UA.EDU
Date:   25/10/2017 17:44
Subject:Re: MSU Actual
Sent by:IBM Mainframe Discussion List 



Thank you Sir. I'm not sure what the current interval is.
Maybe I can suss the rough interval by looking at timestamps in SMF record type 
70 subtype 1?
Would need to find that out and then consider the implications of changing it 
to a 1 minute interval recording.

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Barry Merrill
Sent: 25 October 2017 20:26
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: MSU Actual

The data is captured in RMF III VSAM files, if you run RMF III at 1 minute 
intervals.
The VSAM files can be reported from using IBM Reports, or "ADVERTISEMENT"
MXG Software.

Barry



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sankaranarayanan, Vignesh
Sent: Tuesday, October 24, 2017 10:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: MSU Actual

Hi All,

Is it possible to get the LPAR, MSU Def. and MSU Act from the RMF CPC Capacity 
Report, in bulk?
Looking for samples every 1 minute.
Is this captured in any SMF record type?
Is this a sample report, by any chance, in the RMF Spreadsheet Reporter?

Thanks in advance.

- Vignesh
Mainframe Infrastructure


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

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




Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

--
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: z14 FICON and (old) Brocade switch

[Martin Packer]

Sorry, I should've said z13.

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker

Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or 
  
https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2



From:   Martin Packer 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   26/10/2017 09:33
Subject:Re: z14 FICON and (old) Brocade switch
Sent by:IBM Mainframe Discussion List 



I had a customer recently with old switches between z14 and DS8870. Both 
ends were rated higher than the switches and demonstrably - from 74-8 - 
the links had been negotiated down.

That might or might not matter to you.

Long ago I had a situation where customer was running PPRC at high speed 
across town over low-speed fabric. That caused errors and, IIRC, outages.

That probably DOES matter to you.

But, as always, finance might override that.

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker

Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or 

 
https://urldefense.proofpoint.com/v2/url?u=https-3A__itunes.apple.com_gb_podcast_mainframe-2Dperformance-2Dtopics_id1127943573-3Fmt-3D2=DwIFBA=jf_iaSHvJObTbx-siA1ZOg=BsPGKdq7-Vl8MW2-WOWZjlZ0NwmcFSpQCLphNznBSDQ=76hc8NkIHhBlfUtAsX7AWtLrx3hr-uYlnBVSsN-WpEk=GrcAXo-2p9yQyKBKvdryd3Zki5P690Dv8WbJnYEJkBw=




From:   "Alan(GMAIL)Watthey" 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   26/10/2017 09:27
Subject:Re: z14 FICON and (old) Brocade switch
Sent by:IBM Mainframe Discussion List 



What are they gossipping about?  Certainly the new Multihop feature won't
work on old SAN Switches. That's where you have three switches in the 
path.
Ficon has only supported either a single hop or one hop (cascading) up 
until
now.

Also, old switches might not support dynamic routing.  Old switches may 
only
support static switching (port routing on really old switches and the
slightly better device routing on less old switches).

Old switches won't support 16Gbps either so they'll negotiate down to 8 or
lower.  That'll depend upon fibre type and distance as well.


-Original Message-
From: R.S. [mailto:r.skoru...@bremultibank.com.pl] 
Sent: 25 October 2017 2:38 pm
Subject: z14 FICON and (old) Brocade switch

I heard some gossips about z14 with new FICON Express16S+ and old FICON 
switches. Is it real issue or just FUD to sell new SAN devices?

I have some 5100 switches (8Gbps) and I don't like to replace it just 
because it "wasn't certified".

Any clue?

-- 
Radoslaw Skorupka
Lodz, Poland




==


--
 TreœÌ tej wiadomoœci mo¿e zawieraÌ informacje prawnie chronione 
Banku
przeznaczone wy³¹cznie do u¿ytku s³u¿bowego adresata. Odbiorc¹ mo¿e 
byĂŚ
jedynie jej adresat z wy³¹czeniem dostêpu osób trzecich. Je¿eli nie 
jesteÂś
adresatem niniejszej wiadomoÂści lub pracownikiem upowaÂżnionym do jej
przekazania adresatowi, informujemy, Âże jej rozpowszechnianie, 
kopiowanie,
rozprowadzanie lub inne dziaÂłanie o podobnym charakterze jest prawnie
zabronione i mo¿e byÌ karalne. Je¿eli otrzyma³eœ tê wiadomoœÌ 
omyÂłkowo,
prosimy niezwÂłocznie zawiadomiĂŚ nadawcĂŞ wysyÂłajÂąc odpowiedÂź oraz 
trwale
usun¹Ì tê wiadomoœÌ w³¹czaj¹c w to wszelkie jej kopie wydrukowane 
lub
zapisane na dysku.

 This e-mail may contain legally privileged information of the Bank and is
intended solely for business use of the addressee. This e-mail may only be
received by the addressee and may not be disclosed to any third parties. 
If
you are not the intended addressee of this e-mail or the employee 
authorized
to forward it to the addressee, be advised that any dissemination, 
copying,
distribution or any other similar activity is legally prohibited and may 
be
punishable. If you received this e-mail by mistake please advise the 
sender
immediately by using the reply facility in your e-mail software and delete
permanently this e-mail including any copies of it either printed or saved
to hard drive.

 mBank S.A. z siedzibÂą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
www.mBank.pl, e-mail: kont...@mbank.plsÂąd Rejonowy dla m. st. Warszawy 
XII
WydziaÂł Gospodarczy Krajowego Rejestru SÂądowego, nr rejestru 
przedsiĂŞbiorcĂłw
KRS 025237, NIP: 526-021-50-88. WedÂług stanu na dzieĂą 01.01.2016 r.
kapitaÂł zakÂładowy mBanku S.A. (w caÂłoÂści wpÂłacony) wynosi 168.955.696
zÂłotych.
 

Re: z14 FICON and (old) Brocade switch

[Martin Packer]

I had a customer recently with old switches between z14 and DS8870. Both 
ends were rated higher than the switches and demonstrably - from 74-8 - 
the links had been negotiated down.

That might or might not matter to you.

Long ago I had a situation where customer was running PPRC at high speed 
across town over low-speed fabric. That caused errors and, IIRC, outages.

That probably DOES matter to you.

But, as always, finance might override that.

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker

Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or 
  
https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2



From:   "Alan(GMAIL)Watthey" 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   26/10/2017 09:27
Subject:Re: z14 FICON and (old) Brocade switch
Sent by:IBM Mainframe Discussion List 



What are they gossipping about?  Certainly the new Multihop feature won't
work on old SAN Switches. That's where you have three switches in the 
path.
Ficon has only supported either a single hop or one hop (cascading) up 
until
now.

Also, old switches might not support dynamic routing.  Old switches may 
only
support static switching (port routing on really old switches and the
slightly better device routing on less old switches).

Old switches won't support 16Gbps either so they'll negotiate down to 8 or
lower.  That'll depend upon fibre type and distance as well.


-Original Message-
From: R.S. [mailto:r.skoru...@bremultibank.com.pl] 
Sent: 25 October 2017 2:38 pm
Subject: z14 FICON and (old) Brocade switch

I heard some gossips about z14 with new FICON Express16S+ and old FICON 
switches. Is it real issue or just FUD to sell new SAN devices?

I have some 5100 switches (8Gbps) and I don't like to replace it just 
because it "wasn't certified".

Any clue?

-- 
Radoslaw Skorupka
Lodz, Poland




==


--
 Treść tej wiadomości może zawierać informacje prawnie chronione Banku
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być
jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś
adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej
przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie,
rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie
zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo,
prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale
usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub
zapisane na dysku.

 This e-mail may contain legally privileged information of the Bank and is
intended solely for business use of the addressee. This e-mail may only be
received by the addressee and may not be disclosed to any third parties. 
If
you are not the intended addressee of this e-mail or the employee 
authorized
to forward it to the addressee, be advised that any dissemination, 
copying,
distribution or any other similar activity is legally prohibited and may 
be
punishable. If you received this e-mail by mistake please advise the 
sender
immediately by using the reply facility in your e-mail software and delete
permanently this e-mail including any copies of it either printed or saved
to hard drive.

 mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy XII
Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru 
przedsiębiorców
KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2016 r.
kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.955.696
złotych.
 

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




Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

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

Re: z14 FICON and (old) Brocade switch

[Alan(GMAIL)Watthey]

What are they gossipping about?  Certainly the new Multihop feature won't
work on old SAN Switches. That's where you have three switches in the path.
Ficon has only supported either a single hop or one hop (cascading) up until
now.

Also, old switches might not support dynamic routing.  Old switches may only
support static switching (port routing on really old switches and the
slightly better device routing on less old switches).

Old switches won't support 16Gbps either so they'll negotiate down to 8 or
lower.  That'll depend upon fibre type and distance as well.


-Original Message-
From: R.S. [mailto:r.skoru...@bremultibank.com.pl] 
Sent: 25 October 2017 2:38 pm
Subject: z14 FICON and (old) Brocade switch

I heard some gossips about z14 with new FICON Express16S+ and old FICON 
switches. Is it real issue or just FUD to sell new SAN devices?

I have some 5100 switches (8Gbps) and I don't like to replace it just 
because it "wasn't certified".

Any clue?

-- 
Radoslaw Skorupka
Lodz, Poland




==


--
 Treść tej wiadomości może zawierać informacje prawnie chronione Banku
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być
jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś
adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej
przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie,
rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie
zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo,
prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale
usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub
zapisane na dysku.

 This e-mail may contain legally privileged information of the Bank and is
intended solely for business use of the addressee. This e-mail may only be
received by the addressee and may not be disclosed to any third parties. If
you are not the intended addressee of this e-mail or the employee authorized
to forward it to the addressee, be advised that any dissemination, copying,
distribution or any other similar activity is legally prohibited and may be
punishable. If you received this e-mail by mistake please advise the sender
immediately by using the reply facility in your e-mail software and delete
permanently this e-mail including any copies of it either printed or saved
to hard drive.

 mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy XII
Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców
KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2016 r.
kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.955.696
złotych.


--
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: Batch TSO command (ADDUSER) tracing and diagnostics

[ITschak Mugzach]

Try PROF(MSG) first in you SYSTSIN input as first command.

ITschak

| Itschak Mugzach | Director | SecuriTeam Software | IronSphere Platform | 
Automatic ISCM  (Information Security Contiguous Monitoring) |

| Email: i_mugz...@securiteam.co.il | Mob: +972 522 986404 | Skype: 
ItschakMugzach | Web: www.Securiteam.co.il  |



> On 26 Oct 2017, at 9:30, Baguley, Nicholas: Absa 
>  wrote:
> 
> Hi List
> 
> We need to echo or trace the TSO commands processed in a batch TSO process...
> We are issuing an ADDUSER command under TSO and it returns a RC=8.
> In itself not a "biggie". We run TSO via an ATTACH of IKJEFTnn(1B in this 
> case) so it is a subtask of an IMS address space.
> The ADDUSER command is passed to IKJEFT as a PARM on the attach svc/macro as 
> opposed to SYSTSIN.
> 
> We don't see the command "echoed" to SYSTSPRT as you "normally" do when using 
> SYSTSIN.
> Is anyone aware of a mechanism of switching on tracing or diagnosing PARM= 
> input to IKJ?
> 
> NB - this works fine in 99% of cases. We suspect either we are not building 
> up the ADDUSER command correctly(syntax error) or we have a RACF issue.
> Unfortunately my next opportunity to make a program change and  the 
> command to the syslog is a couple of weeks away.
> Maybe the assumption within the the bowels of TSO was that if input is via 
> PARM then there would be a jcl deck or job output to inspect.
> 
> TIA
> 
> Nick
> 
> 
> Important Notice:
> Absa is an Authorised Financial Services Provider and Registered Credit 
> Provider, 
> registration number: NCRCP7. This e-mail and any files transmitted with it 
> may 
> contain information that is confidential, privileged or otherwise protected 
> from 
> disclosure. If you are not an intended recipient of this e-mail, do not 
> duplicate 
> or redistribute it by any means. Please delete it and any attachments and 
> notify 
> the sender that you have received it in error. Unless specifically indicated, 
> this 
> e-mail is not an offer to buy or sell or a solicitation to buy or sell any 
> securities, 
> investment products or other financial product or service, an official 
> confirmation of 
> any transaction, or an official statement of Absa. Any views or opinions 
> presented 
> are solely those of the author and do not necessarily represent those of 
> Absa. 
> This e-mail is subject to terms available at the following link: 
> http://www.absa.co.za/disclaimer. 
> The Disclaimer forms part of the content of this email. If you are unable to 
> access 
> the Disclaimer, send a blank e-mail to disclai...@absa.co.za and we will send 
> you a 
> copy of the Disclaimer. By messaging with Absa you consent to the foregoing. 
> By emailing Absa you consent to the terms herein. This email may relate to or 
> be sent 
> from other members of the Absa Group.
> 
> --
> 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

Batch TSO command (ADDUSER) tracing and diagnostics

[Baguley, Nicholas: Absa]

Hi List

We need to echo or trace the TSO commands processed in a batch TSO process...
We are issuing an ADDUSER command under TSO and it returns a RC=8.
In itself not a "biggie". We run TSO via an ATTACH of IKJEFTnn(1B in this case) 
so it is a subtask of an IMS address space.
The ADDUSER command is passed to IKJEFT as a PARM on the attach svc/macro as 
opposed to SYSTSIN.

We don't see the command "echoed" to SYSTSPRT as you "normally" do when using 
SYSTSIN.
Is anyone aware of a mechanism of switching on tracing or diagnosing PARM= 
input to IKJ?

NB - this works fine in 99% of cases. We suspect either we are not building up 
the ADDUSER command correctly(syntax error) or we have a RACF issue.
Unfortunately my next opportunity to make a program change and  the 
command to the syslog is a couple of weeks away.
Maybe the assumption within the the bowels of TSO was that if input is via PARM 
then there would be a jcl deck or job output to inspect.

TIA

Nick


Important Notice:
Absa is an Authorised Financial Services Provider and Registered Credit 
Provider, 
registration number: NCRCP7. This e-mail and any files transmitted with it may 
contain information that is confidential, privileged or otherwise protected 
from 
disclosure. If you are not an intended recipient of this e-mail, do not 
duplicate 
or redistribute it by any means. Please delete it and any attachments and 
notify 
the sender that you have received it in error. Unless specifically indicated, 
this 
e-mail is not an offer to buy or sell or a solicitation to buy or sell any 
securities, 
investment products or other financial product or service, an official 
confirmation of 
any transaction, or an official statement of Absa. Any views or opinions 
presented 
are solely those of the author and do not necessarily represent those of Absa. 
This e-mail is subject to terms available at the following link: 
http://www.absa.co.za/disclaimer. 
The Disclaimer forms part of the content of this email. If you are unable to 
access 
the Disclaimer, send a blank e-mail to disclai...@absa.co.za and we will send 
you a 
copy of the Disclaimer. By messaging with Absa you consent to the foregoing. 
By emailing Absa you consent to the terms herein. This email may relate to or 
be sent 
from other members of the Absa Group.

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