Re: Initiator limitations

[Brian Westerman]

Yes, don't start more than you need.

If your system has the capacity and you need to get the work done, then there 
isn't really much thought that needs to go into whether or not you should have 
more initiators.

Starting way more than you need is a waste of resources, there is some overhead 
for each one and they have to be managed by JES or WLM (or both).  So, if you 
need 50 or 500 inits, then do it.  If you only use 10, then having 50 or 500 or 
1000 is really silly, don't you think?

Brian

On Wed, 14 Oct 2020 07:53:22 +0400, Peter  wrote:

>Hello
>
>I am just trying to understand if there are any limitations on starting the
>number of initiators for an LPAR ? Are there any factors to be kept in mind
>while adding ?
>
>Not solving any problem but just for a knowledge sake
>
>We are at zOS 2.2
>
>Any advice are welcome
>
>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

Re: Max possible velocity?

[Brian Westerman]

Hi Dave,

It's very difficult to tell you where the bottlenecks are when I can't see the 
values for myself, but generally, you can get away with some things in a lake 
than you can in a swimming pool.  The velocities are all relative, so 90 is 
still 90, just like if you were using the old IPS/ICS, where you were dealing 
in dispatching priorities, the numbers are meaningful relative to themselves.  
As long as the system doesn't still "think" it has 20% more than it actually 
does (i.e. still thinks it has 15) :) 

When you downgraded, did you have (and do you still have) any specialty 
processors?  They continue to run full speed even after the downgrade.  Since 
you have a 5-way, is it possible that not every one of the processors was 
downgraded equally?  I'm pretty sure you can check it in RMF to be sure.  One 
of our clients had a 6 way z13 that was downgraded and there was an error that 
resulted in 4 REALLY slow processors and 2 (much) faster ones.  Luckily it was 
an error we discovered in the benchmarking, but IBM had already left for the 
day.  (we called them back in:))  Strangely enough, we didn't discover the 
error until multiple really heavily loaded tests were started.

Assuming IBM got better at the process by now, but you never know.  Anyway, if 
Adabas is at 90/1 and I assume that your com-plete (or CICS) follows closely 
behind (Maybe 85 or 80/1?), and any brokers and/or natural servers are (at 
least) higher than production and/or normal batch, and of course your TSO users 
are also lower than the SAG stuff, then things should be okay.  It also could 
be something simple like you have things losing the thread before they were 
ready and you end up re-doing a lot of work when they come back in.  

