Re: SMF Interval

[Mike Shorkend]

Ed,
The most common I have seen is 30 minutes. 15 minutes is also not rare.

Mike

On Fri, 29 Dec 2023 at 07:23, Ed Jaffe  wrote:

> What SMF interval do most folks use?
>
> --
> Phoenix Software International
> Edward E. Jaffe
> 831 Parkview Drive North
> El Segundo, CA 90245
> https://www.phoenixsoftware.com/
>
>
>
> 
> This e-mail message, including any attachments, appended messages and the
> information contained therein, is for the sole use of the intended
> recipient(s). If you are not an intended recipient or have otherwise
> received this email message in error, any use, dissemination, distribution,
> review, storage or copying of this e-mail message and the information
> contained therein is strictly prohibited. If you are not an intended
> recipient, please contact the sender by reply e-mail and destroy all copies
> of this email message and do not otherwise utilize or retain this email
> message or any or all of the information contained therein. Although this
> email message and any attachments or appended messages are believed to be
> free of any virus or other defect that might affect any computer system
> into
> which it is received and opened, it is the responsibility of the recipient
> to ensure that it is virus free and no responsibility is accepted by the
> sender for any loss or damage arising in any way from its opening or use.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743

<https://www.linkedin.com/in/MikeShorkend/>

<https://twitter.com/mikeShorkend>

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

Re: JES2 Policy Crafting

[Mike Shorkend]

If you have access to SHARE or GSE UK proceedings, I have given a couple of
presentations on the subject. Also an article in Cheryl Watson's Tuning
Letter 2022, Vol 1.
Tom Wasik from IBM has also given some excellent JES2 Policy sessions at
SHARE.

Email me directly if you need more information.

Mike

m...@shorkend.com



On Tue, 24 Oct 2023 at 20:42, Mark Jacobs <
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:

> Are there any examples or resources that would help in writing JES2
> Policies? I looked at the information in the manuals and it wasn't helpful
> to me.
>
> Mark Jacobs
>
> Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted
> email.
>
> GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743

<https://www.linkedin.com/in/MikeShorkend/>

<https://twitter.com/mikeShorkend>

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

Re: Israel

[Mike Shorkend]

I am too old for that. One of my sons has been called up.

On Mon, 9 Oct 2023 at 17:03, Steve Beaver <
050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote:

> How any of you guys are in the IDF reserves?
>
> Sent from my iPhone
>
> No one said I could type with one thumb
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743

<https://www.linkedin.com/in/MikeShorkend/>

<https://twitter.com/mikeShorkend>

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

Re: Israel

[Mike Shorkend]

I live near Ben Gurion/Tel Aviv airport. A few missile attacks but nothing
terrible.
The news coming in from the south of Israel is truly horrendous. The truth
is unravelling slowly and paints a very horrific picture.



On Mon, 9 Oct 2023 at 00:02, Seymour J Metz  wrote:

> I'm not, but one of my daughters is visiting her fiancee's family in
> Rishon LTzion. Both I and my wife have mishpachah in Israel. I don't know
> any of the victims, but every death is traumatic.
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of August Carideo 
> Sent: Sunday, October 8, 2023 1:27 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Israel
>
> Is Seymour Metz there also ?
>
>
>
> Get Outlook for iOS<https://aka.ms/o0ukef>
> 
> From: IBM Mainframe Discussion List  on behalf
> of Steve Beaver <050e0c375a14-dmarc-requ...@listserv.ua.edu>
> Sent: Sunday, October 8, 2023 1:20:30 PM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: Israel
>
> Thank you ITschak.  You keep your head and your ass down
>
> Sent from my iPhone
>
> No one said I could type with one thumb
>
> > On Oct 8, 2023, at 12:03, Itschak Mugzach <
> 0305158ad67d-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > No, but I afaik he lives in a safe area in Israel.
> >
> > ITschak
> >
> > בתאריך יום א׳, 8 באוק׳ 2023 ב-19:46 מאת Steve Beaver <
> > 050e0c375a14-dmarc-requ...@listserv.ua.edu>:
> >
> >> Has anyone heard from Benyamin in Israel since the shit storm has
> started?
> >>
> >> Sent from my iPhone
> >>
> >> No one said I could type with one thumb
> >>
> >> --
> >> 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
>
> --
> 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
>


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743

<https://www.linkedin.com/in/MikeShorkend/>

<https://twitter.com/mikeShorkend>

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

Re: Are you serious about wanting a better IBM doc RCF-type process?

[Mike Shorkend]

+1

On Tue, 23 May 2023 at 05:31, Doug Shupe  wrote:

> +1 and more
>
> Stay Safe
>
> > On May 22, 2023, at 19:19, Ramsey Hallman 
> wrote:
> >
> > +1
> >
> > I agree whole-heartedly with Mike and Charles.
> >
> > Ramsey Hallman
> > MVS/Quickref Support Group
> > Chicago-Soft, LTD.
> >
> >> On Mon, May 22, 2023 at 5:34 PM Mike Shaw 
> wrote:
> >>
> >> +1
> >>
> >> I have been working with IBM z/OS documentation for over 40 years and
> have
> >> submitted many reader comment forms in that time. In that time I have
> found
> >> and reported typographical errors, inconsistencies, obsolete
> information,
> >> and even flat-out WRONG statements.
> >>
> >> Without real-world feedback from z/OS professionals who actually USE the
> >> documentation, it's accuracy and usability will not improve.
> >>
> >> IBM has good technical documentation writers but they are NOT end-users.
> >>
> >> Eliminating RCFs disconnects authors of the documentation from
> consumers of
> >> the documentation...NOT a good idea.
> >>
> >> Mike Shaw
> >> MVS/QuickRef Support Group
> >> Chicago-Soft, Ltd.
> >>
> >>> On Mon, May 22, 2023, 6:05 PM Charles Mills  wrote:
> >>>
> >>> For those who have not been following this discussion, IBM is on track
> to
> >>> remove the RCF process as we have known it for forty or so years.
> >> Customers
> >>> and ISVs will be limited to a Web pop-up “Was this helpful?” and if you
> >>> answer No, you will be able to briefly justify that answer. There is
> also
> >>> apparently now no path whatsoever for a customer to open a requirement
> >>> against IBM documentation.
> >>>
> >>> We need a way to provide formatted suggestions for improvements,
> >>> clarifications or corrections to IBM manuals.
> >>>
> >>> If you would like that, then wishing and hoping and grumping will not
> >> make
> >>> it happen. Here is what might make it happen:
> >>>
> >>> - You could start by replying with a simple +1 to this post. The IBM
> >>> powers that be do not participate in this forum, but there is strong
> >>> evidence that what happens here sometimes percolates in that direction.
> >>> - You could vote for Peter Farley’s RFE. Find it here:
> >>>
> >>
> https://ibm-z-hardware-and-operating-systems.ideas.ibm.com/ideas/ZOS-I-3691
> >>> (apologies for any fold).
> >>> - If you have an IBM rep at your shop, you could let him or her know.
> If
> >>> you simply know an IBMer you could tell him or her nicely.
> >>> - If you have contacts who are responsible at your shop for other
> >> products
> >>> such as the languages, Db2, CICS, MQ and so forth, you could try to get
> >>> them to chime in. Apparently one of the pushbacks from the
> documentation
> >>> team is “IBM has 1200 products and our process works fine for all of
> >> them –
> >>> what’s wrong with you z/OS people?”
> >>>
> >>> Thank you.
> >>> Charles
> >>>
> >>> --
> >>> 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
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743

<https://www.linkedin.com/in/MikeShorkend/>

<https://twitter.com/mikeShorkend>

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

Re: WLM for z/OSMF

[Mike Shorkend]

Also keep in mind that a large proportion of IZUSVR1 CPU consumption is
ZIIP eligible.
I prefer to send ZIIP heavy workloads to a dedicated service class(mixing
workloads might cause a ZIIP eligible workload to get denied ZIIP because
the service class it is associated with is meeting its goals because of
othernon-ZIIP workloads).
On a busy development LPAR I use a service class with importance 5 and
execution velocity of 30 and it performs well.
Also keep in mind the HONORPRIORITY setting for the service class which can
cause/prevent  spill over of ZIIP eligible work to general
usage processors.

On Fri, 12 May 2023 at 11:57, Ed Jaffe  wrote:

> On 5/11/2023 1:08 PM, Colin Paice wrote:
> > We are setting up z/OSMF for the 1st time (can't really avoid it any
> > longer). I've noticed that the IZUANG1 task has a default WLM SC of
> SYSSTC
> > (which is probably OK), but the IZUSVR1 task has a default of
> Discretionary
> > - which is probably NOT OK. Do you have a recommendation for a functional
> > SC that won't eat the LPAR alive?
>
> We have no default Service Class for STC and no rules for IZU* address
> spaces and yet our IZUSVR1 address space runs in SYSSTC under z/OS V2R5.
>
>
> --
> Phoenix Software International
> Edward E. Jaffe
> 831 Parkview Drive North
> El Segundo, CA 90245
> https://www.phoenixsoftware.com/
>
>
>
> 
> This e-mail message, including any attachments, appended messages and the
> information contained therein, is for the sole use of the intended
> recipient(s). If you are not an intended recipient or have otherwise
> received this email message in error, any use, dissemination, distribution,
> review, storage or copying of this e-mail message and the information
> contained therein is strictly prohibited. If you are not an intended
> recipient, please contact the sender by reply e-mail and destroy all copies
> of this email message and do not otherwise utilize or retain this email
> message or any or all of the information contained therein. Although this
> email message and any attachments or appended messages are believed to be
> free of any virus or other defect that might affect any computer system
> into
> which it is received and opened, it is the responsibility of the recipient
> to ensure that it is virus free and no responsibility is accepted by the
> sender for any loss or damage arising in any way from its opening or use.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743

<https://www.linkedin.com/in/MikeShorkend/>

<https://twitter.com/mikeShorkend>

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

Re: CBU Woes

[Mike Shorkend]

Hi Ed,
There are two ways you could do this. The first one is by assigning reserve
processors in the image profile. After the LPAR  is up and running you can
config the extra CPUs online.
You could automate this pretty easily. You don't have to make any changes
going back and forward with/without CBU.

The other way is to create a new image profile with the added CPUs defined.
After you add the CBU, you will need to mark this new profile for
activation and then activate the LPAR.
I guess that you could use BCPii to script this but I am not sure that
BCPii has access to all these controls.You would have to do the reverse
when you withdraw the CBU.

I prefer the first method . Much less hassle.


Mike

On Sat, 29 Apr 2023, 20:43 Ed Jaffe,  wrote:

> Esteemed Sysprogs,
>
> We use CBU to activate additional engines and capacity twice a year.
>
> The image profiles on the HMC match the LPAR names and there seems to be
> no way to associate alternate image profiles to be used while CBU is
> active. Therefore, we have been manually updating the image profiles to
> add the additional engines during the CBU and then manually changing
> them back when the CBU is over.
>
> Is there a better way? Can alternate image profiles be used? If not, can
> these changes be easily scripted?
>
> Thanks,
>
> --
> Phoenix Software International
> Edward E. Jaffe
> 831 Parkview Drive North
> El Segundo, CA 90245
> https://www.phoenixsoftware.com/
>
>
>
> 
> This e-mail message, including any attachments, appended messages and the
> information contained therein, is for the sole use of the intended
> recipient(s). If you are not an intended recipient or have otherwise
> received this email message in error, any use, dissemination, distribution,
> review, storage or copying of this e-mail message and the information
> contained therein is strictly prohibited. If you are not an intended
> recipient, please contact the sender by reply e-mail and destroy all copies
> of this email message and do not otherwise utilize or retain this email
> message or any or all of the information contained therein. Although this
> email message and any attachments or appended messages are believed to be
> free of any virus or other defect that might affect any computer system
> into
> which it is received and opened, it is the responsibility of the recipient
> to ensure that it is virus free and no responsibility is accepted by the
> sender for any loss or damage arising in any way from its opening or use.
>
> --
> 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] Re: Z15 EOM

[Mike Shorkend]

I still use the BC/EC nomenclature for lack of a better one.
It comes down to the number of CPs you can have. The z15-T01("EC") has up
to 190 general processors while the z15-T02("BC") is limited to 6. It goes
back to the number of possible drawers on the CEC.

Traditionally, the BC machines have many more sub capacity settings
compared with EC. You can dial the processors from A  to Z , so 26
different capacity settings per CP.
The EC machines have much less granularity




On Thu, 2 Mar 2023 at 19:13, Pommier, Rex  wrote:

> IBM dropped the EC/BC nomenclature, much to my chagrin.  I'm guessing I'm
> not the only one that still refers to the big one as the EC and the smaller
> sibling as the BC, even though IBM doesn't.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Tom Brennan
> Sent: Thursday, March 2, 2023 10:04 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: Z15 EOM
>
> Didn't IBM drop the BC vs. EC notation a while ago?  I've been calling
> them water-cooled vs. air-cooled.  The number of frames is obviously
> confusing, along with air-cooled model numbers T02 and A01 (and I assume
> A02 on the way) which look like speed/cp settings.
>
> On 3/2/2023 6:43 AM, P H wrote:
> > The slide 91 is NOT the z16 'mid-range/business class' system. Depending
> on the configuration the z16 'high end' system, as announced, comes in 1,
> 2, 3 or 4 racks.l!
> >
> > Sent from Outlook for
> > Android<https://urldefense.com/v3/__https://aka.ms/AAb9ysg__;!!KjMRP1I
> > xj6eLE0Fj!rA4k_tOBFRImng4OTWTF2Hcov3uCOXypF3klop9mtSWE7jN-yDuynqSA1Rcx
> > kxy6kwV1zTq-yFwZSFklGftFxeY$ > 
> > From: IBM Mainframe Discussion List  on
> > behalf of Joe Monk 
> > Sent: Thursday, March 2, 2023 7:29:14 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU 
> > Subject: Re: Z15 EOM
> >
> > "The one rack z16 (aka Business Class) has not yet been announced,"
> >
> > It already exists. See slide 91.
> >
> > https://urldefense.com/v3/__https://ibm-zcouncil.com/wp-content/upload
> > s/2022/05/z16-Technical-Overview-50M-KennyStine.pdf__;!!KjMRP1Ixj6eLE0
> > Fj!rA4k_tOBFRImng4OTWTF2Hcov3uCOXypF3klop9mtSWE7jN-yDuynqSA1Rcxkxy6kwV
> > 1zTq-yFwZSFklSYEm_rc$
> >
> > Joe
>
> --
> 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
>


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743

<https://www.linkedin.com/in/MikeShorkend/>

<https://twitter.com/mikeShorkend>

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

Re: Z15 EOM

[Mike Shorkend]

The one rack z16 (aka Business Class) has not yet been announced,so I
expect the z16+1 is still some time in the not so near future. Likewise the
EOM for the z15.

On Thu, 2 Mar 2023 at 15:34, Paul Gorlinsky  wrote:

> It should also be noted that the z14 is still a supported processor for
> zOS 3.1  ...
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743

<https://www.linkedin.com/in/MikeShorkend/>

<https://twitter.com/mikeShorkend>

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

Re: CLIST for APF and link list datasets

[Mike Shorkend]

I would use  SDSF REXX.
Navigate to the panel you want to display:LNK,LPA,APF etc, and then issue
the RGEN command that will generate the required REXX code



On Wed, 15 Feb 2023 at 05:12, Lars Höglund  wrote:

> And with parm like LINK / APF / LPA (or without parm)
>
> -Ursprungligt meddelande-
> Från: IBM Mainframe Discussion List  För
> rpinion865
> Skickat: den 14 februari 2023 20:56
> Till: IBM-MAIN@LISTSERV.UA.EDU
> Ämne: Re: CLIST for APF and link list datasets
>
> DDLIST from any ISPF command line.
>
>
>
>
> Sent with Proton Mail secure email.
>
> --- Original Message ---
> On Tuesday, February 14th, 2023 at 2:47 PM, Bill Giannelli <
> billgianne...@gmail.com> wrote:
>
>
> > I was shown a clist that had various options to display things like APFs
> and LLA, etc.
> > I am struggling to remember the clist name to run.
> > I am hoping this vague question sparks someone's memory.
> > does anyone know the clist?
> > thanks
> > Bill
> >
> > --
> > 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
>


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743

<https://www.linkedin.com/in/MikeShorkend/>

<https://twitter.com/mikeShorkend>

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

Re: Is there such a thing as JCL to transfer files using https?

[Mike Shorkend]

You might want to look at the z/OS client web enablement toolkit

https://www.ibm.com/docs/en/zos/2.3.0?topic=languages-zos-client-web-enablement-toolkit

Particularly at the *The z/OS HTTP/HTTPS protocol enabler
<https://www.ibm.com/docs/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieac100/ieac1-cwe-http.htm>*


Mike



On Sat, 1 Oct 2022 at 19:31, Ed Jaffe  wrote:

> On 10/1/2022 8:52 AM, Billy Ashton wrote:
> > Hi everyone! You have been so helpful in the past to help me with
> > getting my file transfers working with sftp, and now, we have a
> > manager who wants to explore using https in batch like we do online in
> > our browsers. He thinks we can secure our ports better if we are not
> > using as many. We would be using it to move files back and forth with
> > a couple of our major business partners.
> >
> > Is such a thing possible? What do I need to think about if this is
> > possible? Does anyone have any sample JCL they have used and would be
> > able to share with me?
>
> IBM sold their z/OS UNIX ported tools (including cURL) to Rocket quite a
> few years ago.
>
> https://www.rocketsoftware.com/zos-open-source
>
>
> --
> Phoenix Software International
> Edward E. Jaffe
> 831 Parkview Drive North
> El Segundo, CA 90245
> https://www.phoenixsoftware.com/
>
>
>
> 
> This e-mail message, including any attachments, appended messages and the
> information contained therein, is for the sole use of the intended
> recipient(s). If you are not an intended recipient or have otherwise
> received this email message in error, any use, dissemination, distribution,
> review, storage or copying of this e-mail message and the information
> contained therein is strictly prohibited. If you are not an intended
> recipient, please contact the sender by reply e-mail and destroy all copies
> of this email message and do not otherwise utilize or retain this email
> message or any or all of the information contained therein. Although this
> email message and any attachments or appended messages are believed to be
> free of any virus or other defect that might affect any computer system
> into
> which it is received and opened, it is the responsibility of the recipient
> to ensure that it is virus free and no responsibility is accepted by the
> sender for any loss or damage arising in any way from its opening or use.
>
> ------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743

<https://www.linkedin.com/in/MikeShorkend/>

<https://twitter.com/mikeShorkend>

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

Own your own Z13 and Z16

[Mike Shorkend]

This really amused me


https://www.lenovo.com/au/en/thinkpadz?orgRef=https%253A%252F%252Fwww.google.com%252F

The latest Lenovo Thinkpad series is called 'Z SERIES'. There are two
models - a Z13 and a Z16.

I wonder if this is an intentional  gesture made by Lenovo to the
Thinkpad's heritage(IBM)?

Or just a wild coincidence?


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743

<https://www.linkedin.com/in/MikeShorkend/>

<https://twitter.com/mikeShorkend>

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

Re: Question About ADRDSSU

[Mike Shorkend]

Yes, my typo, thanks David

On Tue, 12 Apr 2022 at 13:09, David Spiegel  wrote:

> Hi Mike,
> There is no asterisk to the left of PARM.
>
> Regards,
> David
>
> On 2022-04-12 02:27, Mike Shorkend wrote:
> > You can code your EXEC statement like this to check which datasets
> ADRDSSU
> > will process (without actually doing it):
> >
> > //COPYMOVE EXEC  PGM=ADRDSSU,REGION=7M,TIME=99,*PARM='TYPRUN=NORUN'*
> >
> > On Tue, 12 Apr 2022 at 02:59, Lennie Dymoke-Bradshaw <
> > 032fff1be9b4-dmarc-requ...@listserv.ua.edu> wrote:
> >
> >> Paul,
> >>
> >> Assuming your sentence including "beginning with MONSOON,V70" was
> intended
> >> to say "beginning with MONSOON.V70" I still think this will only move
> data
> >> sets starting MONSOON.V70.  (note the final ".").
> >> Data sets such as "MONSOON.V70MORE" would not be moved.
> >> If data sets of the same name exist on your target volume you can decide
> >> what happens using RENAMEU and REPUNC keywords.
> >>
> >> Lennie Dymoke-Bradshaw
> >>
> https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Frsclweb.com%2Fdata=04%7C01%7C%7C75548b75f393472d34dc08da1c4d9af3%7C84df9e7fe9f640afb435%7C1%7C0%7C637853416929843676%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=eCD8lj3W0%2BITYbxkzAuGurntnzg%2FyQQvuWZLa%2BntPPo%3Dreserved=0
> >> 'Dance like no one is watching. Encrypt like everyone is.'
> >>
> >> -Original Message-
> >> From: IBM Mainframe Discussion List  On
> Behalf
> >> Of
> >> esst...@juno.com
> >> Sent: 12 April 2022 00:12
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: Question About ADRDSSU
> >>
> >> .
> >> Hello
> >> .
> >> I have a question regarding ADRDSSU -
> >> In the past I have used the following control statements to MOVE a
> specific
> >> dataset from one volume to another.
> >> .
> >>
> >> //COPYMOVE EXEC  PGM=ADRDSSU,REGION=7M,TIME=99
> >> //SYSPRINT DD  SYSOUT=*
> >> //OUTVOL1  DD  DISP=SHR,VOL=SER=SYSV32,UNIT=SYSALLDA
> >> //SYSINDD*
> >>COPY DS( -
> >>   INCLUDE ( MONSOON.V70.ZFS -
> >>)  -
> >>)  -
> >>OUTDDNAME(OUTVOL1)  -
> >>BYPASSACS(**)   -
> >>CATALOG-
> >>DELETE -
> >>ALLEXCP-
> >>ALLDATA(*) -
> >>TOL(ENQF)
> >> /*
> >> //
> >> .
> >> .
> >> If I used the following INCLUDE statement , my understanding is that
> >> ADRDSSU
> >> will move ALL DATASETS (VSAM and Non VSAM) begining with MONSOON,V70 to
> >> another volume.
> >> INCLUDE ( MONSOON.V70.** -
> >> .
> >> Is My Assesment correct ?
> >> .
> >> Second
> >> If the Target Volume already  contains a file begining with MONSOON.V70.
> >> what will happen  to that dataset ?
> >> .
> >> Paul
> >> *
> >>
> >>
> >>
> >>
> >> --
> >> 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
>


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743

<https://www.linkedin.com/in/MikeShorkend/>

<https://twitter.com/mikeShorkend>

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

Re: Question About ADRDSSU

[Mike Shorkend]

You can code your EXEC statement like this to check which datasets ADRDSSU
will process (without actually doing it):

//COPYMOVE EXEC  PGM=ADRDSSU,REGION=7M,TIME=99,*PARM='TYPRUN=NORUN'*

On Tue, 12 Apr 2022 at 02:59, Lennie Dymoke-Bradshaw <
032fff1be9b4-dmarc-requ...@listserv.ua.edu> wrote:

> Paul,
>
> Assuming your sentence including "beginning with MONSOON,V70" was intended
> to say "beginning with MONSOON.V70" I still think this will only move data
> sets starting MONSOON.V70.  (note the final ".").
> Data sets such as "MONSOON.V70MORE" would not be moved.
> If data sets of the same name exist on your target volume you can decide
> what happens using RENAMEU and REPUNC keywords.
>
> Lennie Dymoke-Bradshaw
> https://rsclweb.com
> 'Dance like no one is watching. Encrypt like everyone is.'
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of
> esst...@juno.com
> Sent: 12 April 2022 00:12
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Question About ADRDSSU
>
> .
> Hello
> .
> I have a question regarding ADRDSSU -
> In the past I have used the following control statements to MOVE a specific
> dataset from one volume to another.
> .
>
> //COPYMOVE EXEC  PGM=ADRDSSU,REGION=7M,TIME=99
> //SYSPRINT DD  SYSOUT=*
> //OUTVOL1  DD  DISP=SHR,VOL=SER=SYSV32,UNIT=SYSALLDA
> //SYSINDD*
>   COPY DS( -
>  INCLUDE ( MONSOON.V70.ZFS -
>   )  -
>   )  -
>   OUTDDNAME(OUTVOL1)  -
>   BYPASSACS(**)   -
>   CATALOG-
>   DELETE -
>   ALLEXCP-
>   ALLDATA(*) -
>   TOL(ENQF)
> /*
> //
> .
> .
> If I used the following INCLUDE statement , my understanding is that
> ADRDSSU
> will move ALL DATASETS (VSAM and Non VSAM) begining with MONSOON,V70 to
> another volume.
> INCLUDE ( MONSOON.V70.** -
> .
> Is My Assesment correct ?
> .
> Second
> If the Target Volume already  contains a file begining with MONSOON.V70.
> what will happen  to that dataset ?
> .
> Paul
> *
>
>
>
>
> --
> 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
>


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743

<https://www.linkedin.com/in/MikeShorkend/>

<https://twitter.com/mikeShorkend>

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

Re: SDSFAUX Priority

[Mike Shorkend]

Thanks Rob, I figured as much.

On Wed, 16 Mar 2022, 15:25 Rob Scott,  wrote:

> Mike
>
> This is because the data for the “DA” panel (derived from calls to both
> RMF and JES) from 2.4 onwards is collected centrally by the SDSFAUX address
> space rather than being gathered by every SDSF user every time they press
> enter on the panel.
>
> I think there is a good case to update the SDSF manuals to reflect more
> realistic tuning advice.
>
> Rob Scott
> Rocket Software
>
> From: IBM Mainframe Discussion List  On Behalf
> Of Mike Shorkend
> Sent: 16 March 2022 12:29
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SDSFAUX Priority
>
> EXTERNAL EMAIL
>
>
>
> Hi,
>
> On z/OS 2.4, I have set up SDSFAUX so that it goes to a medium priority
> service class as recommended by the documentation.
> When an LPAR is very busy, hitting enter on the SDSF DA screen does not
> change the cpu% column values. I looked at SDSFAUX and it was starved for
> CPU. I changed SDSFAUX to a higher service class and the problem went away.
>
> I do not recall this happening in previous z/OS versions.
>
> I will just leave SDSFAUX at a higher priority but was curious if anyone
> else ran into this.
>
> Thanks
>
> Mike
>
> --
> Mike Shorkend
> m...@shorkend.com<mailto:m...@shorkend.com>
> Tel: +972524208743
>
> <https://www.linkedin.com/in/MikeShorkend/<
> https://www.linkedin.com/in/MikeShorkend>>
>
> <https://twitter.com/mikeShorkend<https://twitter.com/mikeShorkend>>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu<mailto:lists...@listserv.ua.edu>
> with the message: INFO IBM-MAIN
>
> 
> Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA
> 02451 ■ Main Office Toll Free Number: +1 855.577.4323
> Contact Customer Support:
> https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
> Unsubscribe from Marketing Messages/Manage Your Subscription Preferences -
> http://www.rocketsoftware.com/manage-your-email-preferences
> Privacy Policy -
> http://www.rocketsoftware.com/company/legal/privacy-policy
> 
>
> This communication and any attachments may contain confidential
> information of Rocket Software, Inc. All unauthorized use, disclosure or
> distribution is prohibited. If you are not the intended recipient, please
> notify Rocket Software immediately and destroy all copies of this
> communication. 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

SDSFAUX Priority

[Mike Shorkend]

Hi,

On z/OS 2.4, I have set up SDSFAUX so that it goes to a medium priority
service class as recommended by the documentation.
When an LPAR is very busy, hitting enter on the SDSF DA screen does not
change the cpu% column values. I looked at SDSFAUX and it was starved for
CPU. I changed SDSFAUX to a higher service class and the problem went away.

I do not recall this happening in previous z/OS versions.

I will just leave SDSFAUX at a higher priority but was curious if anyone
else ran into this.

Thanks

Mike

-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743

<https://www.linkedin.com/in/MikeShorkend/>

<https://twitter.com/mikeShorkend>

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

Re: JES2 mail notification

[Mike Shorkend]

Thanks, Roger and David, it seems like I need to do some more security work.

On Mon, 17 Jan 2022 at 13:50, Roger Lowe  wrote:

> On Sun, 16 Jan 2022 15:17:40 +0200, Mike Shorkend 
> wrote:
>
> >Hi,
> >I am trying to set up email notification for job termination but have run
> >into a problem that the JES2EDS started task  can't connect to z/OSMF.
> This
> >is the joblog(I have had to obfuscate the URI  and NODE)
> >
> Mike,
> Here are a few things to check out:
> 1. Has zOSMF been setup to be "autostart"?
> 2. Have you seen Chapter 8 of the JES2 Init and Tuning Guide - "JES2 Email
> Delivery Services"?
> 3. Certificates in your relevant ESM been setup?
> 4. Has the userid you assigned for JES2EDS address space been added to
> zOSMF as a valid user?
> 5. Has the userid assigned to JES2EDS address space been given the
> necessary security access to to use z/OSMF email (notification) services?
> 6. Have you defined the SMTP Server to the zOSMF configuration?
>
> A lot of this is discussed in details in the Chapter 8 of the JES2 Init
> and Tuning Guide.
>
> Hope the above helps
>
> Roger
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743

<https://www.linkedin.com/in/MikeShorkend/>

<https://twitter.com/mikeShorkend>

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

JES2 mail notification

[Mike Shorkend]

Hi,
I am trying to set up email notification for job termination but have run
into a problem that the JES2EDS started task  can't connect to z/OSMF. This
is the joblog(I have had to obfuscate the URI  and NODE)


  J E S 2  J O B  L O G  --  S Y S T E M  S Y S D  --  N O
D E  N O D E 1


1.25.31 S0452379  SUNDAY,16 JAN 2022 

1.25.31 S0452379  IEF196I IGD103I SMS ALLOCATED TO DDNAME SYS1

1.25.31 S0452379  IEF196I IGD104I SYS3.TCPIP.TCPPARMS
   RETAINED,
1.25.31 S0452379  IEF196I DDNAME=SYS1

1.25.31 S0452379  IEF196I IGD103I SMS ALLOCATED TO DDNAME SYS5

1.25.31 S0452379  IEF196I IGD104I SYS3.TCPIP.TCPPARMS
   RETAINED,
1.25.31 S0452379  IEF196I DDNAME=SYS5

1.25.31 S0452379  IEF196I IGD103I SMS ALLOCATED TO DDNAME SYS7

1.25.31 S0452379  IEF196I IGD104I SYS3.PLX2.TCPIP.STANDARD.TCPXLBIN
   RETAINED,
1.25.31 S0452379  IEF196I DDNAME=SYS7

1.25.31 S0452379  IEF196I IGD103I SMS UNIX FILE ALLOCATED TO DDNAME
SYS00011
1.25.31 S0452379  IEF196I IGD104I UNIX FILE WAS RETAINED, DDNAME IS
(SYS00011)
1.25.31 S0452379  IEF196I FILENAME IS (/etc/hosts)

1.25.32 S0452379  $HASP1529 106 0420 Socket closed by remote partner

1.25.32 S0452379  $HASP1534 z/OSMF server URI
https://host.domain.co.il:1443/zosmf
1.25.32 S0452379  $HASP1535 Current message is in email queue $EDSQ004 at
offset 
  918   in EMQT 0288FF01

1.25.32 S0452379 *$HASP1523 Unable to connect to z/OSMF server.



If I plugin the URI to a browser, I connect to z/OMSF without a problem.


$HASP1529   sends you to the HTTP toolkit where a 106 return code is:

Meaning: A communication error has been detected. One or
more of the following problems has occurred:
• A failure in the communication with the web server
• An error in an underlying sockets or SSL/TLS service call
• An error in obtaining the necessary system resources to
process the connect.
Action: Check the diagArea for further diagnostic information.
The toolkit uses many internal services, including sockets, SSL,
and other calls when processing an HTTP API service call. If one
of these internal services fails because of an error in
communications with the targeted server or because of an
internal environmental condition, the error is reported in the
diagnostic area. This information can be useful to the
application programmer but, in many cases, it is for the use of
IBM Support. If one of these errors occurs, clean up the
environment, check for possible communication configuration
problems, and reissue the request

Before opening a case with IBM, has anyone else run into this (and
hopefully solved it)?
z/OS 2.4  and I think that I have followed all the prereq tasks.

Thanks

Mike

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

Re: RMF III hourly snap shot

[Mike Shorkend]

 If it is RMF III data you are looking for then I keep about  a week of
data online. The VSAM files get backed up daily and kept for another month.
They can be restored and added to the RMF III collector (aka RMFGAT) for
viewing . As reflectors mentioned, you can use the ISPF dialog to view the
data, but lately I have been using the RMF web portal which displays much
more information out of the box.

On Sun, 2 Jan 2022 at 23:40, Michael Oujesky  wrote:

> RMF III SMF or VSAM data store?  for the VSAM data store, the ISPF
> diaglog ought to be available.
>
> At 12:29 PM 1/2/2022, Jake Anderson wrote:
>
> >Hello
> >
> >Is it possible to take RMF III - options on hourly snapshot to a PS file
> or
> >GDG ? Reason why I want is that recently we had an outage due to memory
> >issues and I wanted to go back and analyse the memory usage.
> >
> >Any pointers are much appreciated
> >
> >Jake
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743

<https://www.linkedin.com/in/MikeShorkend/>

<https://twitter.com/mikeShorkend>

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

Re: Moron of the day -- me!

[Mike Shorkend]

The syntax is


PA {[PAGE=]}{dsname[,dsname]...}
   {NONVIO=}

So if I specified PA PAGE='SYS1.LOCAL,PAGE09' I would either expect
the dataset enclosed in the quotes to be used or, get a message
indicating that a quote was found instead of a dsname.

As for the PMR(if I remember correctly, this was back in the 1990s),
the IBM support person pointed out the error to me.




On Sat, 20 Nov 2021 at 15:28, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Sat, 20 Nov 2021 11:06:47 +0200, Mike Shorkend  wrote:
>
> >My moment must have been when I wanted to add a page dataset and I
> enclosed
> >the name of the dataset in quotes. To my defence, to this day, it throws a
> >'NOT CATALGUED' condition and not a syntax error as might be expected.
> >
> What syntax error would you expect?
>
> It's a horrible design.  Quotes should simply mean that the enclosed
> DSN is to be taken verbatim; whenever VOL or UNIT is unavailable
> the catalog should be searched.
>
> >had to open a PMR to get it straightened...
> >
> What was the  disposition of that PMR?
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743

<https://www.linkedin.com/in/MikeShorkend/>

<https://twitter.com/mikeShorkend>

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

Re: Moron of the day -- me!

[Mike Shorkend]

My moment must have been when I wanted to add a page dataset and I enclosed
the name of the dataset in quotes. To my defence, to this day, it throws a
'NOT CATALGUED' condition and not a syntax error as might be expected. I
had to open a PMR to get it straightened...


On Fri, 19 Nov 2021 at 23:55, Radoslaw Skorupka 
wrote:

> W dniu 10.11.2021 o 18:47, Phil Smith III pisze:
> > Looked at it again this morning and saw the problem instantly. Now, as we
> > all know, there is no new JCL: every bit of JCL is descended from a
> fragment
> > found on a stone tablet on the side of a mountain near Poughkeepsie back
> in
> > the early 1960s. Every "new" job is just an old job, modified.
>
> I heard similar story: Nobody write new JCL job from scratch. Only
> Skorupa does it. The rest take examples from his course.
> Yes, it was about me. However I heard few guys taking, these words
> weren't addressed to me :-)))
>
> (Skorupa above is not typo, this is moniker)
>
> (I used to teach JCL a lot)
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743

<https://www.linkedin.com/in/MikeShorkend/>

<https://twitter.com/mikeShorkend>

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

Re: Spool entire job to a file?

[Mike Shorkend]

Spool Offload?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Billy Ashton
Sent: Wednesday, 18 August 2021 16:47
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Spool entire job to a file?

Hi all...I have a need to run a bunch of jobs to do some changes to files, and 
we want to preserve the output of all these jobs for auditors. Is there a way 
to use an OUTPUT statement or something in the job itself that can redirect the 
entire job output to a PDS member? We don't have a Spooler utility on this 
LPAR, so I am trying to find an easy way to capture these jobs.
TIA!
Billy

--
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 an SDSF display column for maximum return code of a job? [EXTERNAL]

[Mike Shorkend]

And you can use the 'L MaxRc' command to position it as the first column in
the current display.

On Thu, 8 Jul 2021 at 21:47, Allan Staller <
0387911dea17-dmarc-requ...@listserv.ua.edu> wrote:

> Classification: Confidential
>
> Use the "arrange" subcommand to move the MaxRC to the visible screen.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Feller, Paul
> Sent: Thursday, July 8, 2021 1:43 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Is there an SDSF display column for maximum return code of a
> job? [EXTERNAL]
>
> [CAUTION: This Email is from outside the Organization. Unless you trust
> the sender, Don’t click links or open attachments as it may be a Phishing
> email, which can steal your Information and compromise your Computer.]
>
> Peter at least in my shop the "ST" screen in SDSF has a Max-RC (Max-RC:
> Return code information for the job) column.  I had to scroll to the right
> to see it.  I also a Max-RC when I look at my (H) held output.  Now based
> on the SDSF manual I should also see a Max-RC on the "O" output display but
> I don't see one.  So at some point someone at this shop did not allow
> people to see Max-RC on the output display for some reason.
>
>
> Thanks..
>
> Paul Feller
> GTS Mainframe Technical Support
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Farley, Peter x23353
> Sent: Thursday, July 8, 2021 1:25 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Is there an SDSF display column for maximum return code of a job?
> [EXTERNAL]
>
> I would like to be able to see the maximum return code of a job in any
> SDSF display that may have such a column, but I am not seeing one in any
> SDSF display I am authorized to use.
>
> Is there perhaps some optional column that could be specified that my
> sysadmins have not populated for us?
>
> z/OS release is 2.3 if that matters.
>
> TIA for any assistance or information you can provide.
>
> Peter
>
> 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
>
> --
> Please note:  This message originated outside your organization. Please
> use caution when opening links or attachments.
>
> --
> 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
>


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743

<https://www.linkedin.com/in/MikeShorkend/>

<https://twitter.com/mikeShorkend>

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

Re: And the survey says...

[Mike Shorkend]

Another vote for Vista 3270/Tom Brennan Software

On Thu, 29 Apr 2021 at 16:33, Chuck Kreiter 
wrote:

> My firm uses Hummingbird.  As a sysprog, I loathe it.  PCOMM and Vista are
> the tops in the emulator space IMO.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Allan Staller
> Sent: Tuesday, April 27, 2021 10:09 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: And the survey says...
>
> Classification: Confidential
>
> What 3270 emulator are you using?
>
> I (and my colleagues) have been using PCOMM as our 3270 emulator by
> corporate edict.
> Corporate has removed PCOMM from the available list of emulators, hence
> this
> survey (survey ends Fri. Apr 30 @ COB).
>
> Since we have to go through a procurement process, we want to obtain the
> optimal product.
> I am aware of the usual suspects and have them on my short list.
>
> Responses can be posted on-list or directly to me.
>
> Thanks to all in advance for your time and attention,
>
>
>
>
> ::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
>


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743

<https://www.linkedin.com/in/MikeShorkend/>

<https://twitter.com/mikeShorkend>

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

Re: z/TPF questions

[Mike Shorkend]

Also , there is a z/OS based product - ALCS - which provides the same
functionality as TPF without the overhead of additional hardware, operating
system , operational costs etc . So targeted at smaller shops.

On Sat, 20 Mar 2021 at 12:13, Mike Shorkend  wrote:

> I worked at an airline in the 90s. I was on the OS/390 team.There was an
> equivalent(much larger) TPF team. it is a very unique operating system. All
> it could do (and did it very well) was handle high volumes of transactions
> and database calls. I expect it has not changed much. Everything else, like
> compiling programs(assembler and C) , loading NCP, backups etc. was done by
> OS/390.
>
> The last I heard, there were about 30 licenses world wide,
>
> On Sat, 20 Mar 2021 at 06:35, Tom Brennan 
> wrote:
>
>> Ah... that makes sense.  Then they might have been going over that 32 CP
>> limit fairly soon after the limit was changed.  Being the first on your
>> block to run new code is no fun at 2 in the morning.
>>
>> On 3/19/2021 8:15 PM, Mike Schwab wrote:
>> > I think the limit was 32 z processors in an LPAR.  They might have
>> > raised it by now.  z15 can have 190 in high capacity order.
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>
>
> --
> Mike Shorkend
> m...@shorkend.com
> Tel: +972524208743
>
> <https://www.linkedin.com/in/MikeShorkend/>
>
> <https://twitter.com/mikeShorkend>
>
>

-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743

<https://www.linkedin.com/in/MikeShorkend/>

<https://twitter.com/mikeShorkend>

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

Re: z/TPF questions

[Mike Shorkend]

I worked at an airline in the 90s. I was on the OS/390 team.There was an
equivalent(much larger) TPF team. it is a very unique operating system. All
it could do (and did it very well) was handle high volumes of transactions
and database calls. I expect it has not changed much. Everything else, like
compiling programs(assembler and C) , loading NCP, backups etc. was done by
OS/390.

The last I heard, there were about 30 licenses world wide,

On Sat, 20 Mar 2021 at 06:35, Tom Brennan 
wrote:

> Ah... that makes sense.  Then they might have been going over that 32 CP
> limit fairly soon after the limit was changed.  Being the first on your
> block to run new code is no fun at 2 in the morning.
>
> On 3/19/2021 8:15 PM, Mike Schwab wrote:
> > I think the limit was 32 z processors in an LPAR.  They might have
> > raised it by now.  z15 can have 190 in high capacity order.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743

<https://www.linkedin.com/in/MikeShorkend/>

<https://twitter.com/mikeShorkend>

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

Re: Using JobClass condition in JES2 Policy

[Mike Shorkend]

I have that working. Below is a snippet from my json code  Looks like you
are missing single quotes around the A.


 { "condition" : " JobClass = 'F'   ",
 "actions"   :
 [
{ "action" : " SendMessage ",
  "message" : " 'class F skipped'"
},
{ "action" : " Leave "
}
 ]
   },

Hope this helps

Mike


On Fri, 15 Jan 2021 at 05:45, Roger Lowe  wrote:

> Hi,
>Am trying to get a JES2 Policy using the "JobClass" condition and I try
> and do the $POLICY IMPORT command it is failing with -
>
> $HASP1640 Error in condition expression in definition entry 1.
> $HASP1605 Syntax error 3 in expression near position 13.
>   Name was not found.
>   " JobClass = A"
>   .*.
>
> Have checked the JSON syntax and it all looks fine.
>
> Not sure why the dots '...' are appearing as part of the error
> message.
>
> Anyone else get a JES2 Policy using the JobClass condition working under a
> zOS 2.4 environment?
>
> Thanks, Roger
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743

<https://www.linkedin.com/in/MikeShorkend/>

<https://twitter.com/mikeShorkend>

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

Re: JES2 Policies

[Mike Shorkend]

Yes definitely can be done. I have implemented it.
You need to be very current on you maintenance, especially in a MAS
Gadi  - contact me privately if you like.


On Wed, 4 Nov 2020 at 16:20, R.S.  wrote:

> W dniu 04.11.2020 o 13:10, Gadi Ben-Avi pisze:
> > Hi,
> > I've started looking into JES2 Policies.
> >
> > The current goal is to change a job's class or service class depending
> on certain values in the accounting information.
> > >From reading the manual, it seems that this is possible.
> >
> > Has anyone done something like this?
> > Is there a way to debug these policies?
> >
> > Is this feature mature enough to use?
>
> I dare to disagree ...with your goal. More precisely I disagree with
> your presentation of the goal.
> Does it really have to depend on account information? Why?
>
> That means user has to code something in the jobcard, in the first
> positional. So he may code CLASS= keyword as well, can't he?
> Maybe your accnt infor is already somehowe controlled (my guess, lack of
> information). However jobclass can be RACF-controlled.
> And this is quite mature way to control job classes and (indirectly)
> service classes.
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
> ==
>
> Jeśli nie jesteś adresatem tej wiadomości:
>
> - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub
> zapisałeś na dysku).
> Wiadomość ta może zawierać chronione prawem informacje, które może
> wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania,
> narusza prawo i może podlegać karze.
>
> mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
> www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy
> XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP:
> 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na
> 01.01.2020 r. wynosi 169.401.468 złotych.
>
> If you are not the addressee of this message:
>
> - let us know by replying to this e-mail (thank you!),
> - delete this message permanently (including all the copies which you have
> printed out or saved).
> This message may contain legally protected information, which may be used
> exclusively by the addressee.Please be reminded that anyone who
> disseminates (copies, distributes) this message or takes any similar
> action, violates the law and may be penalised.
>
> mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950
> Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the
> Capital City of Warsaw, 12th Commercial Division of the National Court
> Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital
> amounting to PLN 169.401.468 as at 1 January 2020.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743

<https://www.linkedin.com/in/MikeShorkend/>

<https://twitter.com/mikeShorkend>

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

Re: Can System REXX run Sub=MSTR ??

[Mike Shorkend]

STOP AXR or P AXR to stop system rexx, only came around in z/OS 2.4. Anyone
not yet there will have to use the force command.

On Fri, 21 Aug 2020 at 11:02, Itschak Mugzach <
0305158ad67d-dmarc-requ...@listserv.ua.edu> wrote:

> Axr will shut down by a stop command. No violence needed -)
>
> בתאריך יום ו׳, 21 באוג׳ 2020, 6:48, מאת Barbara Nitz ‏:
>
> > >Systemrexx is started automatically during IPL. What are you trying to
> > get?
> >
> > Not sure about the OP, but I would like to start it sub=mstr, too, just
> so
> > it doesn't screw up JES2 shutdown every time. The dumb things (AXRxx) do
> > NOT show up on a D A,L command (neither does AXR itself), so
> alternatively
> > they SHOULD show up just to make it easier. Right now the first
> indication
> > I get is when JES2 refuses to terminate. As far as I know, the xx can be
> > just about any number, and short of having automation do contortions to
> > find the correct number and then terminate the thing, I'm stuck. Besides,
> > the AXRxx aren't always there. Seems to have something to do with health
> > checker using system REXX.
> >
> > Regards, Barbara
> >
> > --
> > 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
>


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743

<https://www.linkedin.com/in/MikeShorkend/>

<https://twitter.com/mikeShorkend>

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

Re: Desjardins POC More Details

[Mike Shorkend]

Apologies all. No idea how that happened.
Thanks Jerry and Elardys for pointing
This out.


On Fri, 7 Feb 2020, 11:57 Elardus Engelbrecht, <
elardus.engelbre...@sita.co.za> wrote:

> Mike Shorkend wrote:
>
> >That's Israel time
> >On Thu, 6 Feb 2020, 19:01 Mike Shorkend wrote:
> >> I need to be off the call by 1830
> ... snip ...
>
> Sorry Mike, but should IBM-MAIN see all your private chatting? ;-D
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> 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: Desjardins POC More Details

[Mike Shorkend]

That's Israel time

On Thu, 6 Feb 2020, 19:01 Mike Shorkend,  wrote:

> I need to be off the call by 1830
> On Thu, 6 Feb 2020, 18:04 Ori Shalom,  wrote:
>
>> Never heard about SIC.
>>
>> On Thu, 6 Feb 2020 at 17:24, Gus Delgado  wrote:
>>
>>> I will set up the call.
>>>
>>> Thanks,
>>> Gus
>>>
>>> Sent from my iPhone
>>>
>>> On Feb 6, 2020, at 10:14 AM, Mike Shorkend 
>>> wrote:
>>>
>>> 
>>> Sunday is good for me, I am free most of the day.
>>>
>>> On Thu, 6 Feb 2020, 16:48 Roi Mor,  wrote:
>>>
>>>> Ori,
>>>> Is SIC something we do already/have experience?
>>>>
>>>> Mike,
>>>> Can you get on a call today/Sunday with Gus and Ori to sync and create
>>>> follow up questions to the client?
>>>>
>>>> Thanks,
>>>> Roi
>>>>
>>>>
>>>>
>>>> בתאריך יום ה׳, 6 בפבר׳ 2020, 04:38 PM, מאת Mike Shorkend ‏<
>>>> mike.shork...@gmail.com>:
>>>>
>>>>> OK, I will take a look. Finally my French lessons will be justified..
>>>>> Looking at  a very high level I see two protocols - SIC and WEB. SIC
>>>>> seems to be an internal acronym. From what I can see it is standard IMS
>>>>> conversational transactions and should not be an issue for OL.
>>>>> I am not sure what they mean by WEB. There are a few ways to make IMS
>>>>> accessible to the WEB. Are they using   IMS MFS Web Enablement which needs
>>>>> WAS ? Something over IMS connect? homegrown?
>>>>>
>>>>>
>>>>> Mike
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Thu, 6 Feb 2020 at 15:50, Roi Mor  wrote:
>>>>>
>>>>>> Hi Mike,
>>>>>>
>>>>>> We are having a POC soon in large Canadian Bank on IMS environment.
>>>>>>
>>>>>> I appreciate if you can review as it seems a non standard and custom
>>>>>> protocol.
>>>>>> Hope you can shade some light over it.
>>>>>> Its written in French, but mostly technical.
>>>>>>
>>>>>> If you do, please lets have a call asap to get your thoughts.
>>>>>>
>>>>>> Gus CCd, leads this opportunity in NA.
>>>>>>
>>>>>> Thanks alot,
>>>>>> Roi
>>>>>>
>>>>>>
>>>>>> -- Forwarded message -
>>>>>> מאת: Gus Delgado 
>>>>>> ‪Date: יום ה׳, 6 בפבר׳ 2020, 12:42 PM‬
>>>>>> Subject: Re: Desjardins POC More Details
>>>>>> To: Ori Shalom 
>>>>>> Cc: Roi Mor , Zeev Avidan <
>>>>>> zee...@openlegacy.com>
>>>>>>
>>>>>>
>>>>>> Please find attached to this email the document that describes the
>>>>>> protocol.
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Thu, Feb 6, 2020 at 5:22 AM Ori Shalom 
>>>>>> wrote:
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> As I understood from Gus it looked like we might face a none
>>>>>>> standard IMS protocol with the upcoming Desjardins POC.
>>>>>>> I'm bringing this up to see if we can get some help with reviewing
>>>>>>> the technical details maybe with Mike or some assistance from R
>>>>>>> Gus, please attach the document you showed me on the call that
>>>>>>> explain the protocol.
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Ori
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Ori Shalom
>>>>>>> Product manager , Israel OpenLegacy Inc
>>>>>>> m.+972-54-810-8586
>>>>>>> Website <http://openlegacy.com/> Email 
>>>>>>> <http://www.linkedin.com/company/openlegacy-inc>
>>>>>>> <http://twitter.com/openlegacy>  <http://facebook.com/openlegacy>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> <http://www.openlegacy.com> *Gus Delgado*
>>>>>> Customer Success Director
>>>>>>
>>>>>> e: gu...@openlegacy.com
>>>>>> p: 703-371-3398
>>>>>>
>>>>>> [image: Facebook] <https://facebook.com/openlegacy> [image: Twitter]
>>>>>> <https://twitter.com/openlegacy> [image: LinkedIn]
>>>>>> <https://linkedin.com/openlegacy>www.openlegacy.com
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Mike Shorkend
>>>>> m...@shorkend.com
>>>>> www.shorkend.com
>>>>> Tel: +972524208743
>>>>> Fax: +97239772196
>>>>>
>>>>
>>
>> --
>> Ori Shalom
>> Product manager , Israel OpenLegacy Inc
>> m.+972-54-810-8586
>> Website <http://openlegacy.com/> Email 
>> <http://www.linkedin.com/company/openlegacy-inc>
>> <http://twitter.com/openlegacy>  <http://facebook.com/openlegacy>
>>
>

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

Re: Desjardins POC More Details

[Mike Shorkend]

I need to be off the call by 1830
On Thu, 6 Feb 2020, 18:04 Ori Shalom,  wrote:

> Never heard about SIC.
>
> On Thu, 6 Feb 2020 at 17:24, Gus Delgado  wrote:
>
>> I will set up the call.
>>
>> Thanks,
>> Gus
>>
>> Sent from my iPhone
>>
>> On Feb 6, 2020, at 10:14 AM, Mike Shorkend 
>> wrote:
>>
>> 
>> Sunday is good for me, I am free most of the day.
>>
>> On Thu, 6 Feb 2020, 16:48 Roi Mor,  wrote:
>>
>>> Ori,
>>> Is SIC something we do already/have experience?
>>>
>>> Mike,
>>> Can you get on a call today/Sunday with Gus and Ori to sync and create
>>> follow up questions to the client?
>>>
>>> Thanks,
>>> Roi
>>>
>>>
>>>
>>> בתאריך יום ה׳, 6 בפבר׳ 2020, 04:38 PM, מאת Mike Shorkend ‏<
>>> mike.shork...@gmail.com>:
>>>
>>>> OK, I will take a look. Finally my French lessons will be justified..
>>>> Looking at  a very high level I see two protocols - SIC and WEB. SIC
>>>> seems to be an internal acronym. From what I can see it is standard IMS
>>>> conversational transactions and should not be an issue for OL.
>>>> I am not sure what they mean by WEB. There are a few ways to make IMS
>>>> accessible to the WEB. Are they using   IMS MFS Web Enablement which needs
>>>> WAS ? Something over IMS connect? homegrown?
>>>>
>>>>
>>>> Mike
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> On Thu, 6 Feb 2020 at 15:50, Roi Mor  wrote:
>>>>
>>>>> Hi Mike,
>>>>>
>>>>> We are having a POC soon in large Canadian Bank on IMS environment.
>>>>>
>>>>> I appreciate if you can review as it seems a non standard and custom
>>>>> protocol.
>>>>> Hope you can shade some light over it.
>>>>> Its written in French, but mostly technical.
>>>>>
>>>>> If you do, please lets have a call asap to get your thoughts.
>>>>>
>>>>> Gus CCd, leads this opportunity in NA.
>>>>>
>>>>> Thanks alot,
>>>>> Roi
>>>>>
>>>>>
>>>>> -- Forwarded message -
>>>>> מאת: Gus Delgado 
>>>>> ‪Date: יום ה׳, 6 בפבר׳ 2020, 12:42 PM‬
>>>>> Subject: Re: Desjardins POC More Details
>>>>> To: Ori Shalom 
>>>>> Cc: Roi Mor , Zeev Avidan >>>> >
>>>>>
>>>>>
>>>>> Please find attached to this email the document that describes the
>>>>> protocol.
>>>>>
>>>>>
>>>>>
>>>>> On Thu, Feb 6, 2020 at 5:22 AM Ori Shalom 
>>>>> wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> As I understood from Gus it looked like we might face a none standard
>>>>>> IMS protocol with the upcoming Desjardins POC.
>>>>>> I'm bringing this up to see if we can get some help with reviewing
>>>>>> the technical details maybe with Mike or some assistance from R
>>>>>> Gus, please attach the document you showed me on the call that
>>>>>> explain the protocol.
>>>>>>
>>>>>> Thanks,
>>>>>> Ori
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Ori Shalom
>>>>>> Product manager , Israel OpenLegacy Inc
>>>>>> m.+972-54-810-8586
>>>>>> Website <http://openlegacy.com/> Email 
>>>>>> <http://www.linkedin.com/company/openlegacy-inc>
>>>>>> <http://twitter.com/openlegacy>  <http://facebook.com/openlegacy>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> <http://www.openlegacy.com> *Gus Delgado*
>>>>> Customer Success Director
>>>>>
>>>>> e: gu...@openlegacy.com
>>>>> p: 703-371-3398
>>>>>
>>>>> [image: Facebook] <https://facebook.com/openlegacy> [image: Twitter]
>>>>> <https://twitter.com/openlegacy> [image: LinkedIn]
>>>>> <https://linkedin.com/openlegacy>www.openlegacy.com
>>>>>
>>>>
>>>>
>>>> --
>>>> Mike Shorkend
>>>> m...@shorkend.com
>>>> www.shorkend.com
>>>> Tel: +972524208743
>>>> Fax: +97239772196
>>>>
>>>
>
> --
> Ori Shalom
> Product manager , Israel OpenLegacy Inc
> m.+972-54-810-8586
> Website <http://openlegacy.com/> Email 
> <http://www.linkedin.com/company/openlegacy-inc>
> <http://twitter.com/openlegacy>  <http://facebook.com/openlegacy>
>

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

Re: Phases of Project in Mainframe

[Mike Shorkend]

Peter
The answer to your question  really depends on several factors like your
current configuration, your software stack, network etc.
As a good framework, I suggest that you take a look at the z/OSMF
workflows. Specifically at the z15 workflow situated here:

https://github.com/IBM/IBM-Z-zOS/tree/master/zOS-Workflow/zOS%20z15%20Workflow



On Sun, 2 Feb 2020 at 07:56, Peter  wrote:

> Hello
>
> Apologies for this question as am not a project manager.
>
> My manager generally wants to know what are the phases of the project(for
> example if someone is rolling out z15).
>
> Could someone share the phases that you go through generally for a
> Mainframe hardware implementation.
>
> Peter
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: Define FCP without IPL(POR)

[Mike Shorkend]

For z/VM, you can definitely activate a new I/O configuration using the
ACTIVATE command. See

https://www.ibm.com/support/knowledgecenter/en/SSB27U_7.1.0/com.ibm.zvm.v710.hcpe2/rexxact.htm

I do not know if there are specific limitations for FCP


Mike








On Sun, 19 Jan 2020 at 07:17, Jake Anderson 
wrote:

> Hello
>
> Is it possible to define a set of FCP devices to a zVM dynamically without
> a POR.?
>
> Jake
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: Storage group fallback

[Mike Shorkend]

Yes, it is called an Extend storage group
see here:
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.idas200/plsgval.htm



On Sun, 22 Dec 2019 at 08:38, Peter  wrote:

> Hello
>
> Is it possible to automatically route a dataset allocation from one storage
> group to another storage group when the first Storage gets filled ?
>
> Regards
> Peter
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: ZOS 1.13 2.2 2.3 in the same sysplex

[Mike Shorkend]

If you try and add an LPAR to a sysplex without having applied the relevant
coexistence maintenance,  you get a 082 wait state at IPL. See
description below.

If you try to add a system that is not even in the compatibility matrix, I
would guess the same...



082
Explanation
The system entering the sysplex is removed to prevent console sysplex data
corruption. The system being
partitioned either requires maintenance to be installed to be able to
coexist with the other systems in the
sysplex, or a system already active in the sysplex requires maintenance to
be installed to be able to coexist with
the failing system. For example, the failing system does not have a
necessary consoles compatibility APAR
installed.
System action
The system entering the sysplex is partitioned from the sysplex and wait
state X'082' is loaded on that system to
prevent global console sysplex data corruption. Message IEA002I is issued
to indicate which system requires
maintenance to be applied and the appropriate APAR to apply.

On Tue, 17 Dec 2019, 17:16 Charles Mills,  wrote:

> I am not at all an expert on Sysplex compatibility. I bring to the table
> only the knowledge of the IBM policy and years of experience with "how
> things work."
>
> I think the answer is very simple: it might work and it might not. Or,
> more correctly, it might IPL, and if it does, then everything YOU care
> about might work, or on the other hand something might not work.
>
> You have three requirements:
>
> - z/OS 1.13
> - z/OS 2.3
> - Implicitly, mainframe-level quality of service
>
> One of those has to go. Pick one. I would pick 2.3 as the one to go -- you
> may *think* you need it, but I am going to guess you don't need it, you
> want it. And if management insists that 2.3 is not the one to go, then
> mainframe quality of service is going to be the one to go, because
> SOMETHING has to go. When JES2 or RESERVE or whatever breaks, what the heck
> are you going to do?
>
> I'm just re-phrasing what @Mark says below.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Mark Jacobs
> Sent: Tuesday, December 17, 2019 5:06 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: ZOS 1.13 2.2 2.3 in the same sysplex
>
> Until some shared resource breaks. Not saying it'll happen, but it might.
>
> --
> 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: WTO

[Mike Shorkend]

Scott
Are you checking R15 for a zero return code after you call WTO? In the past
I had a similar issue with WTOs not appearing because I was getting a
non-zero return code.

HTH
Mike


On Fri, 8 Nov 2019 at 22:30, scott Ford  wrote:

> All:
>
> I have a bit of an issue I am trying to resolve in Assembler. We use a
> skeleton exit from another vendor and it has been working fine.
> It is re-entrant and keep seeing normal WTO's , i.e. ;  WTO
> 'X',ROUTCDE=11 , are not appearing on SYSLOG. We are using the
> WTOS to track through the flow of the exit. Could what i am seeing the exit
> being re-entrant and since WTO's use R1 that R1 is being destroyed by
> some task  ??
>
> Scott
>
> --
>
>
>
> *IDMWORKS *
>
> Scott Ford
>
> z/OS Dev.
>
>
>
>
> “By elevating a friend or Collegue you elevate yourself, by demeaning a
> friend or collegue you demean yourself”
>
>
>
> www.idmworks.com
>
> scott.f...@idmworks.com
>
> Blog: www.idmworks.com/blog
>
>
>
>
>
> *The information contained in this email message and any attachment may be
> privileged, confidential, proprietary or otherwise protected from
> disclosure. If the reader of this message is not the intended recipient,
> you are hereby notified that any dissemination, distribution, copying or
> use of this message and any attachment is strictly prohibited. If you have
> received this message in error, please notify us immediately by replying to
> the message and permanently delete it from your computer and destroy any
> printout thereof.*
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Why Linux Developers Should Reconsider IBM Mainframes - Linux.com

[Mike Shorkend]

Interesting article.
Cross posted to IBM-MAIN and LINUX-390.
I don't think that 64bit was ever called 390x, was it?



https://www.linux.com/articles/why-linux-developers-should-reconsider-ibm-mainframes/

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

Re: Linux address space on z/OS 2.4

[Mike Shorkend]

I doubt it. You would need to get your hands on an Oracle container(do they
even exist?)  compiled on Linux for z.

On Mon, 19 Aug 2019 at 14:06, Peter  wrote:

> Cool so we can run oracle on top of it ?
>
> On Mon, 19 Aug, 2019, 2:57 PM Mike Shorkend, 
> wrote:
>
> > zCX workloads are ZIIP eligible. No IFLs involved.
> >
> > On Mon, 19 Aug 2019 at 10:11, Jake Anderson 
> > wrote:
> >
> > > Hi
> > >
> > > How are the Linux workload are going to be handled within zOS, will
> there
> > > be a IFL to offload only Linux workload from zOS ? As getting into
> > general
> > > CP is going to squeeze the performance in general.
> > >
> > > Jake.
> > >
> > > On Mon, 29 Jul, 2019, 1:54 PM Mark Hiscock, 
> > > wrote:
> > >
> > > > Hi all,
> > > >
> > > > If you want to learn more about zCX then I just listened to this this
> > > > episode of Terminal Talk which covers it really well:
> > > >
> > > >
> > > >
> > >
> >
> http://terminaltalk.net/PodcastGenerator/?name=gary_puchkoff_-_z_os_container_extensions.mp3
> > > >
> > > >
> > > > Terminal Talk is an awesome podcast about the mainframe so check out
> > > > previous topics if you haven't heard any before.
> > > >
> > > > Kind Regards,
> > > >
> > > > Mark
> > > > ---
> > > > Mark Hiscock
> > > > z/OS Connect
> > > > Phone: (+44)1962 818662
> > > > Email: mark.hisc...@uk.ibm.com
> > > > ---
> > > >
> > > >
> > > >
> > > > From:   John McKown 
> > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > Date:   25/07/2019 17:40
> > > > Subject:Re: Linux address space on z/OS 2.4
> > > > Sent by:IBM Mainframe Discussion List <
> > IBM-MAIN@LISTSERV.UA.EDU>
> > > >
> > > >
> > > >
> > > > On Wed, Jul 24, 2019 at 11:21 PM Jake Anderson <
> > justmainfra...@gmail.com
> > > >
> > > > wrote:
> > > >
> > > > > Hi
> > > > >
> > > > > Just curious about 2.4 ?
> > > > >
> > > > > Running Linux as an address space in zOS will have an advantage
> over
> > > the
> > > > > linux on zVM ?
> > > > >
> > > > > This is just a question out of curiosity.
> > > > >
> > > > > Jake
> > > > > \
> > > >
> > > >
> > > > People probably need to understand zCX and Docker. zCX appears to be
> > > > documented here:
> > > >
> > > >
> > >
> >
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.izso100/izso100_introduction.htm
> > > >
> > > >
> > > > --
> > > > A sine curve goes off to infinity, or at least the end of the
> > blackboard.
> > > > -- Prof. Steiner
> > > >
> > > > Maranatha! <><
> > > > John McKown
> > > >
> > > >
> --
> > > > 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
> > >
> >
> >
> > --
> > Mike Shorkend
> > m...@shorkend.com
> > www.shorkend.com
> > Tel: +972524208743
> > Fax: +97239772196
> >
> > --
> > 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
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: Linux address space on z/OS 2.4

[Mike Shorkend]

zCX workloads are ZIIP eligible. No IFLs involved.

On Mon, 19 Aug 2019 at 10:11, Jake Anderson 
wrote:

> Hi
>
> How are the Linux workload are going to be handled within zOS, will there
> be a IFL to offload only Linux workload from zOS ? As getting into general
> CP is going to squeeze the performance in general.
>
> Jake.
>
> On Mon, 29 Jul, 2019, 1:54 PM Mark Hiscock, 
> wrote:
>
> > Hi all,
> >
> > If you want to learn more about zCX then I just listened to this this
> > episode of Terminal Talk which covers it really well:
> >
> >
> >
> http://terminaltalk.net/PodcastGenerator/?name=gary_puchkoff_-_z_os_container_extensions.mp3
> >
> >
> > Terminal Talk is an awesome podcast about the mainframe so check out
> > previous topics if you haven't heard any before.
> >
> > Kind Regards,
> >
> > Mark
> > ---
> > Mark Hiscock
> > z/OS Connect
> > Phone: (+44)1962 818662
> > Email: mark.hisc...@uk.ibm.com
> > ---
> >
> >
> >
> > From:   John McKown 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date:   25/07/2019 17:40
> > Subject:Re: Linux address space on z/OS 2.4
> > Sent by:IBM Mainframe Discussion List 
> >
> >
> >
> > On Wed, Jul 24, 2019 at 11:21 PM Jake Anderson  >
> > wrote:
> >
> > > Hi
> > >
> > > Just curious about 2.4 ?
> > >
> > > Running Linux as an address space in zOS will have an advantage over
> the
> > > linux on zVM ?
> > >
> > > This is just a question out of curiosity.
> > >
> > > Jake
> > > \
> >
> >
> > People probably need to understand zCX and Docker. zCX appears to be
> > documented here:
> >
> >
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.izso100/izso100_introduction.htm
> >
> >
> > --
> > A sine curve goes off to infinity, or at least the end of the blackboard.
> > -- Prof. Steiner
> >
> > Maranatha! <><
> > John McKown
> >
> > --
> > 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
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: z/OSMF problem

[Mike Shorkend]

The problem was actually with the MAXTHREADTASKS in BPXPRMxx which was set
too low

On Fri, 26 Jul 2019 at 13:49, Mike Shorkend  wrote:

> Thanks Mark, I will give it a try.
>
> On Thu, 25 Jul 2019, 21:37 Mark Charles,  wrote:
>
>> I just set up z/OSMF and remember the answer to this:  MEMLIMIT parameter
>> needs to actually work.  This can be controlled by SMFPRMxx and/or SMF
>> exits.  You probably won't get any messages from SMF when SMF sets your
>> limit too low, by ignoring what is coded on your EXEC statement.
>>
>> My test system works with SMFPRMxx parameter MEMLIMIT=350M.  My IZUSVR1
>> Proc (from IBM) asks for 4G, but probably doesn't get that...
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>

-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: z/OSMF problem

[Mike Shorkend]

Thanks Mark, I will give it a try.

On Thu, 25 Jul 2019, 21:37 Mark Charles,  wrote:

> I just set up z/OSMF and remember the answer to this:  MEMLIMIT parameter
> needs to actually work.  This can be controlled by SMFPRMxx and/or SMF
> exits.  You probably won't get any messages from SMF when SMF sets your
> limit too low, by ignoring what is coded on your EXEC statement.
>
> My test system works with SMFPRMxx parameter MEMLIMIT=350M.  My IZUSVR1
> Proc (from IBM) asks for 4G, but probably doesn't get that...
>
> --
> 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

z/OSMF problem

[Mike Shorkend]

Hi
I successfully configured z/OSMF on a sandbox system.
Now I am trying to get it to work in a development environment and when I
start the server I am getting

JVMDUMP039I Processing dump event "systhrow", detail "java/lang/
OutOfMemoryError" at 2019/07/25 06:35:29 - please wait.
JVMDUMP032I JVM requested System dump using
'DIZUSVR.JVM.IZUSVR1.D190725.T063529.X' in response to an event

IEATDUMP in progress with options
SDATA=(LPA,GRSQ,LSQA,NUC,PSA,RGN,SQA,SUM,SWA,TRT)

IEATDUMP success for DSN='DIZUSVR.JVM.IZUSVR1.D190725.T063529.X'

After that there are a whole bunch of dumps written, threads failing to
create etc.

I am not sure why this would be different to the sandbox(which is much
smaller in real storage and has no ZIIPS) Obviously I need to increase the
memory size , but how do you tell the zOSMF JVM to do that?


z/OS 2.2

Any ideas?

Thanks

Mike





-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: Problem mounting file system

[Mike Shorkend]

Gadi
Does SYSV.OMVS.PTFS exist? Can you post the LISTCAT output against it  if
it does?

On Sun, 21 Jul 2019 at 08:43, Gadi Ben-Avi  wrote:

> Hi,
> I am having trouble mounting a file system.
> I issue the command
>   MOUNT FILESYSTEM('SYSV.OMVS.PTFS') MOUNTPOINT('/u/ptfs') TYPE(ZFS)
> MODE(RDWR)
> And get
> BPXF135E RETURN CODE 0081, REASON CODE EF096055.  THE MOUNT FAILED FOR
> FILE SYSTEM SYSV.OMVS.PTFS.
>
> Accordint to BPXMTEXT, the meaning of EF096055 is:
> zFS Thu Mar 14 14:29:55 EDT 2019
> Description: Error with issuing a LOCATE call on an HFS-compat aggregate.
>
> Action: Ensure that the zFS file system named on the MOUNT command has the
> same name as the VSAM Linear Data Set (and the HFS compatibility mode
> aggregate) that contains the file system.
>
> SYSV.OMVS.PTFS exists
> /u/ptfs exists, is a directory and is empty.
>
> What is the problem?
> We are running z/OS v2.3.
>
> Gadi
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: honorpriority=no in WLM

[Mike Shorkend]

Sounds like my original idea has no chance of working. But maybe Scott's
idea for resource groups at the SC period level has a better chance ?

On Wed, 19 Jun 2019 at 16:48, Tom Marchant <
000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:

> On Wed, 19 Jun 2019 10:55:13 +0300, Mike Shorkend wrote:
>
> >How about submitting a requirement to IBM that would  add a control to WLM
> >This control would re-classify a ZIIP eligible  workload to a different
> >service class if it spills over to a GCP because you are running your
> ZIIPS
> >hot (or hit the "generosity factor" for DB2 work). This service class
> could
> >have a lower importance/goal than the original service class. You could
> >also restrict its CPU consumption using a resource group.
> >
> >In other words, have a workload run at high priority on ZIIP, but limit it
> >if it crosses over to GCP.
>
> I think you are suggesting that any task that is part of such a workload
> be
> (potentially) reclassified every time it is selected for dispatch. If
> selected for
> dispatch on a ZIIP, it would go to the original service class. If selected
> to be
> dispatched on a GP it would be reclassified to the pther service class.
>
> What do you think should happen if the address space has multiple tasks
> and some are running on ZIIP and some are running on GP?
>
> --
> Tom Marchant
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: honorpriority=no in WLM

[Mike Shorkend]

How about submitting a requirement to IBM that would  add a control to WLM
This control would re-classify a ZIIP eligible  workload to a different
service class if it spills over to a GCP because you are running your ZIIPS
hot (or hit the "generosity factor" for DB2 work). This service class could
have a lower importance/goal than the original service class. You could
also restrict its CPU consumption using a resource group.

In other words, have a workload run at high priority on ZIIP, but limit it
if it crosses over to GCP.



Now, specifically for Db2 - note this from

https://www.ibm.com/support/knowledgecenter/en/SSEPEK_11.0.0/perf/src/tpc/db2z_ibmziip.html

IIPHONORPRIORITY parameter

The IIPHONORPRIORITY parameter in the IEAOPTxx member of SYS1.PARMLIB
determines whether processes are routed from zIIP specialty engines to
general purpose processors when the zIIP specialty engines have no more
capacity. When IIPHONORPRIORITY is set to NO, general purpose processors
are not used to help with the workload, which can cause the system to hang
as it waits for zIIP resources. Furthermore, when IIPHONORPRIORITY is set
to NO, Db2 does not allow system tasks to become eligible for zIIP
processing. In most cases, IIPHONORPRIORITY should be set to YES.


This applies to Db2 11 and 12.

I would be very very careful about setting IIPHONORPRIORITY to No in a Db2
environment


Mike




On Tue, 18 Jun 2019 at 21:41, Brown, Duncan  wrote:

> I'm guessing by the responses that not too many shops are using this WLM
> feature.
>
> I'm not sure why you would use this approach and not just use the 'normal'
> controls that we have in WLM and let the dispatcher do its job.  I
> understand that reducing the R4HR is a good thing and preventing any
> softcapping is a good thing.   But it seems to me that the downside far
> outweighs the upside, unless you have a product like z/OS Spark.
>
> Drive the zIIP to a high utilization forcing other zIIP eligible workload
> to use the CP's.   Unless you can time the use to be when the zIIP is not
> busy it seems to me that the parameter will hurt more than it helps.
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Scott Chapman
> Sent: Tuesday, June 18, 2019 7:26 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: honorpriority=no in WLM
>
> 
> *** NOTE: This email is from an external source: Be cautious ***
> 
>
> -
> True, relative to the zIIP workload. But if that zIIP workload is
> relatively low importance and crossing over to the GCPs and raising your
> R4HA, it may make sense to restrict the low importance work instead of
> increasing the R4HA, depending on what your business requirements are. And
> keeping the low importance workload off from the GCP can be a good thing if
> the GCPs are being driven relatively busy by the zIIP-eligible work.
>
> Performance decisions are often dictated by financial concerns. More zIIP
> capacity is always good, but it costs money. And for some machines IBM
> won't sell you more on that generation of machine, making them even more
> difficult to obtain. (I.E. machine replacements are not quick and simple
> solutions.) Lowering software costs to make the platform more
> cost-competitive is good, but that can cost performance. Unfortunately the
> dollar increments that we deal with on the mainframe makes such decisions
> more difficult than just "add another CPU" or "spin up another instance".
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> Disclaimer
>
> The information contained in this communication from the sender is
> confidential. It is intended solely for use by the recipient and others
> authorized to receive it. If you are not the recipient, you are hereby
> notified that any disclosure, copying, distribution or taking action in
> relation of the contents of this information is strictly prohibited and may
> be unlawful.
>
> This email has been scanned for viruses and malware, and may have been
> automatically archived by Mimecast Ltd, an innovator in Software as a
> Service (SaaS) for business. Providing a safer and more useful place for
> your human generated data. Specializing in; Security, archiving and
> compliance. To find out more visit the Mimecast website.
>
> ------
&g

Re: Logrec Logstream name

[Mike Shorkend]

PARMLIB(IEASYSxx)
LOGREC parameter


On Wed, 15 May 2019 at 15:35, Gadi Ben-Avi  wrote:

> Thanks
> Where do I define the name of the logstream for LOGREC?
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Mike Shorkend
> Sent: Wednesday, May 15, 2019 3:29 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Logrec Logstream name
>
> Gadi
> If you do not have a coupling facility, them the logstream has to be DASD-
> only and can not be shared between LPARS. See here:
>
>
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieag200/cfod.htm
>
> You will need to use a unique name for each logstream. You could use the
>  system symbol as part of the name to make things easier.
>
> HTH
>
> Mike
>
>
>
>
>
> On Wed, 15 May 2019 at 14:57, Gadi Ben-Avi  wrote:
>
> > Hi,
> > We have a basic sysplex with two members.
> > There is no coupling facility.
> >
> >
> > 1.   Is it possible to use the same logrec logstream
> > (SYSPLEX.LOGREC.ALLRECS) for both systems.
> >
> > 2.   If not, how do I specify different a logstream for each system?
> >
> > We are using z/OS v2.3
> >
> > Gadi
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
>
> --
> Mike Shorkend
> m...@shorkend.com
> www.shorkend.com
> Tel: +972524208743
> Fax: +97239772196
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: Logrec Logstream name

[Mike Shorkend]

Gadi
If you do not have a coupling facility, them the logstream has to be DASD-
only and can not be shared between LPARS. See here:

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieag200/cfod.htm

You will need to use a unique name for each logstream. You could use the
 system symbol as part of the name to make things easier.

HTH

Mike





On Wed, 15 May 2019 at 14:57, Gadi Ben-Avi  wrote:

> Hi,
> We have a basic sysplex with two members.
> There is no coupling facility.
>
>
> 1.   Is it possible to use the same logrec logstream
> (SYSPLEX.LOGREC.ALLRECS) for both systems.
>
> 2.   If not, how do I specify different a logstream for each system?
>
> We are using z/OS v2.3
>
> Gadi
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: Concatenation and UNIT=(,n)

[Mike Shorkend]

If you belong to the SHARE MVSE requirements group, you can discuss Tim's
suggestion here:

<https://www.share.org/p/is/vi/iid=171=12>
Mount improvement with multi-volume, multi-unit allocation
<https://www.share.org/p/is/vi/iid=171=12>



On Fri, 3 May 2019 at 23:10, Tim Hare 
wrote:

> Figuring that this is 'working as designed',  I have started a SHARE
> requirement, where discussion could take place.  My suggested improvment is
> that for multi-unit, multi-volume datasets (and I realize this probably
> mostly applies to tape) a consolidated list of volumes for the concatenated
> datasets be constructed, and the mounts happen from that list.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: Access to SMF logstreams

[Mike Shorkend]

Gadi
You should be good. Remember to grant the user associated with the SMF
address space UPDATE access to the profiles.
If you haven't already done so, take a look at this redbook:

SMF Logstream Mode <http://www.redbooks.ibm.com/redbooks/pdfs/sg247919.pdf>

Chapter 5.1.5 covers RACF

Mike



On Mon, 29 Apr 2019 at 08:34, Gadi Ben-Avi  wrote:

> Hi,
> I would like to prevent a user from accessing the SMF log streams.
> Class is active and there are discreet profiles for each of the SMF
> logstreams.
> The user in question does not have access to the profiles.
>
> Is there anything else that I need to define?
>
> Thanks
>
> Gadi
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: In-rack FICON DASD

[Mike Shorkend]

Check out IBM's DS8882F.


On Sun, 14 Apr 2019 at 17:56, Ken Bloom  wrote:

> Check out the Visara vi-8810 DASD, 2U high, SSD dasd.  I can give you more
> info offline.
>
> Regards
> Ken
>
> Kenneth A. Bloom
> CEO
> Avenir Technologies Inc
> /d/b/a Visara International
> 203-984-2235
> bl...@visara.com
> www.visara.com
>
>
> > On Apr 14, 2019, at 10:42 AM, Christian Svensson <
> 022ad63487ef-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > Hi,
> >
> > With the z14 ZR1's 16U reserved 19" space option available I'm curious if
> > anyone has figured out a way to fit everything one needs in one rack?
> > Adding two switches, and a conventional SAN is a no-brainer with space to
> > spare - but what would you pick for FICON EKCD for supporting z/OS load?
> >
> > An old DS6800 would work but what if you want something that is a bit
> newer
> > and not EOL?
> >
> > Imagine this rack is for development purposes or something that is not
> > mission critical, where the space (and power) is more of a premium.
> >
> > Thanks,
> >
> > --
> > 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
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: FTPS breaks on z14-ZR1- RESOLVED

[Mike Shorkend]

Turns out it was plain stupidity(ours).
When the system was IPLed, we received(and missed) these messages:

IST1365I CONNECTION ATTEMPT TO STRUCTURE EZBEPORT FAILED 497
IST1366I MVS MACRO IXLCONN FAILED - RTN CODE= 0C - REASON CODE= 0C08
IST314I END
IXL013I IXLCONN REQUEST FOR STRUCTURE EZBEPORT FAILED. 495
JOBNAME: NETI ASID: 002E CONNECTOR NAME: NETNAME_DOMAIN
IXLCONN RETURN CODE: 000C,  REASON CODE: 02010C08
NO SUITABLE COUPLING FACILITY IN PREFERENCE LIST

and

 CFNAME ALLOCATION STATUS/FAILURE REASON
   
CF1INVALID STRUCTURE SIZE:  4 M
INITSIZE MUST BE AT LEAST:  5 M
CF2INVALID STRUCTURE SIZE:  4 M
INITSIZE MUST BE AT LEAST:  5 M

This is the structure used by the sysplex distributor to allocate ephemeral
ports for connections like the FTP passive connection needs.

The *IBM z14 **Configuration Setup *redbook specifically explains that you
need to rerun CFsizer for all your structures when migrating to a z14
because the CFCC level has changed.

There is even a z14 z/OSMF workflow and running CFsizer is one of the
steps(we did not use zOSMF for this migration). Another good reason to get
on board with z/OSMF.


Bottom line - run CFsizer before any hardware migration and make any
suggested changes.

Thanks everyone for your suggestions.

On Fri, 29 Mar 2019 at 20:43, Mike Shorkend  wrote:

> Hi Kevin
> Have not worked it out yet. I can send you full information on Monday.
> Thanks for contacting me.
>
> Mike
>
> On Fri, 29 Mar 2019, 17:48 Kevin Mckenzie,  wrote:
>
>> Hi, Mike. Did you figure out what had happened there? I've taken over
>> ownership of the PSP Bucket, which has some overlap with the FixCats, so if
>> something was missing, or wasn't easy to figure out, I'd like to fix or
>> improve whatever the problem was.
>>
>> I see you were on z/OS 2.2; what level of ICSF was installed? What PTF
>> level? What did you install to fix the problem? Which hardware FixCats
>> did you install the fixes from prior to migrating?
>> ---
>> Kevin McKenzie
>>
>> External Phone: 845-435-8282, Tie-line: 8-295-8282
>> z/OS Test Services - Test Architect, Provisioning
>>
>> [image: Inactive hide details for Mike Shorkend ---03/28/2019 12:37:46
>> PM---Thanks guys, will keep you posted. On Thu, 28 Mar 2019, 16]Mike
>> Shorkend ---03/28/2019 12:37:46 PM---Thanks guys, will keep you posted. On
>> Thu, 28 Mar 2019, 16:52 Mark Jacobs, <
>>
>> From: Mike Shorkend 
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Date: 03/28/2019 12:37 PM
>> Subject: Re: FTPS breaks on z14-ZR1
>> Sent by: IBM Mainframe Discussion List 
>> --
>>
>>
>>
>> Thanks  guys, will keep you posted.
>>
>> On Thu, 28 Mar 2019, 16:52 Mark Jacobs, <
>> 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
>>
>> > If you didn't have the required ICSF FMID installed for CryptoExpress6
>> > Cards, I don't think the FIXCAT would have caught it.
>> >
>> > The systems assurance meeting (assuming IBM still holds them) should
>> have
>> > covered it though.
>> >
>> > Mark Jacobs
>> >
>> >
>> > Sent from ProtonMail, Swiss-based encrypted email.
>> >
>> > GPG Public Key -
>> >
>> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
>> >
>> > ‐‐‐ Original Message ‐‐‐
>> > On Thursday, March 28, 2019 10:37 AM, Mike Shorkend <
>> > mike.shork...@gmail.com> wrote:
>> >
>> > > I would assume that it would be included in the FIXCAT for the z14,
>> but I
>> > > will check.
>> > >
>> > > On Thu, 28 Mar 2019 at 16:33, Bill Bishop (TMNA)
>> bill.bis...@toyota.com
>> > > wrote:
>> > >
>> > > > Sorry, it was the crypto express software.
>> > > > We went from Crypto 5 to Crypto 6 cards and missed updating the ICSF
>> > > > software
>> > > > Thanks
>> > > > Bill Bishop
>> > > > Consultant, Mainframe Engineer
>> > > > Mainframe and Scheduling | Infrastructure Technology Services
>> > > > Toyota Motor North America
>> > > > bill.bis...@toyota.com
>> > > > Office: (469) 292-5149
>> > > > Cell: (502) 316-4386
>> > > > -Original Message-
>> > > > From: IBM Mainframe Discussion List [
>> mailto:IBM-MAIN@LISTSERV.UA.EDU ]
>> > On
>> > > > Behalf Of Mike Shorkend
>> > > &g

Re: FTPS breaks on z14-ZR1

[Mike Shorkend]

Thanks  guys, will keep you posted.

On Thu, 28 Mar 2019, 16:52 Mark Jacobs, <
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:

> If you didn't have the required ICSF FMID installed for CryptoExpress6
> Cards, I don't think the FIXCAT would have caught it.
>
> The systems assurance meeting (assuming IBM still holds them) should have
> covered it though.
>
> Mark Jacobs
>
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
>
> ‐‐‐ Original Message ‐‐‐
> On Thursday, March 28, 2019 10:37 AM, Mike Shorkend <
> mike.shork...@gmail.com> wrote:
>
> > I would assume that it would be included in the FIXCAT for the z14, but I
> > will check.
> >
> > On Thu, 28 Mar 2019 at 16:33, Bill Bishop (TMNA) bill.bis...@toyota.com
> > wrote:
> >
> > > Sorry, it was the crypto express software.
> > > We went from Crypto 5 to Crypto 6 cards and missed updating the ICSF
> > > software
> > > Thanks
> > > Bill Bishop
> > > Consultant, Mainframe Engineer
> > > Mainframe and Scheduling | Infrastructure Technology Services
> > > Toyota Motor North America
> > > bill.bis...@toyota.com
> > > Office: (469) 292-5149
> > > Cell: (502) 316-4386
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On
> > > Behalf Of Mike Shorkend
> > > Sent: Thursday, March 28, 2019 9:28 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: FTPS breaks on z14-ZR1
> > > No firewall, and like I said, nothing else has changed.
> > > @Bill - we did go from OSA5 to OSA6. I am not aware of how we would
> > > upgrade the OSA software?
> > > On Thu, 28 Mar 2019 at 16:06, scott Ford idfli...@gmail.com wrote:
> > >
> > > > If your running PASV FTP.DATA and the TCPIP profile must be changed.
> > > > Inbound port 20/21 are good for PASV , but outbound is a different
> story.
> > > > Are you running z/OS to z/OS ? Is there an intervening firewall ?
> > > > Scott
> > > > On Thu, Mar 28, 2019 at 10:02 AM Carmen Vitullo cvitu...@hughes.net
> > > > wrote:
> > > >
> > > > > ok, if you don't mind keep us posted, we'll be moving to a Z14
> > > > > eventually,
> > > > > if there's some gotya's going from Z13 to z14 I'd like to know
> > > > > thanks and good luck
> > > > > Carmen Vitullo
> > > > > - Original Message -
> > > > > From: "Mike Shorkend" mike.shork...@gmail.com
> > > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > > Sent: Thursday, March 28, 2019 8:55:48 AM
> > > > > Subject: Re: FTPS breaks on z14-ZR1
> > > > > The z/OS definitions for both systems are identical.
> > > > > Looking at the other ideas mentioned
> > > > > Thanks
> > > > > On Thu, 28 Mar 2019 at 15:09, Elardus Engelbrecht <
> > > > > elardus.engelbre...@sita.co.za> wrote:
> > > > >
> > > > > > Carmen Vitullo wrote:
> > > > > >
> > > > > > > Another possible cause of the 425 error code is the SSL
> > > > > > > requirements
> > > > > > > on
> > > > >
> > > > > > the server. In the case of the following error message:
> > > > > >
> > > > > > > -   425 unable to build data connection: Operation not
> permitted.
> > > > > >
> > > > > > In this case, check and compare on z13 and z14 what Crypto cards
> > > > > > and
> > > > > > keys
> > > > > > do you have.
> > > > > > Groete / Greetings
> > > > > > Elardus Engelbrecht
> > > > > >
> > > > > >  For IBM-MAIN subscribe / signoff / archive access
> > > > > > instructions, send email to lists...@listserv.ua.edu with the
> > > > > > message: INFO IBM-MAIN
> > > > >
> > > > > --
> > > > > Mike Shorkend
> > > > > m...@shorkend.com
> > > > > www.shorkend.com
> > > > > Tel: +972524208743
> > > > > Fax: +97239772196
> > > > >
> > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > > > > send email to lists...@listserv.ua.ed

Re: FTPS breaks on z14-ZR1

[Mike Shorkend]

I would assume that it would be included in the FIXCAT for the z14, but I
will check.

On Thu, 28 Mar 2019 at 16:33, Bill Bishop (TMNA) 
wrote:

> Sorry, it was the crypto express software.
>
> We went from Crypto 5 to Crypto 6 cards and missed updating the ICSF
> software
>
> Thanks
>
> Bill Bishop
> Consultant, Mainframe Engineer
> Mainframe and Scheduling | Infrastructure Technology Services
> Toyota Motor North America
>  bill.bis...@toyota.com
> Office:  (469) 292-5149
> Cell:  (502) 316-4386
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Mike Shorkend
> Sent: Thursday, March 28, 2019 9:28 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: FTPS breaks on z14-ZR1
>
> No firewall, and like I said, nothing else has changed.
>
> @Bill - we did go from OSA5 to OSA6. I am not aware of how we would
> upgrade the OSA software?
>
>
> On Thu, 28 Mar 2019 at 16:06, scott Ford  wrote:
>
> > If your running PASV FTP.DATA and the TCPIP profile must be changed.
> > Inbound port 20/21 are good for PASV , but outbound is a different story.
> > Are you running z/OS to z/OS ? Is there an intervening firewall ?
> >
> > Scott
> >
> > On Thu, Mar 28, 2019 at 10:02 AM Carmen Vitullo 
> > wrote:
> >
> > > ok, if you don't mind keep us posted, we'll be moving to a Z14
> > eventually,
> > > if there's some gotya's going from Z13 to z14 I'd like to know
> > > thanks and good luck
> > >
> > >
> > >
> > > Carmen Vitullo
> > >
> > > - Original Message -
> > >
> > > From: "Mike Shorkend" 
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Sent: Thursday, March 28, 2019 8:55:48 AM
> > > Subject: Re: FTPS breaks on z14-ZR1
> > >
> > > The z/OS definitions for both systems are identical.
> > > Looking at the other ideas mentioned
> > >
> > > Thanks
> > >
> > > On Thu, 28 Mar 2019 at 15:09, Elardus Engelbrecht <
> > > elardus.engelbre...@sita.co.za> wrote:
> > >
> > > > Carmen Vitullo wrote:
> > > >
> > > > >Another possible cause of the 425 error code is the SSL
> > > > >requirements
> > on
> > > > the server. In the case of the following error message:
> > > >
> > > > > * 425 unable to build data connection: Operation not permitted.
> > > >
> > > > In this case, check and compare on z13 and z14 what Crypto cards
> > > > and
> > > keys
> > > > do you have.
> > > >
> > > > Groete / Greetings
> > > > Elardus Engelbrecht
> > > >
> > > > --
> > > >  For IBM-MAIN subscribe / signoff / archive access
> > > > instructions, send email to lists...@listserv.ua.edu with the
> > > > message: INFO IBM-MAIN
> > > >
> > >
> > >
> > > --
> > > Mike Shorkend
> > > m...@shorkend.com
> > > www.shorkend.com
> > > Tel: +972524208743
> > > Fax: +97239772196
> > >
> > > ----
> > > -- 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
> > >
> > --
> > Scott Ford
> > IDMWORKS
> > z/OS Development
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
>
> --
> Mike Shorkend
> m...@shorkend.com
> www.shorkend.com
> Tel: +972524208743
> Fax: +97239772196
>
> --
> 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
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: FTPS breaks on z14-ZR1

[Mike Shorkend]

No firewall, and like I said, nothing else has changed.

@Bill - we did go from OSA5 to OSA6. I am not aware of how we would upgrade
the OSA software?


On Thu, 28 Mar 2019 at 16:06, scott Ford  wrote:

> If your running PASV FTP.DATA and the TCPIP profile must be changed.
> Inbound port 20/21 are good for PASV , but outbound is a different story.
> Are you running z/OS to z/OS ? Is there an intervening firewall ?
>
> Scott
>
> On Thu, Mar 28, 2019 at 10:02 AM Carmen Vitullo 
> wrote:
>
> > ok, if you don't mind keep us posted, we'll be moving to a Z14
> eventually,
> > if there's some gotya's going from Z13 to z14 I'd like to know
> > thanks and good luck
> >
> >
> >
> > Carmen Vitullo
> >
> > - Original Message -
> >
> > From: "Mike Shorkend" 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Sent: Thursday, March 28, 2019 8:55:48 AM
> > Subject: Re: FTPS breaks on z14-ZR1
> >
> > The z/OS definitions for both systems are identical.
> > Looking at the other ideas mentioned
> >
> > Thanks
> >
> > On Thu, 28 Mar 2019 at 15:09, Elardus Engelbrecht <
> > elardus.engelbre...@sita.co.za> wrote:
> >
> > > Carmen Vitullo wrote:
> > >
> > > >Another possible cause of the 425 error code is the SSL requirements
> on
> > > the server. In the case of the following error message:
> > >
> > > > * 425 unable to build data connection: Operation not permitted.
> > >
> > > In this case, check and compare on z13 and z14 what Crypto cards and
> > keys
> > > do you have.
> > >
> > > Groete / Greetings
> > > Elardus Engelbrecht
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > >
> >
> >
> > --
> > Mike Shorkend
> > m...@shorkend.com
> > www.shorkend.com
> > Tel: +972524208743
> > Fax: +97239772196
> >
> > --
> > 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
> >
> --
> Scott Ford
> IDMWORKS
> z/OS Development
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: FTPS breaks on z14-ZR1

[Mike Shorkend]

The z/OS definitions for both systems are identical.
Looking at the other ideas mentioned

Thanks

On Thu, 28 Mar 2019 at 15:09, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> Carmen Vitullo wrote:
>
> >Another possible cause of the 425 error code is the SSL requirements on
> the server. In the case of the following error message:
>
> >* 425 unable to build data connection: Operation not permitted.
>
> In this case, check and compare on z13 and z14 what Crypto cards and keys
> do you have.
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: FTPS breaks on z14-ZR1

[Mike Shorkend]

Thanks Mark.
No firewall. No IP address changes.

On Thu, 28 Mar 2019, 13:34 Mark Jacobs, <
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:

> At first guess it might be firewall related. I assume that the z14 has a
> different IP address than the z13.
>
> Mark Jacobs
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
>
> ‐‐‐ Original Message ‐‐‐
> On Thursday, March 28, 2019 7:32 AM, Mike Shorkend <
> mike.shork...@gmail.com> wrote:
>
> > Hi all,
> >
> > Strange problem when moving from a z13s to z14-ZR1.
> > Everything works fine expect for FTP-S(z/OS is the server).
> > Getting
> >
> > *Destination host 'HOSTNAME' ftp reply ---> 425 Can't open passive
> >
> > connection. *
> >
> > Where HOSTNAME is the z/OS host name(for the VIPA).
> >
> > After falling back to the z13s, things went back to normal.
> >
> > z/OS 2.2
> > RSU1810
> > TLS
> >
> > Opened a a PMR with IBM.
> >
> > Any ideas? How can the hardware affect FTP?
> >
> > Thanks
> >
> > Mike
> >
> >
> >
> ----
> >
> > Mike Shorkend
> > m...@shorkend.com
> > www.shorkend.com
> > Tel: +972524208743
> > Fax: +97239772196
> >
> >
> --
> >
> > 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: FTPS breaks on z14-ZR1

[Mike Shorkend]

Thanks Carmen, will give it a go.

On Thu, 28 Mar 2019 at 14:35, Carmen Vitullo  wrote:

> if nothing else has changed, like host name, I'd be checking your OSA
> configuration via the HMC, that's the only thing I can think of off hand
> that may be related.
> export the OSAD from the OSA advanced features/function and compare the
> two
>
>
> Carmen Vitullo
>
> - Original Message -
>
> From: "Mike Shorkend" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Thursday, March 28, 2019 6:32:09 AM
> Subject: FTPS breaks on z14-ZR1
>
> Hi all,
>
> Strange problem when moving from a z13s to z14-ZR1.
> Everything works fine expect for FTP-S(z/OS is the server).
> Getting
>
> *Destination host 'HOSTNAME' ftp reply ---> 425 Can't open passive
> connection. *
>
> Where HOSTNAME is the z/OS host name(for the VIPA).
>
>
> After falling back to the z13s, things went back to normal.
>
> z/OS 2.2
> RSU1810
> TLS
>
> Opened a a PMR with IBM.
>
> Any ideas? How can the hardware affect FTP?
>
> Thanks
>
> Mike
>
>
>
>
>
>
>
> --
> Mike Shorkend
> m...@shorkend.com
> www.shorkend.com
> Tel: +972524208743
> Fax: +97239772196
>
> --
> 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
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

FTPS breaks on z14-ZR1

[Mike Shorkend]

Hi all,

Strange problem when moving from a z13s to z14-ZR1.
Everything works fine expect for FTP-S(z/OS is the server).
Getting

*Destination host 'HOSTNAME' ftp reply ---> 425 Can't open passive
connection.  *

Where HOSTNAME is the z/OS host name(for the VIPA).


After falling back to the z13s, things went back to normal.

z/OS 2.2
RSU1810
TLS

Opened a a PMR with IBM.

Any ideas? How can the hardware affect FTP?

Thanks

Mike







-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: Dynamic allocation on Non SMS

[Mike Shorkend]

The volume is most likely defined with the *storage* attribute set in
VATLSTxx

On Sun, 24 Feb 2019 at 09:46, Peter  wrote:

> Hi
>
> Some of my datasets are picking up a non SMS volumes dynamically even
> without specifying a volser and the HLQ is not part of ACS routines .
>
> How is it possible for a HLQ to pick a non SMS volumes while doing a
> dynamic allocation ?
>
> Regards
> Peter
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: A new LPAR entry in a existing IODF

[Mike Shorkend]

Peter
I am not sure what you are trying to achieve. The CEC has physical Channels
called PCHPIDs which map to logical CHPIDs.
You have some UCBS connected via a CHPID. Why would you want to change
them?

On Tue, 5 Feb 2019 at 11:49, Peter  wrote:

> Thanks
>
> I would like to change the CHPID for a series of UCBs.
>
> Do I need to recable it or using the same port I can assign a different
> CHPID ?
>
> Regards
> Peter
>
> On Wed, 30 Jan, 2019, 8:34 PM R.S. 
> > Simply run HCD and play.
> > You cannot destroy prod data (it will be WORK IODF), so feel safe
> > playing - yes, just playing with various options.
> > Your task is really simple, unless you have very specific requirements
> > (not presented here) or your IODF is very complex.
> >
> > --
> > Radoslaw Skorupka
> > Lodz, Poland
> >
> >
> >
> >
> >
> >
> > W dniu 2019-01-30 o 16:05, Peter pisze:
> > > Hi,
> > >
> > > If I have to add a new LPAR name and use the same UCB,I/O, PROCESSOR
> > > whatever the others LPARs are using in the same IODF then what would be
> > > step to achieve this ?
> > >
> > > Is there an document or manual which explains about it ?
> > >
> > > Regards
> > > Peter
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > > .
> > >
> >
> >
> > ==
> >
> > Jeśli nie jesteś adresatem tej wiadomości:
> >
> > - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> > - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub
> > zapisałeś na dysku).
> > Wiadomość ta może zawierać chronione prawem informacje, które może
> > wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia
> > (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania,
> > narusza prawo i może podlegać karze.
> >
> > mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
> > www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy
> > XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP:
> > 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na
> > 01.01.2018 r. wynosi 169.248.488 złotych.
> >
> > If you are not the addressee of this message:
> >
> > - let us know by replying to this e-mail (thank you!),
> > - delete this message permanently (including all the copies which you
> have
> > printed out or saved).
> > This message may contain legally protected information, which may be used
> > exclusively by the addressee.Please be reminded that anyone who
> > disseminates (copies, distributes) this message or takes any similar
> > action, violates the law and may be penalised.
> >
> > mBank S.A. with its registered office in Warsaw, ul. Senatorska 18,
> 00-950
> > Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the
> > Capital City of Warsaw, 12th Commercial Division of the National Court
> > Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital
> > amounting to PLN 169,248,488 as at 1 January 2018.
> >
> > --
> > 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
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: IPL wait state clarification

[Mike Shorkend]

Peter
Is SYS1.PARMLIB on device number 5224? As Radolaw mentioned, it is too
early in the IPL for any catalog access.

On Mon, 4 Feb 2019 at 12:04, R.S.  wrote:

> There is no reason to discuss with wait state explanation. ;-)
> Maybe you also have SYS1.IPLPARM on this volume?
> Note: LOADxx library is not searched via catalog. The MCAT name is
> inside of LOADxx.
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
>
> W dniu 2019-02-04 o 10:36, Peter pisze:
> > Hi Mike
> >
> > It's a mini system I built, Res volume , IODF volume are same as 5224.
> >
> > I have defined LOAD00 in SYS1.PARMLIB.
> >
> > So the load address is 5224
> > And load parm is 522400
> >
> > Before disconnecting the master catalogued I did verified that
> SYS1.PARMLIB
> > was catalogued under the Mini system master catalogued.
> >
> > Peter
> >
> > On Mon, 4 Feb, 2019, 1:13 PM Mike Shorkend  wrote:
> >
> >> Peter
> >> You are looking at the system completion code 088 and not the wait state
> >> code 088
> >> Wait state code(with reason 000)  is
> >>
> >>
> >> * IPL could not find the LOADxx member in SYSn.IPLPARM on the IODF
> volume
> >> or SYS1.PARMLIB on the IODF volume or on SYSRES. Either the system
> >> programmer did not create the member or the operator typed the wrong
> value
> >> for the LOAD parameter. *
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> On Mon, 4 Feb 2019 at 10:17, Peter  wrote:
> >>
> >>> Hi
> >>>
> >>> I have built a test lpar and while loading I received
> >>>
> >>> A  disabled Wait state of
> >>>
> >>> 002088
> >>>
> >>> I checked in manual it says because of I/O error
> >>>
> >>> The Auxillary storage manager detected a paging I/O error when
> attempting
> >>> to read from or write to storage-class memory (SCM). the error can be
> >>> caused by hardware or a software.
> >>>
> >>> Is it because the page dataset residing in a volume is not accessible ?
> >>>
> >>> Regards
> >>> Peter
> >>>
> >>>
>
>
> ==
>
> Jeśli nie jesteś adresatem tej wiadomości:
>
> - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub
> zapisałeś na dysku).
> Wiadomość ta może zawierać chronione prawem informacje, które może
> wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania,
> narusza prawo i może podlegać karze.
>
> mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
> www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy
> XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP:
> 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na
> 01.01.2018 r. wynosi 169.248.488 złotych.
>
> If you are not the addressee of this message:
>
> - let us know by replying to this e-mail (thank you!),
> - delete this message permanently (including all the copies which you have
> printed out or saved).
> This message may contain legally protected information, which may be used
> exclusively by the addressee.Please be reminded that anyone who
> disseminates (copies, distributes) this message or takes any similar
> action, violates the law and may be penalised.
>
> mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950
> Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the
> Capital City of Warsaw, 12th Commercial Division of the National Court
> Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital
> amounting to PLN 169,248,488 as at 1 January 2018.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: IPL wait state clarification

[Mike Shorkend]

Peter
You are looking at the system completion code 088 and not the wait state
code 088
Wait state code(with reason 000)  is


* IPL could not find the LOADxx member in SYSn.IPLPARM on the IODF volume
or SYS1.PARMLIB on the IODF volume or on SYSRES. Either the system
programmer did not create the member or the operator typed the wrong value
for the LOAD parameter. *













On Mon, 4 Feb 2019 at 10:17, Peter  wrote:

> Hi
>
> I have built a test lpar and while loading I received
>
> A  disabled Wait state of
>
> 002088
>
> I checked in manual it says because of I/O error
>
> The Auxillary storage manager detected a paging I/O error when attempting
> to read from or write to storage-class memory (SCM). the error can be
> caused by hardware or a software.
>
> Is it because the page dataset residing in a volume is not accessible ?
>
> Regards
> Peter
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: A new LPAR entry in a existing IODF

[Mike Shorkend]

There are a few ways to do thid. For me, the easiest way is to from the
processor list(option 3 from the HCD main menu) , access the partition list
and then use the repeat command. It is explained in the Hardware
Configuration Definition User's Guide in the *Repeating (copying)
partitions  *section.

There is a redbook for HCD as well
http://www.redbooks.ibm.com/redbooks/pdfs/sg247804.pdf

HTH

Mike



On Wed, 30 Jan 2019 at 17:06, Peter  wrote:

> Hi,
>
> If I have to add a new LPAR name and use the same UCB,I/O, PROCESSOR
> whatever the others LPARs are using in the same IODF then what would be
> step to achieve this ?
>
> Is there an document or manual which explains about it ?
>
> Regards
> Peter
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: SYSAFF and SCHENV

[Mike Shorkend]

I  used SCHENV several years ago to direct workload to a CEC that had a
ZIIP installed. Another use is for EXCI - switch the SCHENV on and off
according to the availability of the CICS region.

On Mon, 28 Jan 2019 at 06:26, Jesse 1 Robinson 
wrote:

> Before we implemented SCHENV control, we depended on SYSAFF to direct a
> job toward the member running a suitable Db2 subsystem. Then we had a
> couple of instances where the target Db2 abended and would not restart on
> the 'normal' LPAR, but would run a different LPAR. The task of directing a
> slew of batch jobs containing SYSAFF to another LPAR was laborious and time
> consuming. Or else IPL.
>
> With SCHENV, we could issue a few WLM commands to disable resources on the
> broken LPAR and enable them on the other one. No change to automation, no
> change to JCL. And most all, no unscheduled IPL.
>
> However, SCHENV would not (early 2000s) override SYSAFF. If SYSAFF and
> SCHENV conflicted, a job would just hang. So part of the supporting SCHENV
> code was to nullify any SYSAFF if SCHENV was also specified. If that has
> changed, we never revisited the issue.
>
> .
> .
> 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 Anthony Hirst
> Sent: Sunday, January 27, 2019 4:12 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: SYSAFF and SCHENV
>
> One difference that I haven't seen be mentioned is that SYSAFF controls
> all stages of JES2 processing, while the SCHED only controls execution
> phase, we've run into issues where subsystems aren't active on some LPARs
> and a job with a SCHED setting gets interpreted on that system you get a
> JCL error, only way to avoid that we've found is to code SYSAFF.  We keep
> the SCHED to because it points to the actual resource requirement adding
> documentation.
>
> On Sat, Jan 26, 2019 at 8:53 PM Peter  wrote:
>
> > Hi
> >
> > It is just general question
> >
> > I was going through the manual.
> >
> > Does SCHENV perform the same function as SYSAFF ? Or it does more than
> > that ?
> >
> > Peter
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: Crosshair cursor

[Mike Shorkend]

I only switch it on when I specifically need it. Gets in my way when I
don't.

On Sun, 30 Dec 2018 at 06:59, Tom Brennan 
wrote:

> You're right - it makes me feel like I'm dragging something heavy
> around, like the cursor just gained 10 pounds :)  Electrons have weight!
>
> On 12/29/2018 8:26 PM, Jesse 1 Robinson wrote:
> > Although I'm not sure that Tom himself is a fan of crosshairs.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: SDSF and z/OSEM and Automation

[Mike Shorkend]

The $DJ,LONG command returns a field with the job creation date and
time. You could pull this with REXX and the CONSOLE command and then do the
math.

$DJ(827),LONG
$HASP890 JOB(MIKEBR14) 536
$HASP890 JOB(MIKEBR14)  STATUS=(AWAITING EXECUTION),CLASS=Z,
$HASP890PRIORITY=7,SYSAFF=(ANY),HOLD=(NONE),
$HASP890CMDAUTH=(LOCAL),OFFS=(),SECLABEL=,
$HASP890USERID=MIKE,SPOOL=(VOLUMES=(VPSPOL),
$HASP890TGS=1,PERCENT=0.0052),ARM_ELEMENT=NO,
$HASP890CARDS=2,DUBIOUS=NO,REBUILD=NO,
$HASP890SRVCLASS=BATMDM,SCHENV=,SCHENV_AFF=(ANY),
$HASP890CC=(),DELAY=(),CRTIME=(2018.292,17:13:56)

Note that the time returned is UTC and not local

HTH

Mike


On Fri, 19 Oct 2018 at 19:36, Lizette Koehler 
wrote:

> So I want to create a process that "notices" that a job has been in the
> JES2
> Input queue for over 24 hours and not run.
>
> Sometimes this is legitimate and sometimes not.
>
> With z/OSEM we add resource names so the users do not need to code /*ROUTE
> XEQ
> lpar to run.
>
> What I find is sometimes the resource name created in the JCL is not valid
> for
> the environment.
>
> I know I can issue $DJ,LONG and find out what resource it is waiting
> on.
>
> What I am struggling with is how can I see the INPUT queue and determine
> how
> long a job has been waiting.
>
> I am thinking something with ISFEXEC (SDSF) that I can pass to automation
> to
> make the determination and/or cancel of the task.
>
> I am just in the design phase, so no real details other than this sketch
> of the
> process.
>
> Thanks
>
>
> Lizette
> A theory can never be proven, but it can be falsified.  Karl Raimund Popper
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: PPRC CQUERY REXX - PQUERY

[Mike Shorkend]

Vignesh,
Look at:
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.antg000/qppv.htm#qppv

and

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieam100/rs16706.htm

Mike

On Sat, 6 Oct 2018 at 06:04, Sankaranarayanan, Vignesh <
vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote:

> Hello everyone,
>
> Is the format of this command output documented anywhere?
> Would like to spin some automation around this and want to know how to
> parse the output returned..
>
> 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
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: Help With PENDING OFFLINE Devices

[Mike Shorkend]

What I meant was, what was the original reason for varying the devices
offline?

On Tue, 18 Sep 2018 at 11:32, Mike Schwab  wrote:

> The volumes are empty except for catalogs, and he varied them offline.
> So he needs to delete empty catalogs, move catalogs with data to new
> volumes or move the volumes to a new UCB.
> On Tue, Sep 18, 2018 at 2:42 AM Mike Shorkend 
> wrote:
> >
> > George,
> > Maybe you should tell us what you are trying achieve?
> >
> > There might be easier ways
> >
> > On Tue, 18 Sep 2018 at 00:16, Gibney, Dave  wrote:
> >
> > > Really unsure what your goal is here, and it's looking dangerous. But,
> > > IDCAMS
> > >
> > > EXPORT catalog name DISCONNECT will remove each catalog from the
> CATALOG
> > > address space
> > >
> > > > -Original Message-
> > > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> ]
> > > > On Behalf Of George Rodriguez
> > > > Sent: Monday, September 17, 2018 12:08 PM
> > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > Subject: Re: Help With PENDING OFFLINE Devices
> > > >
> > > > Boy, I'm way over my head here:
> > > >
> > > > F CATALOG,ALLOCATED(PCAT00)
> > > > IEC351I CATALOG ADDRESS SPACE MODIFY COMMAND ACTIVE IEC348I
> > > > ALLOCATED CATALOGS 976
> > > > *CAS***
> > > > 
> > > > * FLAGS -VOLSER-USER-CATALOG NAME
>  % *
> > > > * Y---R- PCAT00 0001 CATALOG.SCHOOL.USERCAT
>  1 *
> > > > * Y---R- PCAT00 0001 CATALOG.TAPEGDG.DB2.USERCAT
> 1 *
> > > > * Y---R- PCAT00 0001 CATALOG.TAPEGDG.PROD.USERCAT
>  1 *
> > > > * Y---R- PCAT00 0001 CATALOG.FINANCE.USERCAT
> 1 *
> > > > * Y---R- PCAT00 0001 CATALOG.BUDGET.USERCAT
>  1 *
> > > > * Y---R- PCAT00 0001 CATALOG.DFHSM.USERCAT
> 1 *
> > > > * Y-I-R- PCAT00 0001 CATALOG.SDPBC.USERCAT
> 1 *
> > > > ***
> > > > 
> > > > * Y/N-ALLOCATED TO CAS, S-SMS, V-VLF, I-ISC, C-CLOSED, D-DELETED,
>  *
> > > > * R-SHARED, A-ATL, E-ECS SHARED, K-LOCKED
>  *
> > > > *CAS***
> > > > 
> > > > IEC352I CATALOG ADDRESS SPACE MODIFY COMMAND COMPLETED
> > > >
> > > > and for the next one:
> > > >
> > > > F CATALOG,ALLOCATED(PCAT01)
> > > > IEC351I CATALOG ADDRESS SPACE MODIFY COMMAND ACTIVE IEC348I
> > > > ALLOCATED CATALOGS 981
> > > > *CAS***
> > > > 
> > > > * FLAGS -VOLSER-USER-CATALOG NAME
>  % *
> > > > * Y---R- PCAT01 0001 CATALOG.TEST.USERCAT
>  1 *
> > > > * Y---R- PCAT01 0001 CATALOG.TAPEGDG.TEST.USERCAT
>  1 *
> > > > * Y---R- PCAT01 0001 CATALOG.TESTNEW.USERCAT
> 1 *
> > > > * Y-I-R- PCAT01 0001 CATALOG.TSO.USERCAT
> 1 *
> > > > ***
> > > > 
> > > > * Y/N-ALLOCATED TO CAS, S-SMS, V-VLF, I-ISC, C-CLOSED, D-DELETED,
>  *
> > > > * R-SHARED, A-ATL, E-ECS SHARED, K-LOCKED
>  *
> > > > *CAS***
> > > > 
> > > > IEC352I CATALOG ADDRESS SPACE MODIFY COMMAND COMPLETED
> > > >
> > > >
> > > >
> > > >
> > > > *George Rodriguez*
> > > >
> > > > *Specialist II - IT Security*
> > > > *PX - 47652*
> > > > *(561) 357-7652 (office)*
> > > > *(954) 415-7586 (mobile)*
> > > > *School District of Palm Beach County*
> > > > *3348 Forest Hill Blvd.*
> > > > *Room B-332*
> > > > *West Palm Beach, FL. 33406-5869*
> > > > *Florida's Only A-Rated Urban District*
> > > >
> > > >
> > > > On Mon, Sep 17, 2018 at 1:51 PM Dana Mitchell 
> > > > wrote:
> > > >
> > > > > For datasets allocated by your TSO session,  if you issue 'ddlist'
> > > > > command, you can look for datasets that you currently have
> allocated
> > > > > that are on the volumes in question.  Once found, you will have to
> > > > > discern if they are allocated in the actual logon proc,  or logon
> > > > > clist 

Re: Help With PENDING OFFLINE Devices

[Mike Shorkend]

George,
Maybe you should tell us what you are trying achieve?

There might be easier ways

On Tue, 18 Sep 2018 at 00:16, Gibney, Dave  wrote:

> Really unsure what your goal is here, and it's looking dangerous. But,
> IDCAMS
>
> EXPORT catalog name DISCONNECT will remove each catalog from the CATALOG
> address space
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of George Rodriguez
> > Sent: Monday, September 17, 2018 12:08 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Help With PENDING OFFLINE Devices
> >
> > Boy, I'm way over my head here:
> >
> > F CATALOG,ALLOCATED(PCAT00)
> > IEC351I CATALOG ADDRESS SPACE MODIFY COMMAND ACTIVE IEC348I
> > ALLOCATED CATALOGS 976
> > *CAS***
> > 
> > * FLAGS -VOLSER-USER-CATALOG NAME   % *
> > * Y---R- PCAT00 0001 CATALOG.SCHOOL.USERCAT 1 *
> > * Y---R- PCAT00 0001 CATALOG.TAPEGDG.DB2.USERCAT1 *
> > * Y---R- PCAT00 0001 CATALOG.TAPEGDG.PROD.USERCAT   1 *
> > * Y---R- PCAT00 0001 CATALOG.FINANCE.USERCAT1 *
> > * Y---R- PCAT00 0001 CATALOG.BUDGET.USERCAT 1 *
> > * Y---R- PCAT00 0001 CATALOG.DFHSM.USERCAT  1 *
> > * Y-I-R- PCAT00 0001 CATALOG.SDPBC.USERCAT  1 *
> > ***
> > 
> > * Y/N-ALLOCATED TO CAS, S-SMS, V-VLF, I-ISC, C-CLOSED, D-DELETED, *
> > * R-SHARED, A-ATL, E-ECS SHARED, K-LOCKED *
> > *CAS***
> > 
> > IEC352I CATALOG ADDRESS SPACE MODIFY COMMAND COMPLETED
> >
> > and for the next one:
> >
> > F CATALOG,ALLOCATED(PCAT01)
> > IEC351I CATALOG ADDRESS SPACE MODIFY COMMAND ACTIVE IEC348I
> > ALLOCATED CATALOGS 981
> > *CAS***
> > 
> > * FLAGS -VOLSER-USER-CATALOG NAME   % *
> > * Y---R- PCAT01 0001 CATALOG.TEST.USERCAT   1 *
> > * Y---R- PCAT01 0001 CATALOG.TAPEGDG.TEST.USERCAT   1 *
> > * Y---R- PCAT01 0001 CATALOG.TESTNEW.USERCAT1 *
> > * Y-I-R- PCAT01 0001 CATALOG.TSO.USERCAT1 *
> > ***
> > 
> > * Y/N-ALLOCATED TO CAS, S-SMS, V-VLF, I-ISC, C-CLOSED, D-DELETED, *
> > * R-SHARED, A-ATL, E-ECS SHARED, K-LOCKED *
> > *CAS***
> > 
> > IEC352I CATALOG ADDRESS SPACE MODIFY COMMAND COMPLETED
> >
> >
> >
> >
> > *George Rodriguez*
> >
> > *Specialist II - IT Security*
> > *PX - 47652*
> > *(561) 357-7652 (office)*
> > *(954) 415-7586 (mobile)*
> > *School District of Palm Beach County*
> > *3348 Forest Hill Blvd.*
> > *Room B-332*
> > *West Palm Beach, FL. 33406-5869*
> > *Florida's Only A-Rated Urban District*
> >
> >
> > On Mon, Sep 17, 2018 at 1:51 PM Dana Mitchell 
> > wrote:
> >
> > > For datasets allocated by your TSO session,  if you issue 'ddlist'
> > > command, you can look for datasets that you currently have allocated
> > > that are on the volumes in question.  Once found, you will have to
> > > discern if they are allocated in the actual logon proc,  or logon
> > > clist or rexx, or dynamically and  deal with them accordingly.
> > >
> > > For CATALOG,  issue console command   'F CATALOG,ALLOCATED(vvv)'
> > > where vv= volser,  to see what catalog(s) are on the volume that
> > > will need to be moved.
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > >
> >
> > --
> >
> >
> >
> >
> >
> >
> > *Disclaimer: *Under Florida law, e-mail addresses are public records.
> > If you do not want your e-mail address released in response to a public
> > records request, do not send electronic mail to this entity. Instead,
> contact
> > this office by phone or in writing.
> >
> >
> >
> >
> >
> >
&

Re: Help With PENDING OFFLINE Devices

[Mike Shorkend]

The F-NRD means offline, not ready
The A-PND means allocated, pending offline

To find out who is allocated to the device you are trying to get offline,
issue this command:

D U,,ALLOC,xxx,1

Where  is the device number

HTH

Mike



On Mon, 17 Sep 2018 at 18:13, George Rodriguez <
016eebd7289b-dmarc-requ...@listserv.ua.edu> wrote:

> The STATUS the 7 disk are in is either A-PND or F-NRD.
>
> Can anyone help?
>
> Thanks in advance!
>
> *George Rodriguez*
>
> *Specialist II - IT Security*
> *PX - 47652*
> *(561) 357-7652 (office)*
> *(954) 415-7586 (mobile)*
> *School District of Palm Beach County*
> *3348 Forest Hill Blvd.*
> *Room B-332*
> *West Palm Beach, FL. 33406-5869*
> *Florida's Only A-Rated Urban District*
>
> --
>
>
>
>
>
>
> *Disclaimer: *Under Florida law, e-mail addresses are public records.
> If you do not want your e-mail address released in response to a public
> records request, do not send electronic mail to this entity. Instead,
> contact this office by phone or in writing.
>
>
>
>
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: Co-posted: Rexx performance measures

[Mike Shorkend]

I use the procedure provided by IBM, taking all compiler option defaults

// JCLLIB ORDER='FAN140.SVSC.PROCLIB'
//S1 EXEC REXXC
//SYSCEXEC DD DSN=MIKE.CREXX(LOOP2),DISP=SHR
//SYSINDD DSN=MIKE.REXX(LOOP2),DISP=SHR

which expands to


XX*-

  XX* Compile REXX
program.

XX*-


XX*

5 XXREXXEXEC
PGM=REXXCOMP,PARM=''
  IEFC653I SUBSTITUTION JCL - PGM=REXXCOMP,PARM='XREF
OBJECT'
6 XXSTEPLIB   DD
DSN=,DISP=SHR
  IEFC653I SUBSTITUTION JCL -
DSN=FAN140.SFANLMD,DISP=SHR
7 XXSYSPRINT  DD
SYSOUT=*
8 XXSYSTERM   DD
SYSOUT=*
  XX*SYSIEXEC DD
DUMMY
  XX*SYSDUMP  DD
DUMMY
9 //SYSCEXEC DD
DSN=MIKE.CREXX(LOOP2),DISP=SHR
  X/SYSCEXEC  DD
DSN=&(GO),DISP=(MOD,PASS),UNIT=SYSDA,
  X/
SPACE=(800,(800,100,1))
   10 XXSYSPUNCH  DD
DSN=&,DISP=(MOD,PASS),UNIT=SYSDA,
  XX
SPACE=(800,(800,100))
   11 //SYSINDD
DSN=MIKE.REXX(LOOP2),DISP=SHR






On Wed, 12 Sep 2018 at 12:44, David Crayford  wrote:

> z/OS 2.3, IBM Compiler for REXX on zSeries 4.0  LVL PI76785.
>
> Can you share you compiler JCL?
>
>
> On 12/09/2018 5:32 PM, Mike Shorkend wrote:
> > David - I ran it on z/OS 2.2, the REXX compiler is 1.4
> > How about you?
> >
> > On Wed, 12 Sep 2018 at 12:27, David Crayford 
> wrote:
> >
> >> On 12/09/2018 4:56 PM, Mike Shorkend wrote:
> >>> The new test shows:
> >>> Non-compiled
> >>>
> >>> CPU TIME = 77.09
> >>>
> >>> Compiled
> >>>
> >>> CPU TIME = 11.27
> >> Your results are different to mine!
> >>
> >> Interpreted:  CPU time = 3.12
> >>
> >> Compiled: CPU time = 7.99
> >>
> >>> Not so great, because of the inefficient memory management with stem
> >>> usage?
> >> --
> >> 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
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: Co-posted: Rexx performance measures

[Mike Shorkend]

David - I ran it on z/OS 2.2, the REXX compiler is 1.4
How about you?

On Wed, 12 Sep 2018 at 12:27, David Crayford  wrote:

> On 12/09/2018 4:56 PM, Mike Shorkend wrote:
> > The new test shows:
> > Non-compiled
> >
> > CPU TIME = 77.09
> >
> > Compiled
> >
> > CPU TIME = 11.27
>
> Your results are different to mine!
>
> Interpreted:  CPU time = 3.12
>
> Compiled: CPU time = 7.99
>
> > Not so great, because of the inefficient memory management with stem
> > usage?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: Co-posted: Rexx performance measures

[Mike Shorkend]

Got SYSVAR to work with Compiled rexx

The original test not-compiled

 BGN CPU:  39.17
 BGN SRV:  49548
 END CPU:  52.11
 END SRV:  69953

and Compiled

BGN CPU:  38.86
BGN SRV:  49069
END CPU:  39.12
END SRV:  49477

Same results as my other test - about 50 times faster with compiled REXX

The new test shows:
Non-compiled

CPU TIME = 77.09

Compiled

CPU TIME = 11.27

Not so great, because of the inefficient memory management with stem
usage?



On Wed, 12 Sep 2018 at 11:46, ITschak Mugzach  wrote:

> It look like the problem is not in my code, but somehow in my system. I am
> running z/os 2.3 on a zPDT box.  I'll investigate this issue.
>
> ITschak
>
> On Wed, Sep 12, 2018 at 11:37 AM Elardus Engelbrecht <
> elardus.engelbre...@sita.co.za> wrote:
>
> > David Crayford wrote:
> >
> > >Try the following snippet both interpreted and compiled.
> >
> > >/* REXX */
> > >start = sysvar('SYSCPU')
> > >s = copies('0',1024)
> > >do i = 1 to 50
> > >   a.i = s
> > >end
> > >say 'CPU time = 'sysvar('SYSCPU') - start
> >
> > Thanks! That is a nice cool one. I have put that also in my REXX progs
> for
> > REXX speed test.
> >
> > Groete / Greetings
> > Elardus Engelbrecht
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
>
> --
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
> for Legacy **|  *
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: Co-posted: Rexx performance measures