Is the slowdown apparent in just the on-lines or is it noticeable across the 
whole system?  Does batch also seem to be affected (i.e. you dropped 20% of the 
system, but how badly was batch affected?  You can compare some jobs from 
before and after the downgrade that are fairly constant to tell.  Your weekly 
Adabas backups would be a good indicator of the batch processing effects.  The 
way to "fix" things could be wildly different if depending on who is affected 
and how.  It could be that you had REALLY BIG buffers defined for Adabas and 
when you had a lot of extra capacity it didn't matter, but maybe now it's 
spending more time shuffling things around and reading really far ahead for 
tasks that just won't be able to take advantage of it, so more busywork ends up 
happening than actually productive work.  Again, it's really hard to tell 
without more information.  

Sometimes what happens is that people keep running SQL queries and pound the 
system just as hard as they would when you had the capacity to spare.  Maybe 
they didn't get the word that they have 20% less to work with.  It helps if you 
can limit them by splitting them away from the normal "good guy" regular Joe 
users.

Can you tell who the big users are that are getting you?  Do you run REVIEW or 
TRIM so that you can see who is causing the (most) overhead?

If you want to contact me offline, please feel free to do so.  I'll try to help 
you all I can.

Brian


On Tue, 13 Oct 2020 21:27:30 +, Gibney, Dave  wrote:

>It has been quite some time since I had to worry about my WLM policy. We've 
>had ample capacity since 2007. Now, as We begin to wind down, we have reduced 
>our contracted MSU capacity.
>We dropped from 15 to 12 on an 5 way z13S-N05. My WLM policy, last seriously 
>adjusted in 2007 when we moved to a z9-L03 has velocities ranging from a high 
>of 90 (Adabas, Imp 1)   down to 5 (BATCH Imp 5)
>We are experiencing just a minor amount of performance pain. It strikes me 
>that perhaps some of my higher velocity goals (90, 70, 60, 50) may be 
>unattainable under the now reduced capacity.
>
>What is the high end for possible, single threaded (Adabas) velocity here? Or, 
>where should I be reading in current manuals. I was better at this 15 years 
>ago.
>
>Dave Gibney
>Information Technology Services
>Washington State University
>
>
>--
>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: Positive feedback, z/OSMF - Workflows

[Brian Westerman]

NO, zOSMF is not a requirement to install 2.4.  It is automatically installed 
though when you install 2.4, so maybe that's the mix up you had.

Brian


On Tue, 13 Oct 2020 16:47:35 +, Pesce, Andy  wrote:

>I am at z/OS 2.2 and have heard that z/OSMF has to be active in order to 
>install z/OS 2.4.  Is z/OSMF easier to install/configure
>than the earlier releases?
>
>From: IBM Mainframe Discussion List  On Behalf Of 
>Marna WALLE
>Sent: Tuesday, October 13, 2020 7:56 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Positive feedback, z/OSMF - Workflows
>
>Thank you, Carmen!!
>
>For those that haven't tried it yet, please do, so you can have the upgrade 
>information you need and do not have to rely upon the "exported" format 
>entirely.
>
>An 8-min YouTube video can give you a great overall lesson on how to maneuver 
>around 
>(https://www.youtube.com/watch?v=ejQRSYaxz9M).
> It's a little old in that we have the Workflows on github now, and not on our 
>website (https://github.com/IBM/IBM-Z-zOS/tree/master/zOS-Workflow/zOS V2.4 
>Upgrade WorkflowV2.4 Upgrade Workflow>).
>
>I did have a great conversation with Allan, and we've been working on trying 
>to get the spacing and layout better. If you haven't noticed yet, you can 
>collapse much of the heading information (with the twisty of "Workflow 
>Details") to give you more space on the first panel. More usability 
>enhancements have been identified.
>
>Please feel free to send me more suggestions for improvements, or do the 
>feedback from inside the workflow itself.
>-Marna WALLE
>z/OS System Installation
>IBM Poughkeepsie
>
>--
>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: "Awesome Free Stuff for Your Mainframe" on 2020-10-16 at 04:00 UTC

[Brian Westerman]

Thanks,

I think I will be awake, I think it's 9pm my time. (west coast)

Brian

On Tue, 13 Oct 2020 18:19:51 +0800, Timothy Sipples  wrote:

>You're most welcome to join the "Awesome Free Stuff for Your Mainframe" 
>Webcast that I'm hosting live at 04:00 UTC (12 noon Singapore Time) on 
>Friday, October 16, 2020. To join the party, please register here:
>
>https://bit.ly/35JtcoA
>
>If this time is impossible because you'll be asleep or otherwise occupied, 
>that's OK. My understanding is that if you register you should still 
>receive a link to view a recording.
>
>There are a couple people on this list who are directly participating in 
>this Webcast, and I'd especially like to thank you along with the many 
>contributors. We'll have some light, quick demonstrations of various 
>freebies, and I'll also open the floor to live audience questions (typed 
>via a chat box).
>
>It was more difficult than I expected to choose the freebies to highlight 
>since there's so much great stuff. However, I think I've come up with a 
>reasonably broad and now current freebies list, and I'll publish it 
>shortly before the Webcast at the IBM Z and LinuxONE Community Web site.
>
>Thanks again.
>
>- - - - - - - - - -
>Timothy Sipples
>I.T. Architect Executive
>Digital Asset & Other Industry Solutions
>IBM Z & LinuxONE
>- - - - - - - - - -
>E-Mail: sipp...@sg.ibm.com
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Initiator limitations

[Peter]

Hello

I am just trying to understand if there are any limitations on starting the
number of initiators for an LPAR ? Are there any factors to be kept in mind
while adding ?

Not solving any problem but just for a knowledge sake

We are at zOS 2.2

Any advice are welcome

Peter

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

Re: EXTERNAL EMAIL: Max possible velocity?

[shivang sharma]

You can draw lpar busy vs velocity of the service class to see what it
achieves when the lpar gets busy and get the number.


On Wed, 14 Oct 2020, 3:06 am Jerry Whitteridge, <
jerry.whitteri...@albertsons.com> wrote:

> Dave - I'm by no means a Capacity Planning guru but here's my 2 cents.
>
> Velocity is defined as a measure of protection against delay - it's not a
> hard and fast number. I'd first look at your service classes and find if
> any of them have a PI of less than 1. If they do they are over achieving
> their goals and you could drop the velocity on them to provide resources to
> the service classes who are struggling. Adjust the Velocities by 10 rather
> than single digits. All the tuning of the high achieving (not High
> Importance or velocity) Classes will provide help to the under achievers.
>
> Jerry Whitteridge
> jerry.whitteri...@albertsons.com
> Manager Mainframe Systems & HP Non-Stop
> Albertsons Companies
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Gibney, Dave
> Sent: Tuesday, October 13, 2020 2:28 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: EXTERNAL EMAIL: Max possible velocity?
>
> It has been quite some time since I had to worry about my WLM policy.
> We've had ample capacity since 2007. Now, as We begin to wind down, we have
> reduced our contracted MSU capacity.
> We dropped from 15 to 12 on an 5 way z13S-N05. My WLM policy, last
> seriously adjusted in 2007 when we moved to a z9-L03 has velocities ranging
> from a high of 90 (Adabas, Imp 1)   down to 5 (BATCH Imp 5)
> We are experiencing just a minor amount of performance pain. It strikes me
> that perhaps some of my higher velocity goals (90, 70, 60, 50) may be
> unattainable under the now reduced capacity.
>
> What is the high end for possible, single threaded (Adabas) velocity here?
> Or, where should I be reading in current manuals. I was better at this 15
> years ago.
>
> Dave Gibney
> Information Technology Services
> Washington State University
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
>  Warning: All e-mail sent to this address will be received by the
> corporate e-mail system, and is subject to archival and review by someone
> other than the recipient. This e-mail may contain proprietary information
> and is intended only for the use of the intended recipient(s). If the
> reader of this message is not the intended recipient(s), you are notified
> that you have received this message in error and that any review,
> dissemination, distribution or copying of this message is strictly
> prohibited. If you have received this message in error, please notify the
> sender immediately.
> 
>
> --
> 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 EMAIL: Max possible velocity?

[Jerry Whitteridge]

Dave - I'm by no means a Capacity Planning guru but here's my 2 cents.

Velocity is defined as a measure of protection against delay - it's not a hard 
and fast number. I'd first look at your service classes and find if any of them 
have a PI of less than 1. If they do they are over achieving their goals and 
you could drop the velocity on them to provide resources to the service classes 
who are struggling. Adjust the Velocities by 10 rather than single digits. All 
the tuning of the high achieving (not High Importance or velocity) Classes will 
provide help to the under achievers.

Jerry Whitteridge
jerry.whitteri...@albertsons.com
Manager Mainframe Systems & HP Non-Stop
Albertsons Companies

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: Tuesday, October 13, 2020 2:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL EMAIL: Max possible velocity?

It has been quite some time since I had to worry about my WLM policy. We've had 
ample capacity since 2007. Now, as We begin to wind down, we have reduced our 
contracted MSU capacity.
We dropped from 15 to 12 on an 5 way z13S-N05. My WLM policy, last seriously 
adjusted in 2007 when we moved to a z9-L03 has velocities ranging from a high 
of 90 (Adabas, Imp 1)   down to 5 (BATCH Imp 5)
We are experiencing just a minor amount of performance pain. It strikes me that 
perhaps some of my higher velocity goals (90, 70, 60, 50) may be unattainable 
under the now reduced capacity.

What is the high end for possible, single threaded (Adabas) velocity here? Or, 
where should I be reading in current manuals. I was better at this 15 years ago.

Dave Gibney
Information Technology Services
Washington State University


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

 Warning: All e-mail sent to this address will be received by the corporate 
e-mail system, and is subject to archival and review by someone other than the 
recipient. This e-mail may contain proprietary information and is intended only 
for the use of the intended recipient(s). If the reader of this message is not 
the intended recipient(s), you are notified that you have received this message 
in error and that any review, dissemination, distribution or copying of this 
message is strictly prohibited. If you have received this message in error, 
please notify the sender immediately.


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

Max possible velocity?

[Gibney, Dave]

It has been quite some time since I had to worry about my WLM policy. We've had 
ample capacity since 2007. Now, as We begin to wind down, we have reduced our 
contracted MSU capacity.
We dropped from 15 to 12 on an 5 way z13S-N05. My WLM policy, last seriously 
adjusted in 2007 when we moved to a z9-L03 has velocities ranging from a high 
of 90 (Adabas, Imp 1)   down to 5 (BATCH Imp 5)
We are experiencing just a minor amount of performance pain. It strikes me that 
perhaps some of my higher velocity goals (90, 70, 60, 50) may be unattainable 
under the now reduced capacity.

What is the high end for possible, single threaded (Adabas) velocity here? Or, 
where should I be reading in current manuals. I was better at this 15 years ago.

Dave Gibney
Information Technology Services
Washington State University


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

Re: Positive feedback, z/OSMF - Workflows

[Ed Jaffe]

On 10/13/2020 9:47 AM, Pesce, Andy wrote:

I am at z/OS 2.2 and have heard that z/OSMF has to be active in order to 
install z/OS 2.4.


Not sure where you heard this, but it is NOT true!

z/OSMF is not required to install z/OS 2.4. In fact, IBM does not even 
have a Portable Software Instance of z/OS 2.4 available for download.


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

Re: DFSort to pull the latest record date

[Paul Gilmartin]

On Tue, 13 Oct 2020 16:19:39 -0300, Clark Morris wrote:
>...
>What field is 1,4,CH?  Why should an applications programmer have to
>know in 2020 that offset 5 in the COBOL data division map means 6 if
>it is a fixed block file and 10 if it is a variable block file?  
>  
 PL1 and COBOL both generate fairly efficient code and when
>>> the tool becomes more than one off wonder, someone else can pick up
>>> the program and have a fighting chance of understanding what was being
>>> done.
>> 
That hypothetical "someone else" would benefit if the operands were
keyword rather than positional.  Rather than "1,4,CH",
"OFFSET=1,LENGTH=4,TYPE=CH".

Counting the RDW is absurd.  Offsets should always be relative to the
start of the data.  If it's necessary to cite the RDW (to sort or select by
record length?) it should be "OFFSET=-3,LENGTH=4,TYPE=BINARY".

How does this play with RECFM=VBS?  With UNIX files, variable length
but no RDW?

-- gil

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

Re: how to increase INITSIZE on CF structure

[Edgington, Jerry]

Bill,

No, create a new CFRM policy.  Copy the old policy to a new policy. Make the 
changes. Create the new policy name in XCF.   So, I  rotate between about 4 
policies and activate a new policy to change anything with the structures.   
The START XCF,POLICY,TYPE=CFRM,POLNAME=x, and then you might need the 
REALLOCATE, to get everything switched over the new policy.  If you have JES2 
checkpoints in XCF, then there is a procedure to switching the checkpoints to 
move to the new policy as well.

Jerry 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Tuesday, October 13, 2020 4:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: how to increase INITSIZE on CF structure

This message was sent from an external source outside of Western & Southern's 
network. Do not click links or open attachments unless you recognize the sender 
and know the contents are safe.


thank you for the information!
So you have to "redefine" the policy?
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

Re: how to increase INITSIZE on CF structure

[Bill Giannelli]

thank you for the information!
So you have to "redefine" the policy?
thanks
Bill

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

Re: DFSort to pull the latest record date

[Sri h Kolusu]

>>What field is 1,4,CH?

If you looked up the syntax of P, M, F  then it is very easy to follow

P = start position of the field
M = Length of the field
F = format/type field

so 1,4,CH = position 1 for a length of 4 bytes and character format

>>Why should an applications programmer have to
know in 2020 that offset 5 in the COBOL data division map means 6 if
it is a fixed block file and 10 if it is a variable block file?

hmm even in 2020 aren't you specifying what type of file you are
reading/writing in COBOL via File Section?  You don't  have to specify what
type of file you are reading via DFSORT.
As for offsets, COBOL calculates the offsets by copybook/mapping of the
file. Similarly you can use DFSORT symbols to specify the layout of the
file and you can refer the fields directly in the control cards.  DFSORT
even provides a smart trick to convert your COBOL copybooks into equivalent
DFSORT symbols. Check out the "Create DFSORT Symbols from COBOL Copybook"
trick at

https://www.ibm.com/support/pages/smart-dfsort-tricks


>> For output you would be right about the COBOL program not being able
> to handle the change in record length but if RECORD 0 is coded on the
> FD for a QSAM input fixed block file, so long as the first n bytes are
> the bytes expected, the program will read whatever record length is in
> the DSCB and ignore the excess over what is described.

Aren't you still limited by 01 record description of the file?  If 01
record description is defined as 80 bytes, and if you are reading the 200
byte file then you cannot technically look at the contents beyond 80 bytes.
I guess the alternative is to specify the largest 01 Record description.
And this still does not solve the problem with different RECFM's (Fixed
definition and Variable input) And output file as you pointed is always a
drawback.  For DFSORT you don't even have to specify the DCB of the input
or output file as it figures out automatically.


>>Both the sort and the COBOL program would be invalidated if any of the
displacements for fields that aree reference change.

Not really. For COBOL, you have to recompile and link edit with the new
changes. For DFSORT it is mere change of displacement and if you use
symbols then there is absolutely no changes for DFSORT at all. Just change
the symbol mapping and you are all set.

> When I see coding in field displacement and length I am reminded of
> why I was very happy the company I was working got DYL280 to replace
> DYL260.  I was a heavy user of DYL260 but the ability to use COBOL
> record descriptions and DYL280 record descriptions was a game changer.

Well you are comparing a programming language to an utility and this topic
is NOT about which one is better. Both products have their advantages and
disadvantages.  I for one believe in using the right tool for the right
job.   In this particular scenario, DFSORT is definitely a better tool.

> Just out of curiousity, assuming half track blocking, how much more
efficient is the sort I-O than coding BUFNO=30?

Depends on several factors.  Blocksize and available memory.  Why don't
test out a cobol program to copy a 100 million record dataset and do the
same using DFSORT and verify the results.  You can try different LRECL and
Blocksize combinations.


Thanks,
Kolusu
DFSORT Development
IBM Corporation



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

Re: how to increase INITSIZE on CF structure

[Edgington, Jerry]

Build a new CFRM policy with the increase. The start the new POLICY, and you 
might need to issue the REALLOCATE.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Tuesday, October 13, 2020 4:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: how to increase INITSIZE on CF structure