[Mike Shorkend]

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


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: Dummy question about CHPID

[Mike Shorkend]

Typically FC(a.k.a FICON) is used to connect to "mainframe style" storage
such as ECKD.
FCP(a.k.a Fiber Channel) is used to connect to "distributed style" storage
such as SCSI

Mike


On Sun, 5 Aug 2018 at 14:05, Peter  wrote:

> Hi Gadi
>
> Thank you so much for the response
>
> Off topic
>
> Based on the ficon express. How do we decide which one has to be defined as
> FCP and FC type ? I understand FCP are for only zVM.
>
>
>
> On Sun 5 Aug, 2018, 2:31 PM Gadi Ben-Avi,  wrote:
>
> > On the newer OSA cards, while there are two ports, they both use the same
> > CHPID. That's just how it works.
> > You can define which port to use using other means, depending on how the
> > OSA card is configured.
> > Both ports must be the same type.
> >
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On Behalf
> > Of Peter
> > Sent: Sunday, August 5, 2018 1:20 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Dummy question about CHPID
> >
> > Hi
> >
> > Could someone help me to understand on why do we assign only 1 chpid for
> > OSA-ICC and OSA base 1000t.
> >
> > I can see FC and FCP have two CHPIDs
> >
> > Apology I am just new to IODF definition.
> >
> > Regards,
> > Peter
> >
> > --
> > 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
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: (OT) Good bye everyone