This message was sent from an external source outside of Western & Southern's 
network. Do not click links or open attachments unless you recognize the sender 
and know the contents are safe.


how do I increase the initsize on a coupling facility structure from 5m to 7m?
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

how to increase INITSIZE on CF structure

[Bill Giannelli]

how do I increase the initsize on a coupling facility structure from 5m to 7m?
thanks
Bill

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

Re: DFSort to pull the latest record date

[Clark Morris]

[Default] On 25 Sep 2020 10:25:23 -0700, in bit.listserv.ibm-main
skol...@us.ibm.com (Sri h Kolusu) wrote:

>> Given the obscurity of the control statements (quick tell me what
>> field is 1,4,CH) why not write the thing in a language
>
>Clark,
>
>I have to respectfully disagree with you. The control statements for DFSORT
>are not obscure and they are on the same level as following the
>coding/syntax rules for a programming language.  For example COBOL, you
>would follow all the rules governing it. So why not do the same for DFSORT?

What field is 1,4,CH?  Why should an applications programmer have to
know in 2020 that offset 5 in the COBOL data division map means 6 if
it is a fixed block file and 10 if it is a variable block file?  
  
>
>>> PL1 and COBOL both generate fairly efficient code and when
>> the tool becomes more than one off wonder, someone else can pick up
>> the program and have a fighting chance of understanding what was being
>> done.
>
>Aren't the programs depending on the input file attributes?  For example a
>COBOL program written to handle a FB 80 byte file will NOT work with FB 100
>byte file. You need to write another program to handle it.  With DFSORT
>there is absolutely no change in the control cards for different LRECL as
>long as the key fields are the same.

For output you would be right about the COBOL program not being able
to handle the change in record length but if RECORD 0 is coded on the
FD for a QSAM input fixed block file, so long as the first n bytes are
the bytes expected, the program will read whatever record length is in
the DSCB and ignore the excess over what is described.  Both the sort
and the COBOL program would be invalidated if any of the displacements
for fields that aree reference change.
>
>DFSORT has come a long way from being just a sort product. It can do a lot.
>
When I see coding in field displacement and length I am reminded of
why I was very happy the company I was working got DYL280 to replace
DYL260.  I was a heavy user of DYL260 but the ability to use COBOL
record descriptions and DYL280 record descriptions was a game changer.

Just out of curiousity, assuming half track blocking, how much more
efficient is the sort I-O than coding BUFNO=30?


Clark Morris
>Thanks,
>Kolusu
>DFSORT Development
>IBM Corporation
>
>--
>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: Positive feedback, z/OSMF - Workflows

[Allan Staller]

Classification: HCL Internal

The packaging of z/OS MF was pretty bad at the beginning. IIRC, IBM fixed it @ 
z/OS 2.3(?).

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Tuesday, October 13, 2020 12:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Positive feedback, z/OSMF - Workflows

[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.]

I first installed and configured z/osmf @ the 2.2 release due to the need for 
my I/P support folks to define I/P Policies.
IMHO if you do not need to use any of the features of z/osmf at 2.2 I would 
wait, the configuration is different, user data moved from var/zosmf to 
global/zosmf, the executables moved also . the hardest for me was all the 
security wrapped around the functions (plugins) you wanted to use.
for me being a CA-TSS shop it took an open ticket 360 days to be resolved. I 
like Allen have seen some shortfalls but have worked thru these and learned how 
to configure and use the interface by trail and error.

Carmen - AR-BCBS


.I am at z/OS 2.2 and have heard that z/OSMF has to be active in order to 
install z/OS 2.4.  Is z/OSMF easier to install/configure than the earlier 
releases?

From: IBM Mainframe Discussion List  On Behalf Of 
Marna WALLE
Sent: Tuesday, October 13, 2020 7:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Positive feedback, z/OSMF - Workflows

Thank you, Carmen!!

For those that haven't tried it yet, please do, so you can have the upgrade 
information you need and do not have to rely upon the "exported" format 
entirely.

An 8-min YouTube video can give you a great overall lesson on how to maneuver 
around 
(https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.youtube.com%2Fwatch%3Fv%3DejQRSYaxz9Mdata=02%7C01%7Callan.staller%40HCL.COM%7Ca91f2c3c42894554996c08d86f9deb36%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637382071357128897sdata=PCg9t5n%2BW6HYsvxt4vAGWhxew01QOhVN4UYhsu1bOk8%3Dreserved=0).
 It's a little old in that we have the Workflows on github now, and not on our 