[Mike Shorkend]

All the best Ed, you will be missed

Mike



On 17 July 2018 at 15:08, Tom Marchant <
000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:

> On Mon, 16 Jul 2018 14:23:36 -0500, Edward Gould wrote:
>
> >Approximately 2 months I had a life altering incident.
> >I can no longer function as a sysprog. I resigned my no pay job at the
> place I used to donate my time.
> >I find I can no longer do the job.
> >I hope much success to all of you and hope that you can carry on with
> your work, despite IBM’s best efforts to do away with the profession.
> >Thanks, to John Ells and the many other IBMer’s who give their time and
> their experience with IBM-MAIN.
> >Not sure what is ahead for me, other than traveling with a companion as I
> can barely walk.
> >I am 70 years old and I am finding life without a technical challenge not
> interesting and since I can no longer function in that capacity I will have
> to find some other outlet.
> >Best wishes to you all.
>
> Thank you, Ed, for taking the time to let us know, rather than just
> disappear.
> Your contributions have been valuable, even if sometimes controversial.
>
> I, for one, will miss you.
>
> Best wishes to you.
>
> --
> Tom Marchant
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: bcpii hwicmd load

[Mike Shorkend]

Can you post your rexx?

On Thu, 8 Mar 2018, 08:31 ibmm...@foxmail.com,  wrote:

> Hi all
>
>  We use BCPII HWICmd LOAD one LPAR by SYSREXX to IPL it.
>
> Everytime we run the sysrexx the first time, the retcd=100.
> and then we run the same sysrexx ,the PLAR can be IPLed.
>
> every time the hwiconn status is always 0.
>
>
> Why do we have to sub the sysrexx twice?
>
> Thanks a lot!
>
> Jason Cai
>
>
>
>
>
>
> --
> 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: Dataclass question

[Mike Shorkend]

Not that I know of.
See here
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.idad400/sms.htm


On Thu, 25 Jan 2018 at 09:25 Gadi Ben-Avi <gad...@malam.com> wrote:

> Isn't there a way to have it done at the end of the step, like when you
> use JCL?
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Mike Shorkend
> Sent: Thursday, January 25, 2018 9:02 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Dataclass question
>
> Gadi
> You specify the release on the management class and not on the data class.
> Set the 'PARTIAL RELEASE' field to 'YES'.
> Of course you will need a product like DFHSM to actually do the release
> during its space management cycle.
>
>
> HTH
>
> Mike
>
>
>
> On Thu, 25 Jan 2018 at 08:28 Gadi Ben-Avi <gad...@malam.com> wrote:
>
> > Hi,
> > I was asked to define a dataclass that would create a dataset with
> > SPACE=(CYL,(200,200),RLSE)
> >
> > I defined:
> > Avgrec  . . . . . . K
> > Avg Value . . . . . 850
> > Primary . . . . . . 200
> > Secondary . . . . . 200
> >
> > Which defined a dataset with 3118 tracks primary space, which is close
> > enough.
> > How do I defined the dataclas to release the unused space.
> >
> > Thanks
> >
> > Gadi
> >
> > ?? , ? ?  ??? ?? ??"? ?/?? ??  ?? ?/?? 
> > ? ??? ( : "?") ??? ?? ???, ?? ,  ?? ???
> >  ?, ???   ? ?? ??? ? ?? ?? ?, ?
> ??
> >  ? ?? ??? ?? ??? ? ?. ?  ? (?
> 
> > ) ?? ??   ???, ??? ? ? ?? ??? 
> > ? ?,  ??  ?? ? ? ?? ?? ?.
> > Please note that in accordance with Malam and/or its subsidiaries
> (hereinafter :
> > "Malam") regulations and signatory rights, no offer, agreement,
> > concession or representation is binding on the Malam, unless
> > accompanied by a duly signed separate document (or a scanned version
> > thereof), affixed with the Malam seal.
> >
> > --
> > 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
> לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה
> קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג
> מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את
> לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך
> סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום
> טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please
> note that in accordance with Malam and/or its subsidiaries (hereinafter :
> "Malam") regulations and signatory rights, no offer, agreement, concession
> or representation is binding on the Malam, unless accompanied by a duly
> signed separate document (or a scanned version thereof), affixed with the
> Malam seal.
>
> --
> 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: Dataclass question