website 
(https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FIBM%2FIBM-Z-zOS%2Ftree%2Fmaster%2FzOS-Workflow%2FzOSdata=02%7C01%7Callan.staller%40HCL.COM%7Ca91f2c3c42894554996c08d86f9deb36%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637382071357138897sdata=KJ4Rtajdf%2Bd%2BP%2FylA%2FE8DahXTQ8qrv59knwg%2FZO1SwU%3Dreserved=0
 V2.4 Upgrade 
Workflow).

I did have a great conversation with Allan, and we've been working on trying to 
get the spacing and layout better. If you haven't noticed yet, you can collapse 
much of the heading information (with the twisty of "Workflow Details") to give 
you more space on the first panel. More usability enhancements have been 
identified.

Please feel free to send me more suggestions for improvements, or do the 
feedback from inside the workflow itself.
-Marna WALLE
z/OS System Installation
IBM Poughkeepsie

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

Re: IBM splitting into two companies

[R.S.]

W dniu 13.10.2020 o 19:28, Salva Carrasco pisze:

Well not 16, but we run 10-12 trans per real client every day.


Well, my knowledge from real life: 40-50 CICS transaction per customer 
every day. Note: every customer, including those who haven't been 
serviced for years or use services once a month.
However I can imagine different setup and much more CICS transactions 
per business process.
Oh, nobody said it covers productions systems only. What about tests? 
What about performance tests?

What about bath processes running CICS services?

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

Re: Positive feedback, z/OSMF - Workflows

[Carmen Vitullo]

I first installed and configured z/osmf @ the 2.2 release due to the need for 
my I/P support folks to define I/P Policies.
IMHO if you do not need to use any of the features of z/osmf at 2.2 I would 
wait, the configuration is different, user data moved from var/zosmf to 
global/zosmf, the executables moved also . the hardest for me was all the 
security wrapped around the functions (plugins) you wanted to use.
for me being a CA-TSS shop it took an open ticket 360 days to be resolved. I 
like Allen have seen some shortfalls but have worked thru these and learned how 
to configure and use the interface by trail and error.

Carmen - AR-BCBS


.I am at z/OS 2.2 and have heard that z/OSMF has to be active in order to 
install z/OS 2.4.  Is z/OSMF easier to install/configure
than the earlier releases?

From: IBM Mainframe Discussion List  On Behalf Of 
Marna WALLE
Sent: Tuesday, October 13, 2020 7:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Positive feedback, z/OSMF - Workflows

Thank you, Carmen!!

For those that haven't tried it yet, please do, so you can have the upgrade 
information you need and do not have to rely upon the "exported" format 
entirely.

An 8-min YouTube video can give you a great overall lesson on how to maneuver 
around 
(https://www.youtube.com/watch?v=ejQRSYaxz9M).
 It's a little old in that we have the Workflows on github now, and not on our 
website (https://github.com/IBM/IBM-Z-zOS/tree/master/zOS-Workflow/zOS V2.4 
Upgrade Workflow).

I did have a great conversation with Allan, and we've been working on trying to 
get the spacing and layout better. If you haven't noticed yet, you can collapse 
much of the heading information (with the twisty of "Workflow Details") to give 
you more space on the first panel. More usability enhancements have been 
identified.

Please feel free to send me more suggestions for improvements, or do the 
feedback from inside the workflow itself.
-Marna WALLE
z/OS System Installation
IBM Poughkeepsie

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

Re: IBM splitting into two companies

[Salva Carrasco]

Well not 16, but we run 10-12 trans per real client every day.

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

Re: ISPF dsn sort

[Jesse 1 Robinson]

This is one of those IIRC posts. I think this behavior goes back decades. The 
reason is as Kolusu states. Moreover--IIRC--the very appearance of the 
'progress bar' was in response to what could be a long delay. Delay to the 
point that the user might suspect that the process was hung outright. I 
remember when the bar was introduced with that very explanation. Everything in 
those distant days was slower than today. 

As for the difference in processing, I could imagine an RFE asking for a 'quick 
sort' based only on the data previously collected and displayed. 

.
.
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  On Behalf Of Sri 
h Kolusu
Sent: Tuesday, October 13, 2020 9:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: ISPF dsn sort

CAUTION EXTERNAL EMAIL

> I can use ISPF 3.4 to display a set of data sets.
> Given that the DSORG was already displayed, why does ISPF go and 
> collect
the same information again?

3.4 listing shows the list of datasets sorted on the Dataset name by default.  
Now when you issue SORT DSORG command , ISPF needs to read in the list once 
again and make DSORG as the primary key and then present you the list sorted on 
that order. You will

Thanks,
Kolusu



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

Re: ISPF dsn sort

[Sri h Kolusu]

> I can use ISPF 3.4 to display a set of data sets.
> Given that the DSORG was already displayed, why does ISPF go and collect
the same information again?

3.4 listing shows the list of datasets sorted on the Dataset name by
default.  Now when you issue SORT DSORG command , ISPF needs to read in the
list once again and make DSORG as the primary key and then present you the
list sorted on that order. You will

Thanks,
Kolusu


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

Re: Positive feedback, z/OSMF - Workflows

[Pesce, Andy]

I am at z/OS 2.2 and have heard that z/OSMF has to be active in order to 
install z/OS 2.4.  Is z/OSMF easier to install/configure
than the earlier releases?

From: IBM Mainframe Discussion List  On Behalf Of 
Marna WALLE
Sent: Tuesday, October 13, 2020 7:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Positive feedback, z/OSMF - Workflows

Thank you, Carmen!!

For those that haven't tried it yet, please do, so you can have the upgrade 
information you need and do not have to rely upon the "exported" format 
entirely.

An 8-min YouTube video can give you a great overall lesson on how to maneuver 
around 
(https://www.youtube.com/watch?v=ejQRSYaxz9M).
 It's a little old in that we have the Workflows on github now, and not on our 
website (https://github.com/IBM/IBM-Z-zOS/tree/master/zOS-Workflow/zOS V2.4 
Upgrade Workflow).

I did have a great conversation with Allan, and we've been working on trying to 
get the spacing and layout better. If you haven't noticed yet, you can collapse 
much of the heading information (with the twisty of "Workflow Details") to give 
you more space on the first panel. More usability enhancements have been 
identified.

Please feel free to send me more suggestions for improvements, or do the 
feedback from inside the workflow itself.
-Marna WALLE
z/OS System Installation
IBM Poughkeepsie

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

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

Re: ISPF dsn sort

[Michael Babcock]

Do you get the same behavior if you unselect “Show total tracks” or
whatever it is?

On Tue, Oct 13, 2020 at 10:18 AM Lennie Dymoke-Bradshaw <
032fff1be9b4-dmarc-requ...@listserv.ua.edu> wrote:

> This is something that has puzzled me for years.
>
> Can anyone explain the following.
>
> I can use ISPF 3.4 to display a set of data sets.
> If I scroll right then I am shown the space usage figures.
> Scroll right again and I am shown the DSORG, RECFM, Lrecl and Blksize.
>
> If I now enter SORT DSORG I am presented with a progress bar and I am
> informed that information is being collected to perform the sort.
>
> Given that the DSORG was already displayed, why does ISPF go and collect
> the same information again?
>
>
> Lennie Dymoke-Bradshaw
> ‘Dance like no one is watching. Encrypt like everyone is.’
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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

Re: ISPF dsn sort

[Dana Mitchell]

On Tue, 13 Oct 2020 15:55:53 +, Styles, Andy (ITS zPlatform Services) 
 wrote:

>Classification: Public
>
>I don't get that behaviour. What I see is the progress bar displayed when 
>scrolling right the first time; after that ISPF presumably just uses the table 
>it built to display the datasets. I've tried on both z/OS 2.3 and z/OS 2.4 and 
>with SMS and non-SMS datasets, catalogued and uncataloged.
>
>Andy Styles

Yes, I'm seeing what you see on z/OS 2.4,  I hadn't really noticed the 
difference in behavior.  z/OS 2.2 definitely does still behave the original way.

Dana

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

Re: ISPF dsn sort

[Styles, Andy (ITS zPlatform Services)]

Classification: Public

I don't get that behaviour. What I see is the progress bar displayed when 
scrolling right the first time; after that ISPF presumably just uses the table 
it built to display the datasets. I've tried on both z/OS 2.3 and z/OS 2.4 and 
with SMS and non-SMS datasets, catalogued and uncataloged.

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dana Mitchell
Sent: 13 October 2020 16:36
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ISPF dsn sort

-- This email has reached the Bank via an external source --
 

On Tue, 13 Oct 2020 16:17:48 +0100, Lennie Dymoke-Bradshaw 
 wrote:
>I can use ISPF 3.4 to display a set of data sets. 
>If I scroll right then I am shown the space usage figures.
>Scroll right again and I am shown the DSORG, RECFM, Lrecl and Blksize.
>
>If I now enter SORT DSORG I am presented with a progress bar and I am informed 
>that information is being collected to perform the sort.
>
>Given that the DSORG was already displayed, why does ISPF go and collect the 
>same information again?
>

I would guess that to display DSORG,  it only collects info from the DSNAMEs 
that fit on your screen.  In order to SORT DSORG,  it has to collect the entire 
list before displaying

Dana

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham 
Street, London EC2V 7HN. Registered in England and Wales no. 11722983.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Scottish Widows Schroder Personal Wealth Limited is authorised and regulated by 
the Financial Conduct Authority.

Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: ISPF dsn sort

[Dana Mitchell]

On Tue, 13 Oct 2020 16:17:48 +0100, Lennie Dymoke-Bradshaw 
 wrote:
>I can use ISPF 3.4 to display a set of data sets. 
>If I scroll right then I am shown the space usage figures.
>Scroll right again and I am shown the DSORG, RECFM, Lrecl and Blksize.
>
>If I now enter SORT DSORG I am presented with a progress bar and I am informed 
>that information is being collected to perform the sort.
>
>Given that the DSORG was already displayed, why does ISPF go and collect the 
>same information again?
>

I would guess that to display DSORG,  it only collects info from the DSNAMEs 
that fit on your screen.  In order to SORT DSORG,  it has to collect the entire 
list before displaying

Dana

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

ISPF dsn sort

[Lennie Dymoke-Bradshaw]

This is something that has puzzled me for years.

Can anyone explain the following.

I can use ISPF 3.4 to display a set of data sets. 
If I scroll right then I am shown the space usage figures.
Scroll right again and I am shown the DSORG, RECFM, Lrecl and Blksize.

If I now enter SORT DSORG I am presented with a progress bar and I am informed 
that information is being collected to perform the sort.

Given that the DSORG was already displayed, why does ISPF go and collect the 
same information again?


Lennie Dymoke-Bradshaw
‘Dance like no one is watching. Encrypt like everyone is.’

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

Re: Positive feedback, z/OSMF - Workflows

[Marna WALLE]

Thank you, Carmen!!

For those that haven't tried it yet, please do, so you can have the upgrade 
information you need and do not have to rely upon the "exported" format 
entirely.

An 8-min YouTube video can give you a great overall lesson on how to maneuver 
around (https://www.youtube.com/watch?v=ejQRSYaxz9M).  It's a little old in 
that we have the Workflows on github now, and not on our website 
(https://github.com/IBM/IBM-Z-zOS/tree/master/zOS-Workflow/zOS%20V2.4%20Upgrade%20Workflow).
  

I did have a great conversation with Allan, and we've been working on trying to 
get the spacing and layout better.  If you haven't noticed yet, you can 
collapse much of the heading information (with the twisty of "Workflow 
Details") to give you more space on the first panel.  More usability 
enhancements have been identified. 

Please feel free to send me more suggestions for improvements, or do the 
feedback from inside the workflow itself.
-Marna WALLE
z/OS System Installation
IBM Poughkeepsie

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

Re: ALERSERV delete from stimerm exit

[Peter Relson]

the extended addressability guide and it shows a DU-AL only for SRB and 
TCB, not for individual RBs. 


I don't know what to clarify. A work unit (Task or SRB), AKA dispatchable 
unit, has an access list (that is the DU-AL). That is an architectural 
construct.
When an IRB is given control the system switches the DU-AL to an empty 
one. The work unit still has a DU-AL. So, yes, due to IRBs the work unit 
could be thought of as having multiple access lists, only one of which is 
active at a time. 


In the Auth Assembler guide, it is stated that IRBs (created by CIRB) get 
control with an empty DU-AL :

“Upon entry, the exit routine runs with an empty dispatchable unit access 
list (DU-AL). To establish
addressability to a data space created by the mainline routine, the exit 
routine can use the ALESERV
macro with the ADD parameter, and specify the STOKEN of the data space.”


All fully true.


ALESERV AL=WORKUNIT does not allow the ALET to be used for an IRB under 
the
same TCB.

Thus WORKUNIT means something else.


I view that conclusion as incorrect. Workunit means workunit, the task. 
Within the processing for that work unit, there are 
restrictions/exceptions. Having restrictions/exceptions should not be much 
of a surprise.

Peter Relson
z/OS Core Technology Design


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

"Awesome Free Stuff for Your Mainframe" on 2020-10-16 at 04:00 UTC

[Timothy Sipples]

You're most welcome to join the "Awesome Free Stuff for Your Mainframe" 
Webcast that I'm hosting live at 04:00 UTC (12 noon Singapore Time) on 
Friday, October 16, 2020. To join the party, please register here:

https://bit.ly/35JtcoA

If this time is impossible because you'll be asleep or otherwise occupied, 
that's OK. My understanding is that if you register you should still 
receive a link to view a recording.

There are a couple people on this list who are directly participating in 
this Webcast, and I'd especially like to thank you along with the many 
contributors. We'll have some light, quick demonstrations of various 
freebies, and I'll also open the floor to live audience questions (typed 
via a chat box).

It was more difficult than I expected to choose the freebies to highlight 
since there's so much great stuff. However, I think I've come up with a 
reasonably broad and now current freebies list, and I'll publish it 
shortly before the Webcast at the IBM Z and LinuxONE Community Web site.

Thanks again.

- - - - - - - - - -
Timothy Sipples
I.T. Architect Executive
Digital Asset & Other Industry Solutions
IBM Z & LinuxONE
- - - - - - - - - -
E-Mail: sipp...@sg.ibm.com

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