[Mike Shorkend]

Gadi
You specify the release on the management class and not on the data class.
Set the 'PARTIAL RELEASE' field to 'YES'.
Of course you will need a product like DFHSM to actually do the release
during its space management cycle.


HTH

Mike



On Thu, 25 Jan 2018 at 08:28 Gadi Ben-Avi  wrote:

> Hi,
> I was asked to define a dataclass that would create a dataset with
> SPACE=(CYL,(200,200),RLSE)
>
> I defined:
> Avgrec  . . . . . . K
> Avg Value . . . . . 850
> Primary . . . . . . 200
> Secondary . . . . . 200
>
> Which defined a dataset with 3118 tracks primary space, which is close
> enough.
> How do I defined the dataclas to release the unused space.
>
> Thanks
>
> Gadi
>
> ?? , ? ?  ??? ?? ??"? ?/?? ??  ?? ?/?? 
> ? ??? ( : "?") ??? ?? ???, ?? ,  ?? ???
>  ?, ???   ? ?? ??? ? ?? ?? ?, ? ??
>  ? ?? ??? ?? ??? ? ?. ?  ? (? 
> ) ?? ??   ???, ??? ? ? ?? ??? 
> ? ?,  ??  ?? ? ? ?? ?? ?. Please
> note that in accordance with Malam and/or its subsidiaries (hereinafter :
> "Malam") regulations and signatory rights, no offer, agreement, concession
> or representation is binding on the Malam, unless accompanied by a duly
> signed separate document (or a scanned version thereof), affixed with the
> Malam seal.
>
> --
> 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

Hawaii DMV

[Mike Shorkend]

http://www.hawaiinewsnow.com/story/35754445/system-failures-result-in-longer-dmv-lines-across-oahu

Seems like they were out for a few days.

This sounds really weird.* "The problem, Ho said, is a result of the city
trying to run old software on a brand new mainframe."*
 Did they forget to install the fixcats? Get confused between MIPS and MSUs
when they ordered?


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: SYS1.BRODCAST

[Mike Shorkend]

Actually it is READ.
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.icha700/sdslc.htm



On Wed, Apr 19, 2017 at 8:54 PM gsg <
0053fe88ed35-dmarc-requ...@listserv.ua.edu> wrote:

> Does SYS1.BRODCAST need to have UACC of UPDATE?  If so, is it actually
> stated somewhere?  Been trying to find information on this.
>
> TIA
>
> --
> 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: MAS to Standalone Spool

[Mike Shorkend]

The only thing I can think of is, if the old MAS would still exist , and
the system coming out would still have connectivity to the old checkpoints
and spools, you would need to create new ones for the new system


Mike



On 10 April 2017 at 06:28, Jesse 1 Robinson <jesse1.robin...@sce.com> wrote:

> I'm not sure that anything has to be done at the outset. There is
> essentially no difference between MEMBERA running by itself in a MAS and
> MEMBERA running in its own separate MAS. There either is or is not another
> member to talk to. If MEMBERA is IPLed first in a MAS, for example, it is
> running more or less standalone until another member is IPLed.
>
> The tricky stuff arises if and when you want this reincarnated MEMBERA to
> talk to other JES nodes. In other words, it's not a MAS issue but rather an
> NJE issue. Those are the parameters you need to focus on. Most of them can
> be changed dynamically after MEMBERA is running.
>
> .
> .
> 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 Peter
> Sent: Saturday, April 08, 2017 3:24 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):MAS to Standalone Spool
>
> Hi
>
> Can someone guide me on what would be the procedure to move an LPAR from
> MAS( Multi Access Spool) to a standalone Spool. What are the changes
> required from JES2PARM and other library ?
>
> We are moving an LPAR from z hardware to zPDT.
>
> Any advice would be appreciated.
>
> Peter
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: System Symbols (SYSSYM)

[Mike Shorkend]

There is one case in which there might be problems. Looking at:


//MYFILE DD DSN=,DISP=(,PASS),UNIT=SYSDA

WIth SYSSYM set to DISALLOW, this will create a valid temporary dataset(JCL
reference says that you should use a double ampersand but a singe works
fine).
WIth SYSSYM set to ALLOW, this will create a dataset that is called
whatever your SYSNAME is.

Other symbols will produce other strange names


Mike



On Mon, Jan 16, 2017 at 6:28 PM Jesse 1 Robinson 
wrote:

> I can't see any generic reason not to enable system symbols, but like many
> changes that IBM has introduced over the years, it could have a deleterious
> effect in particular cases. I would not make this change enterprise-wide
> without publicizing it and preferably testing extensively.
>
> The problem is reflected in IBM's reluctance to enable system symbols for
> batch two decades ago. For started tasks and for TSO, the value of a
> substituted symbol is clear: it's here and it's now. When a batch job is
> submitted, it's indeterminate when and in some cases where the job will
> actually run. I've done some experimenting with it. Some results are
> intuitive, others maybe less so. But once you enable SYSSYM for batch, it
> will be in effect for every job in that class on that system.
>
> .
> .
> 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 Grant Williams
> Sent: Sunday, January 15, 2017 8:37 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):System Symbols (SYSSYM)
>
> Hi,
>
> Can anyone see a reason for not enabling System Symbols for all job
> classes  (i.e  SYSSYM=ALLOW ) ?
>
>
> thanks
>
> Grant Williams
>
>
> --
> 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 determine library that is executed from

[Mike Shorkend]

Like Walt suggested, use the PARSE SOURCE function:

 /*rexx*/
 parse source . . . dd dataset .
 say "DD name is " dd
 say "dataset name is " dataset



On 20 November 2016 at 03:44, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Sat, 19 Nov 2016 19:36:41 -0600, Walt Farrell wrote:
>
> >On Sat, 19 Nov 2016 19:30:28 -0600, Donald Likens wrote:
> >
> >>Has anyone come up with a way for a REXX program to determine the
> library it resides in?
> >
> >Have you looked at the REXX parse source instruction?
> >
> To cite a recent statement by an expert:
>
> The DEB is buil[t] during OPEN. ... By the time ..., the information
> about an individual data set is long gone.
>
> I suppose the Rexx interpreter could find something in the TIOT.
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: I'm not sure that HyperPav is working

[Mike Shorkend]

Gadi
You need to set HYPERPAV=YES in the IECIOSxx PARMLIB member.

See

http://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieae200/ieae200357.htm

You can switch it on and off dynamically using the SETIOS command.
See
http://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieag100/iea3g1_Syntax49.htm
<http://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieae200/ieae200357.htm>

Mike


On 30 August 2016 at 13:42, גדי בן אבי <gad...@malam.com> wrote:

> Hi,
> We’re starting to copy volumes to our new DS8884.
> Our old controller, did not have PAV functionality, so I’m new to this.
> We installed all relevant service.
>
> If I issue the D IOS,HYPERPAV command I get
> IOS098I 13.37.28 HYPERPAV DATA 353
> HYPERPAV MODE IS SET TO XPAV
>
> I’m not sure that Hyperpav is working:
> If I issue the command D M=DEV(2000D) I get:
> IEE174I 13.10.11 DISPLAY M 416
> DEVICE 0200D   STATUS=ONLINE
> CHP   30   31   32   33
> ENTRY LINK ADDRESS..   ..   ..   ..
> DEST LINK ADDRESS 0D   0D   0D   0D
> PATH ONLINE   YYYY
> CHP PHYSICALLY ONLINE YYYY
> PATH OPERATIONAL  YYYY
> MANAGED   NNNN
> CU NUMBER 8000 8000 8000 8000
> MAXIMUM MANAGED CHPID(S) ALLOWED:  0
> DESTINATION CU LOGICAL ADDRESS = 00
> SCP CU ND = 002107.980.IBM.75.000GDX91.0231
> SCP TOKEN NED = 002107.900.IBM.75.000GDX91.
> SCP DEVICE NED= 002107.900.IBM.75.000GDX91.000D
> FUNCTIONS ENABLED = MIDAW, ZHPF
>
> If I issue the command DS QPAV,200D,1 I get:
> IEE459I 13.21.30 DEVSERV QPAVS 470
>   HOST SUBSYSTEM
>   CONFIGURATION  CONFIGURATION
>  ---  -
>   UNIT  UNITUA
>   NUM. UA  TYPESTATUS SSID  ADDR.   TYPE
>  - --  --   --
> 0200D 0D  NON-PAV2000   0D BASE
>
> If I look in RMF Moniter II using the DEV command, I get:
> 13:38:46 I=58%  DEV ACTV RESP IOSQ -DELAY- PEND DISC CONN %D %D
> STG GRP  VOLSER NUM  PAV  LCU   RATE TIME TIME CMR DB  TIME TIME TIME UT RV
>
>  MKB666 200D   1  0016 41.25 .193 .000 .00 .00 .098 .000 .094  2  2
>
> I would expect the PAV column to say 1.0H
>
> Am I missing something?
> Do I have to turn Hyperpav on at the device or control unit level?
>
> Gadi
>
> 
> לשימת לבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה
> קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג
> מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את
> לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך
> סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום
> טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.
>
> Please note that in accordance with Malam and/or its subsidiaries
> (hereinafter : "Malam") regulations and signatory rights, no offer,
> agreement, concession or representation is binding on the Malam, unless
> accompanied by a duly signed separate document (or a scanned version
> thereof), affixed with the Malam seal.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: Backup JES2 Spool & Restore with Warmstart

[Mike Shorkend]

One of my customers does a daily flash copy and then IPLs off the copy. No
issues with JES2 warm start. They are using DS8870 and z/OS 2.2 but have
been doing this for years without problems.

HTH

Mike


On 23 August 2016 at 04:46, Ron Hawkins <ronjhawk...@sbcglobal.net> wrote:

> Ken,
>
> FlashCopy consistency group "should" give you the same P-i-T as Synch and
> Asynch Remote Copy. Sounds like you should report a problem.
>
> Attended a few DR rehearsals where JEs2 has warm started without a hitch.
>
> Have you tried ShadowImage At-Time split (if you have HDS)?
>
> Ron
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Ken Smith
> Sent: Monday, August 22, 2016 8:16 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [IBM-MAIN] Backup JES2 Spool & Restore with Warmstart
>
> I've not had the opportunity to work with mirroring but sounds like your
> flashcopy to secondary is the same thing I'm doing minus the transmission.
> And, the purpose of a consistency group is to have a point in time copy
> across volumes.
>
> Anyone else?  Ken
>
> On Thu, Aug 18, 2016 at 5:44 PM, Jesse 1 Robinson <jesse1.robin...@sce.com
> >
> wrote:
>
> > We've been mirroring for DR for many years. In the beginning, with
> > late 90s technology, we could not mirror spool. Now with FICON over
> > DWDM we mirror spool routinely. I can't remember getting any error on
> > JES2 restart after recovery, which includes flashcopy of the secondary
> > (XRC target) copy to a tertiary copy that we IPL from.
> >
> > .
> > .
> > .
> > J.O.Skip Robinson
> > Southern California Edison Company
> > Electric Dragon Team Paddler
> > SHARE MVS Program Co-Manager
> > 323-715-0595 Mobile
> > 626-302-7535 Office
> > robin...@sce.com
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Ken Smith
> > Sent: Thursday, August 18, 2016 12:55 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: (External):Backup JES2 Spool & Restore with Warmstart
> >
> > For those of us stuck with tape backup, physical or virtual, are you
> > recovering JES2 and able to do a warm start?
> >
> > I made the rash assumption that Flashcopy (space efficient) with
> > consistency group across the spool and checkpoint volumes would work,
> > but it does not - get checkpoint errors and have to do a format and cold
> start.
> >
> > Read in JES2 manual that back up is not supported, however, not sure
> > this was written before or after flash copy was invented.  Seems to me
> > that at any instant in time the data should be consistent?  Also, disk
> > mirroring should have the same problem but I doubt it does.
> >
> > Thoughts?
> >
> > Ken Smith
> > Comptroller of Maryland
> >
> > --
> > 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
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: SHARE Atlanta proceedings

[Mike Shorkend]

They are available from the Atlanta event page. Try this link:

http://www.share.org/atlanta-agenda

HTH

Mike


On 8 August 2016 at 15:39, Richards, Robert B. <robert.richa...@opm.gov>
wrote:

> Does anyone know when the Atlanta SHARE Conference proceedings from last
> week will be available?
>
> Bob
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: TSO TEST and SYSOUTTRAP/SYSOUTLINE

[Mike Shorkend]

I am not sure about CLIST but for REXX, the following will place each
output line into  a the stem variable 'test'.

 /* REXX */
 x=outtrap('test.')
 push "end"
 PUSH "go"
 PUSH "at +0"
 "test 'sys1.linklib(iefbr14)'"
 say "number of trapped lines is"  test.0
 do i = 1 to test.0
   say test.i
 end

HTH

Mike


On 29 June 2016 at 15:21, Joseph Reichman <reichman...@gmail.com> wrote:

> Hi
>
> Does any one know if capturing TEST output
> Into CLIST variables is possible
>
>
> Thanks
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: TCPIP Help

[Mike Shorkend]

Mainly out of curiosity, why use IND$FILE and not FTP?
I am assuming that TCPIP is up and running and that you are not accessing
your TSO via native VTAM?

On 1 June 2016 at 17:52, Rugen, Len <rug...@missouri.edu> wrote:

> I've seen similar problems where some point along the path fumbles max-MTU
> sized packets.
>
> You can test this by setting the MTU on the PC initiating the TSO session
> to something smaller, try 1200, it's usually just a small amount smaller
> size MTU that works.
>
> 3270 screen sessions will work as long as they don't try to send a max MTU
> frame, but IND$FILE will almost guarantee a max MTU frame.
>
> Len Rugen
>
> Metrics and Automation – umdoitmetr...@missouri.edu
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of John McKown
> Sent: Wednesday, June 01, 2016 9:43 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: TCPIP Help
>
> On Wed, Jun 1, 2016 at 9:21 AM, Scott Ford <idfzos...@gmail.com> wrote:
>
> > All:
> >
> > I need some help guys/gals.  I have installed z/OS 2.2 under z/PDT and
> > have a wierd issue. I am trying to send a file via IND$FILE, I see the
> > xref start and it hangs forever forcing me to cancel the TSO userid.
> > Could this be a IP routing issue ?  I need some help on where to start
> > looking.  I realize this isnt the TCPIP forum and apologize for the
> > thread.but I need some help.
> >
>
> ​I'm confused. IND$FILE does not run on TCP/IP per se. It runs over the
> 3270 data stream (the 3270 emulation session). So long as you can access
> TSO with no problems, then IND$FILE should work OK. ​How are you invoking
> IND$FILE? In the past, I would get out of ISPF, back to the TSO ready. I
> then switched to a command prompt and used the "send" or "receive" (IIRC)
> commands, which were a part of the 3270 emulation software package.
>
> ​One thing that I know of which will hang up an IND$FILE will be an
> asynchronous message coming to the ​TSO user, such as from a NOTIFY on a
> job or someone using the TSO SEND command to send a message. I always used
> a PROFILE NOINTERCOM to help avoid this problem.
>
>
>
>
> >
> > Regards,
> > Scott
> >
> >
>
>
> --
> The unfacts, did we have them, are too imprecisely few to warrant our
> certitude.
>
> Maranatha! <><
> John McKown
>
> --
> 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
>



-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: New Knowledge Center?

[Mike Shorkend]

Thanks, it works for me as well
And in my view it is much better than the previous knowledge center

On 29 May 2016 at 12:46, Edward Finnell <
000248cce9f3-dmarc-requ...@listserv.ua.edu> wrote:

> Seems to have stabilized. Most links work and I can get in with CHROME and
> EDGE and do searches. Haven't tried external Google searches to see if
> they're  resolved. Maybe after breakfast something to explore.
>
>
> In a message dated 5/29/2016 2:59:06 A.M. Central Daylight Time,
> mike.shork...@gmail.com writes:
>
> I guess  IBM are working on it
> I can now get past the first page(with Firefox and IE  11) bur when I try
> to
> find a specific item I am getting  errors.
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: New Knowledge Center?

[Mike Shorkend]

I guess IBM are working on it
I can now get past the first page(with Firefox and IE 11) bur when I try to
find a specific item I am getting errors.



On 29 May 2016 at 10:31, Edward Finnell <
000248cce9f3-dmarc-requ...@listserv.ua.edu> wrote:

> I am able to get in with MS Edge browser. Haven't tried others, think AOL
> uses down level of CHROME. Many links get 500's for redirect.
>
>
> In a message dated 5/29/2016 1:16:08 A.M. Central Daylight Time,
> mike.shork...@gmail.com writes:
>
> The new  knowledge center seems to be  broken:
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: New Knowledge Center?

[Mike Shorkend]

The new knowledge center seems to be broken:

http://www.ibm.com/support/knowledgecenter
Internal Server Error

The server encountered an internal error or misconfiguration and was unable
to complete your request.

Please contact the server administrator, you@your.address and inform them
of the time the error occurred, and anything you might have done that may
have caused the error.

More information about this error may be available in the server error log.
--
IBM_HTTP_Server at www.ibm.com Port 80



*Can anybody access it?  *

Mike




On 28 May 2016 at 02:16, Edward Finnell <
000248cce9f3-dmarc-requ...@listserv.ua.edu> wrote:

> Got this pop-up. Any rumors, benefits, upgrades, deletions?
>
> < quote --->
> On May 29, a brand-new IBM Knowledge Center will replace our current
> version. You can read more about this important change, and find a link to
> our
> IBM Knowledge Center beta, on the IBM Technical Content blog
> (http://ibm.biz/KC_Announce)
>
> < end quote --->
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: WLM issue with a proposed solution

[Mike Shorkend]

Do you know why some of the transactions are taking longer than 45 seconds?
A CICS performance monitor should be able to break down the response time.
In other words, are you sure that the delay is caused by CPU restraints?

On 28 April 2016 at 22:40, Staller, Allan <allan.stal...@wunderman.com>
wrote:

> Set the DB2 goal to be "more reasonable" FSVO reasonable and see what
> happens.
>
> 
> We have a soft capped LPAR that runs our DB2 and CICS regions and during
> the day some "marketing batch".  On Wednesdays, the marketing batch (online
> submit via CICS) increases and by afternoon we hit our 4 hour soft cap.
> Once or twice while we are capped, the busiest CICS slow down to the point
> where some old automation kicks in to kill transactions over 45 seconds
> old, some of these transactions dump through DumpMaster, we then go to max
> sockets and more transactions dump and in 10 - 30 seconds all is fine again.
>
> What I see: The CICS regions have a DP around EC and are meeting their
> service goal of 99% under .5 seconds.  But there are tens of thousands
> transactions that have led to this.  The batch jobs (3-5 of them), while
> running 10 - 15 % cpu have a DP of C0 and are in a discretionary level of
> the service class.  I believe the problem lies with the DB2 service class.
> That has a definition of velocity at 66  and it tends to run below that
> when there is more contention in the system.  The DP of the DB2 region is
> F6.
>
> My theory:  when this brown out occurs the resources are maxed out and the
> CICS regions being the ones that have meet their goal and will have to
> suffer many transactions missing the service goal to make the DP go up.
> They get hung up just long enough to cause the delays that trigger the
> "panic" automation to clear the stalled transactions.  Chaos breaks out!
>
> My proposal:  A.  limit the batch jobs to a max of three by controlling
> open initiators for their job class.  B.  change the DB2 velocity to 60
> C.  Starve the CICS service goal by reducing it to 99% in .4 forcing his DP
> to be a little more desperate.
> 
>
> This email – including attachments – may contain confidential information.
> If you are not the intended recipient, do not copy, distribute or act on
> it. Instead, notify the sender immediately and delete the message.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: BCPii (Was: can a program determine the capacity setting of a z-box?)

[Mike Shorkend]

You might want to look at my SHARE presentation

http://share.confex.com/data/handout/share/126/Session_18592_handout_9070_0.pdf

I describe how BCPii is used to automate a daily DR test.

The lack of support for zVM is indeed annoying. I spoke to Steve
Warren(responsible for BCPII development at IBM) at San Antonio about the
lack of zVM support for BCPii. He told me that it would require
considerable effort on the zVM side. So I would not hold my breath on that
one.



Mike






On 26 April 2016 at 17:58, Ed Jaffe <edja...@phoenixsoftware.com> wrote:

> On 4/25/2016 5:20 PM, Pinnacle wrote:
>
>> :-P   BCPii is fairly prevalent these days. It's
>> enabled everywhere I've been.
>>
>
> Now that we're talking about BCPii, despite it being a _totally,
> completely and thoroughly_ inappropriate solution to the OP's original
> question, I gotta wonder how prevalent is really is...
>
> Many customer dumps I look at don't seem to have HWIBCPII running. I
> thought for sure we were running it here, but when I checked just now it
> wasn't up. After I issued the S HWISTART command, it came up and shut right
> back down. Looking at the messages, it appears we forgot to update the
> Support Element on our z13s with the community name, etc. necessary to
> enable this function. (Oops. :-[ ) Oh yeah, and I need to set up a slew of
> HWI security profiles in RACF with our new CPC serial number. Ugh. Another
> time...
>
> Also, keep in mind that BCPii is an LPAR-only facility. You get the
> following messages if you dare try to start it on a z/OS system running as
> a z/VM guest:
>
> HWI016I THE BCPII COMMUNICATION RECOVERY ENVIRONMENT IS 183
> NOW ESTABLISHED.
> HWI010I BCPII DOES NOT OPERATE ON A VM GUEST. BCPII INITIALIZATION 184
> IS HALTED.
> HWI006I BCPII ADDRESS SPACE HAS ENDED.
>
> --
> Edward E Jaffe
> Phoenix Software International, Inc
> 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
>



-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: Data Replication

[Mike Shorkend]

Matt - Is this still a topic of interest for you?

If it is, contact me offline - mike at shorkend dot com

Thanks

Mike



On 11 December 2015 at 16:29, Dazzo, Matt <
00a854d4f854-dmarc-requ...@listserv.ua.edu> wrote:

> We are looking at solutions to replicate DB2 data on MVS into Hadoop on
> the Mapr platform.  One solution being reviewed is IBM(r) InfoSphere(tm)
> Data Replication for DB2 (IBM IIR CDC) running on MVS. I'm wondering how
> many shops out there are using this solution? Any user experience's or
> comments would be appreciated.
>
> Thanks Matt
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: Another one bites the dust

[Mike Shorkend]

If I remember correctly, it was a smallish BC(z9 I think). I will try and
find out what they intend to do with it.
On Apr 1, 2016 6:47 PM, "Vince Coen" <vbc...@gmail.com> wrote:

> What is it and how much will they take to take it off their hands ?
>
>
>
> On 01/04/16 15:45, Mike Shorkend wrote:
> > The Israeli Stock Exchange announced that they have switched off their
> > mainframe. They were running Adabas and Natural on VM/VSE and have
> > migrated to Linux on HPE servers(with Adabas/Natural as well ).
> >
> >
> >
> >
>
> --
> 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

Another one bites the dust

[Mike Shorkend]

The Israeli Stock Exchange announced that they have switched off their
mainframe. They were running Adabas and Natural on VM/VSE and have
migrated to Linux on HPE servers(with Adabas/Natural as well ).




-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: Print the SDSF Output list screen?

[Mike Shorkend]

As Paul suggested, use SDSF REXX

There is a good example here:

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.isfa500/xjds.htm

On 6 March 2016 at 08:21, Brian Westerman <brian_wester...@syzygyinc.com>
wrote:

> That shows the first page of the jobs only, but it gives me a start to
> work from.  Maybe there is a way to show the multiple pages (there are
> probably 300 jobs in the queue that they want to be able to see).
>
> Thanks,
>
> Brian
>
> //*
> //*   BTCHSDSF  EXEC PGM=SDSF,PARM='++32,132"
> //*   ISFOUT   DD SYSOUT=*
> //*   ISFINDD *
> //*
> //*
> //BTCHSDSF  EXEC PGM=ISFAFD
> //ISFOUT   DD SYSOUT=*
> //ISFINDD *
>  PRE JOBN*
>  TOP
>  ST
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: WLM managed initiator question

[Mike Shorkend]

Gadi
Use the QAFF keyword on $TJOBCLASS

For example if you want to prevent jobs in CLASS(6) from  running on CMP1
use
 $TJOBCLASS(6),QAFF(-CPM1)

BTW, This is valid for JES managed initiators as well.

HTH

Mike


On 21 February 2016 at 08:51, גדי בן אבי <gad...@malam.com> wrote:

> Hi,
>
> Is there any way to prevent jobs in a certain WLM managed class from
> running on a certain LPAR.
>
> We are running z/OS v2.1
>
> We have a two LPAR basic sysplex.
>
> We have a few classes defined as WLM managed.
>
> We have an OPS Rule that sets up the classes on each system. This rule
> says among other things:
> $T JOBCLASS(6),XEQM(CMP1)=(MAX=0)
>
> Which means that no jobs in class 6 will run on CMP1.
> When I issue this command, I get:
> $HASP003 RC=(08),T 041
> $HASP003 RC=(08),T JOBCLASS(6) XEQM(CMP1) MAX  - VALUE IS
> $HASP003   OUTSIDE NUMERICAL RANGE, RANGE IS
> $HASP003   (1-4294967295)
>
> I’m pretty sure this worked in the past.
>
> Am I mistaken?
> Is there any other way to prevent jobs in a certain WLM managed class from
> running on a a certain LPAR?
>
> Thanks
>
> Gadi
>
>
>
> 
> לשימת לבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה
> קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג
> מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את
> לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך
> סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום
> טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.
>
> Please note that in accordance with Malam and/or its subsidiaries
> (hereinafter : "Malam") regulations and signatory rights, no offer,
> agreement, concession or representation is binding on the Malam, unless
> accompanied by a duly signed separate document (or a scanned version
> thereof), affixed with the Malam seal.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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