Re: Coding for the future

[Jesse 1 Robinson]

Avoid embedding code specific details in comments. 

Init loop counter in R7 to 5

A comment should not name anything explicitly stated in the instruction. 'R7' 
in the comment is not merely redundant. If the loop register needs to be 
changed later on, then the comment will have to be updated also. If it's not 
updated, then it becomes misleading, perhaps worse than no comment at all. I 
would prefer

LAR7,5  Prepare to search for delimiter 



.
.
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 
Mike Schwab
Sent: Wednesday, June 16, 2021 2:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: EXTERNAL: Coding for the future

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

But what is Register 7 going to be used for, and why does it need a 5?
I. E.  Init loop counter in R7 to 5.

On Wed, Jun 16, 2021 at 11:48 AM Savor, Thomas 
<0330b7631be3-dmarc-requ...@listserv.ua.edu> wrote:
>
>  ==>LAR7,5  Put 5 in register 7
>
> It depends on the intended target audience.  Now I and you know that a 5 is 
> put in Register 7, but many shops have only a couple Assembler 
> Programmersbut many more Cobol programmers.  Telling "them" that a 5 is 
> put in Register 7 can be helpful to solving a problem or learning what a 
> program does.
>
> Way too many Cobol programmers that I run into are scared of looking at 
> Assembler...like just looking at it or trying to learn it is going to give 
> you Ebola...so even very basic instructions can be helpful...especially if 
> Instruction says LA   7,5  then it really helps "them".
>
> Thanks,
>
> Tom
>
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Seymour J Metz
> Sent: Wednesday, June 16, 2021 11:58 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: EXTERNAL: Coding for the future
>
> Long ago in a galaxy far away, they handed each of us a stack of manuals and 
> told use that we were all enrolled in a 7070 class and had to read all of the 
> manuals before the class started. It turned out that some of the students 
> were answering questions that stumped the instructor, and that if you read 
> the manuals you didn't need the course.
>
> The worst are the ones that score based on the quantity of comments instead 
> of their quality. That guaranties cluttered and unhelpful comments. People 
> will behave in such a fashion as to optimize how their organization ranks 
> them; if teir grades or performance reviews depend on doing something 
> sub-optimal, then that's what they'll do. Measure the things that actually 
> matter.
>
> I generally frown on marking students down on stylistic issues like 
> labels on separate lines, but I will mark down for
>
>  LAR7,5  Put 5 in register 7
>
> Don't tell me what LA does, tell me why you're putting that value in that 
> register. If there is nothing useful to say in the comment, then omit it.
>
>
> --
> Shmuel (Seymour J.) Metz
> https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmason
> .gmu.edu%2F~smetz3&data=04%7C01%7Cthomas.savor%40fisglobal.com%7Cb
> e99c6f1bde54085afe408d930df9961%7Ce3ff91d834c84b15a0b418910a6ac575%7C0
> %7C0%7C637594559179362403%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAi
> LCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=kaKOh2
> 8RkIFxgof3dWR3QMgfWMAyZeQ8ijJ7XLqXpXE%3D&reserved=0
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on 
> behalf of Phil Smith III [li...@akphs.com]
> Sent: Wednesday, June 16, 2021 11:17 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: EXTERNAL: Coding for the future
>
> Crawford, Robert C. wrote, in part:
>
> >Oh, and I used to this:
>
> >LOOP  MVC   HERE,THERE
>
>
>
> >And now do this:
>
> >LOOP  DS   0H
>
> >MVC   HERE,THERE
>
>
>
> Yes, I was taught that early. Then I took a Commodore SuperPet 
> assembler class (after writing 370 assembler for several years). That 
> assembler had no
>
>DS  0H
> but it did have
>EQU *
> So I used that-and was marked down for it. At that point, I stopped taking 
> the class seriously.

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

Re: Coding for the future

[Jesse 1 Robinson]

Can't say I ever participated, but I've heard the strategy of writing only 
comments, then gathering a group of folks in a room to review the 'code'. 
Participants don't need to know the underlying language, or any language for 
that matter. It sounds exciting. 

.
.
J.O.Skip Robinson
Southern California Edison Company
SHARE MVS Program Co-Manager
323-715-0595 Mobile

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Wednesday, June 16, 2021 9:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Coding for the future

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

> I developed the habit of writing documentation first

A thousand and one +1's!!!

I can't say that I always do it, but I can say that I am always happier with 
the result when I do.

It is usually easier to write code that implements some easy-to-explain 
function than to write documentation that explains code that was simple to 
write at the time.

Does that sentence make sense? In other words, write documentation that clearly 
explains what will be accomplished by the function. You are probably talented 
enough to write code that implements it. OTOH if you write the code first you 
may write code that makes sense when you write it, but that ends up being very 
hard to explain.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Wednesday, June 16, 2021 1:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Coding for the future

Well, I was 16 when I started, so bad habits were predictable. The worst was 
using arbitrary labels because I could.

I never hated long variable names. However, I do use single letter names for 
control variables in extremely short loops. I don't use long names as an excuse 
for pretending that code can be self documenting - I still write comments.

I didn't comment adequately in my early years. Within a few year I routinely 
had comments up front describing, e.g., the meaning of each parameter.

On the flip side, I got into the habit of using symbolic register names so that 
registers would show up in the XREF listing, but that's no longer necessary.

> 4) This isn't exactly a bad-coding issue, but as much as possible I 
> want
the
> input arguments on a command to come in any order I happen to think of
them
> at the time.

That's one of the few weaknesses of REXX compared to CLIST; no keyword 
parameters. It's actually easier to parse TSO command operands in assembler 
than in REXX. I wish that REXX included XPARSE, or an equivalent to the Perl 
Getopt::Long package. Even the PROC statement of CLIST would be an improvement.

> i'm just curious about other issues that y'all are careful about that
maybe
> you weren't when we were young and foolish.

It's been decades since I wrote any MVS code that wan't reentrant and 
refreshable.

I try to avoid monolithic code blocks and relegate major sections to 
subroutines even if I only use them once.

Tricky code requires good comments. The cleverest code is when the reader asks 
"Why didn't I think of that?". Obscure code contests are for recreation, not 
for code that has to work correctly and be maintained.

I used to write throw-away tools in the sure and certain knowledge that I would 
only use them once. These days I am a lot less confident about predicting that 
I'll never have to update them.

I developed the habit of writing documentation first, and changing the 
documentation before changing the code. It has served me well.

I've found that seeking a fresh pair of eyes to spot a bug can overcome a 
mental blind spot; in the process of explaining how the code is supposed to 
work, I sometimes have an "Oh! Never mind." moment.

Code reviews and design reviews are not fads.

If I have to patch, I use a zap-maker.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bob 
Bridges [robhbrid...@gmail.com]
Sent: Tuesday, June 15, 2021 6:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Coding for the future

In a recent email one of our number, whose name I won't mention except to say 
that his initials are Jeremy Nicoll, made a comment that got me thinking about 
~my~ past and present coding habits.

Like most programmers (maybe), I had some habits that I no longer tolerate.
For example:

1) I used to hate long-winded variable names.  Ok, that's a bad example to 
start with, because I still do.  But I no longer use one-character variable 
names, ever; I use two- to four-character names if they're to be used only in 
one brief section, but if they're supposed to last longer I make them more 
descriptive; and even the shorter ones follow a naming standard that I'm 
familiar with.  It wouldn't be any help to someone else who had to modify my 
code, though.

2) I know everyone says to comment your

Re: How to compare parameters in one z/Os with parameters in another z/OS

[Jesse 1 Robinson]

Like Ed, I recently questioned the availability of automatic JES2 parm 
back-generation. Seems that I had catapulted a long-standing requirement into a 
fait accompli. Does not exist, sadly. JES2 is especially complicated, as others 
have noted, because a change edited into the init deck will not likely take 
effect until some time in the future--perhaps unexpectedly.

All parms, JES included, are even further complicated by the effect of 
defaults, which figure into pretty much all products from z/OS forward. There 
are historically two different attitudes toward defaults. IBM generally 
recommends taking available defaults (unless documentation recommends 
otherwise) in order to take advantage of developer updates. But many sysprogs 
prefer to hard code values to minimize poking around for effective values. So 
it can easily happen that a parm value can differ by whether it's hard coded on 
any or all systems and if not, what the default value is for any given release 
and APAR level.  

All in all, the prospect of automating parm back-generation is pretty dim. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Monday, June 14, 2021 8:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: How to compare parameters in one z/Os with parameters 
in another z/OS

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

A lot can be automated, but the task is not as simple as it seems. In addition 
to the issue of order, there's also the issue of symbols and the IPL parameters 
from the HMC. As others have mentioned, good configuration control processes 
will help to avoid the need to frequently compare parameters.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Arthur [ibmmain.10.ats...@xoxy.net]
Sent: Monday, June 14, 2021 9:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to compare parameters in one z/Os with parameters in another 
z/OS

On 13 Jun 2021 16:50:55 -0700, in bit.listserv.ibm-main
(Message-ID:)
ibmm...@foxmail.com (ibmmain) wrote:

 > We want to make sure two z/OS use the same 
 >parameters(PARMLIB,VTAMLST,and so on)   >  >  >Because there is some 
 >parameter which is multiline in member, it isn't easy to compare them.
 >  
 >Is there any way to compare  parameters in one z/Os with parameters in 
 >another z/OS

Others have suggested a good start of display commands, IPLINFO, SHOWZOS, etc. 
This is a good way to compare running systems because the output will be in 
predictable order and format. BUT

Most parms can be overridden by commands. If/when a system is IPLed, it will 
revert to the parms as specified in parmlib. If you have proper change control, 
those parms have been updated, too. But, if you had that level of change 
control, you probably would not be in the situation of trying to compare parms 
from one system to another.

So it probably does make sense to start with the easy techniques, but you may 
still have to slog through checking the parmlibs against each other the hard 
way.

But I have two thoughts on the above:

Do you have a sandbox where you can IPL those systems in a test mode and 
compare the displays with the running systems?

Are there (supported?) ways to generate parmlib members from what's actually in 
effect? (ISTR that JES2 does.) If so, they'll probably be in he same formats 
and orders, thus easy to compare.


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

Re: ISPF startup processing

[Jesse 1 Robinson]

Now with some content. At one time ISPF-L was in the hands of Leonard Woren. 
Something indeed has gone wrong. I saw Leonard at SHARE in San Jose--along with 
his wife!!! Sounds like a job for Super Tom. 

.
.
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 Tom 
Conley
Sent: Friday, June 11, 2021 5:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: ISPF startup processing

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

On 6/10/2021 5:39 PM, Bob Bridges wrote:
> I'm a little incredulous that no one mentioned it already, but yes, there is 
> an ISPF-L listserv; check out ispf-l-l...@nd.edu.
>
> But it's not nearly as active as IBM-MAIN is, and you got excellent answers 
> here.  I'm not complaining, just answering your question.
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>

Bob,

The ISPF-L listserver is broken, it's some kind of mailing list now.
Pretty sure it's no longer hosted at Notre Dame.  I had NOMAIL set on the 
listserver, now I get mailbombed whenever someone posts to it.
ISPF-L should be put out of its misery.

Regards,
Tom Conley


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

Re: ISPF startup processing

[Jesse 1 Robinson]

.
.
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 Tom 
Conley
Sent: Friday, June 11, 2021 5:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: ISPF startup processing

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

On 6/10/2021 5:39 PM, Bob Bridges wrote:
> I'm a little incredulous that no one mentioned it already, but yes, there is 
> an ISPF-L listserv; check out ispf-l-l...@nd.edu.
>
> But it's not nearly as active as IBM-MAIN is, and you got excellent answers 
> here.  I'm not complaining, just answering your question.
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>

Bob,

The ISPF-L listserver is broken, it's some kind of mailing list now.
Pretty sure it's no longer hosted at Notre Dame.  I had NOMAIL set on the 
listserver, now I get mailbombed whenever someone posts to it.
ISPF-L should be put out of its misery.

Regards,
Tom Conley


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

Re: MVS command display

[Jesse 1 Robinson]

Thanks Tom. I suspected that my answer was out of date. On each of our systems, 
I have had a unique console id for so long that the 'undefined default' never 
occurs any longer. 

For those who make use of the VTAM console application SMCS, similar issues 
exist. By default, SMCS adopts the operator's userid as a console id. This may 
clash with SDSF. Furthermore, SMCS cannot be run concurrently on multiple 
member of the same sysplex unless a non-default console id is specified. 
Despite this limitation, I like SMCS a lot. 

.
.
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 Tom 
Conley
Sent: Tuesday, May 25, 2021 1:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: MVS command display

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

On 5/25/2021 3:43 PM, Jesse 1 Robinson wrote:
> SDSF uses extended consoles to manage command output. A given console and be 
> active on only one system at a time. If you have a MAS, output from a command 
> issued on one member may well appear on another system. If you have only one 
> member in your SDSDF plex, then never mind. Otherwise:
>
> 1. Logon to one system.
> 2. Get into SDSF.
> 3. Issue SET CONSOLE ?
> 4. You will see this something like this (sorry for the screwy 
> formatting)
> ++
> |   Set Console Name |
> ||
> | Type a console name or leave blank to use  |
> | your user ID as the console name.  |
> ||
> | Extended console name   your-userid  |
> ||
> ||
> | F1=Help  F12=Cancel|
> ++
>
> Repeat this procedure on all sharing systems. The default name is your userid 
> id. On multiple systems, the id may be identical on all sharing systems. If 
> the ids are identical, a command issued on one system will display on 
> whichever system initialized first. You can set the console id on each system 
> to (more or less) anything you want. As long as the id is unique, a  command 
> will be responded to on the system where it's issued.
>

FYI,

SDSF fixed this situation a long time ago.  It is supposed to detect that a 
console id in a sysplex is already in use, and create a unique console id for 
the sysplex.  If it can't create a unique console id, you're supposed to get an 
error message.  If this is really your problem, you should open a case to have 
Rocket fix this.

Regards,
Tom Conley


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

Re: MVS command display

[Jesse 1 Robinson]

SDSF uses extended consoles to manage command output. A given console and be 
active on only one system at a time. If you have a MAS, output from a command 
issued on one member may well appear on another system. If you have only one 
member in your SDSDF plex, then never mind. Otherwise:

1. Logon to one system. 
2. Get into SDSF.
3. Issue SET CONSOLE ?
4. You will see this something like this (sorry for the screwy formatting)
++
|   Set Console Name |
||
| Type a console name or leave blank to use  |
| your user ID as the console name.  |
||
| Extended console name   your-userid  |
||
||
| F1=Help  F12=Cancel|
++

Repeat this procedure on all sharing systems. The default name is your userid 
id. On multiple systems, the id may be identical on all sharing systems. If the 
ids are identical, a command issued on one system will display on whichever 
system initialized first. You can set the console id on each system to (more or 
less) anything you want. As long as the id is unique, a  command will be 
responded to on the system where it's issued. 

.
.
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 
Lizette Koehler
Sent: Tuesday, May 25, 2021 12:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: MVS command display

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

Do you have an automation tool that might be changing the command behavor?

We use OPS/MVS to Make White/RED highlighted Non Scrollable as needed


Lizette


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jake Anderson
Sent: Tuesday, May 25, 2021 10:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: MVS command display

Hello

Usually when we issue a MVS display command from SDSF we get immediately get to 
see the output in bold white message and after that we can see either in SYSLOG 
or ULOG. One of our user from operation is issuing the command but doesn't get 
a immediate output in bold white instead it just says 'command issued' and the 
output is seen only in log

Is there any specific user profile definition that I can look to fix this ?

Any pointers or direction 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

--
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: Pronunciations (spun off of another thread)

[Jesse 1 Robinson]

As if this topic were not tangled enough, it's complicated by U.S. dialect 
differences. 

ROOT In some locales, this word rhymes with 'boot', in others it rhymes with 
'foot'. Many people can use both pronunciations interchangeably. 

ROUT This word in all dialects rhymes with 'scout'. Little effect on IT. 

ROUTE This word is most problematic, mainly because it's borrowed from French. 
I'm among those who favor pronouncing borrowed words with a nod to the 
original. However, saying it like 'boot' in our biz is awkward because most 
people say it like 'scout'. It's a little weird sitting in a group where 
everyone else is saying it a differently from you. So I often slip into the 
'scout' faction even though it stings my tongue. As for 'Route 66', I think the 
influence of the TV theme song puts everyone in the 'boot' camp.  

.
.
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 
Lennie Dymoke-Bradshaw
Sent: Sunday, May 9, 2021 5:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Pronunciations (spun off of another thread)

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

Coming from England, we always pronounce "route" with a long sound, like 
"root". I understand that in the USA it is usually pronounced the same as 
"rout". No problem.

But in the song "Route 66" it is pronounced the same way we do in England. Why 
is that?

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 
Charles Mills
Sent: 09 May 2021 18:40
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Pronunciations (spun off of another thread)

Can I get my CICS on Route 66?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Sunday, May 9, 2021 6:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Pronunciations (spun off of another thread)

On Sun, 9 May 2021 12:14:25 +, Seymour J Metz wrote:

>What if you spell it ÇICS?
>
Could that be added as a member alias?

https://miro.medium.com/max/1400/1*Qvnk1NFFUeiNXiC7AF1owg.png

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


This email has been scanned by BullGuard antivirus protection.
For more info visit www.bullguard.com

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

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

Re: And the survey says...

[Jesse 1 Robinson]

I can't promise that Vista has all the functions discussed in this thread, but 
in the years that I've used it, I've seen Tom add a lot of new variations. I 
suggest that curious cats spend a few minutes exploring the 'Paste Functions' 
enumerated under the Edit menu. Several of those were provided to handle 
unusual situations that are not strictly 'editing' but rather a means of 
transferring data displayed by one App into another possible unrelated App. 
These functions are possible because 'copy' takes some part of a delineated 
display, strips out all formatting indicators, and (re)builds a 'paste' buffer 
according to the requirements of the function being invoked. If it doesn't work 
as desired, Tom is famous for implementing new function. 

.
.
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 
Seymour J Metz
Sent: Friday, April 30, 2021 4:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: And the survey says...

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

Linea meaning wrapping, i.e., copying consequtive buffer locations without 
regard to line boundaries. Both block and linear copies are useful, and it's 
nice to have both.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Charles Mills [charl...@mcn.org]
Sent: Friday, April 30, 2021 6:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: And the survey says...

Here's an example of a block copy in Vista. What's a linear copy? You mean, 
without regard to line endings? No, I don't think so. You could certainly use 
your favorite stream-oriented editor to remove the line endings.

  Menu  Utilities  Compilers  O
---
   ISPF
Option ===>

0  Settings  Terminal and u
1  View  Display source
2  Edit  Create or chan
3  Utilities Perform utilit

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Friday, April 30, 2021 3:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: And the survey says...

What about a linear copy?


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

[Jesse 1 Robinson]

I've used only Vista since the day long ago when Tom asked me to try out this 
new app he had written. Even though Attachmate remains the corporate standard 
(with no input from actual mainframe users). I've seen IBMers giving classes 
and demos using Vista. 

Interestingly, Tom himself always had Attachmate at the ready on his 
workstation when I couldn't be bothered. His reasoning: since it was the 
corporate standard, he needed to able to handle problem calls.   

.
.
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 
Farley, Peter x23353
Sent: Wednesday, April 28, 2021 8:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: And the survey says...

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

The github for pw3270 is here:

https://github.com/PerryWerneck/pw3270

Safer than the government site Radoslaw posted, which my company's net nanny 
software prevented me from accessing because there are certificate problems.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Radoslaw Skorupka
Sent: Wednesday, April 28, 2021 11:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: And the survey says...

Advertisement:
Apart from x3270 family (wc3270, wx3270...) there is another *free* emulator.
It is pw3270
PW is Perry Werneck.
github.com/PerryWerneck/pw3270
https://urldefense.com/v3/__https://softwarepublico.gov.br/social/pw3270/__;!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!dpaA7q1qdSGtk8gMhBSNqPc1t_tsI6nwNUdS5YsYYDp7PetWBlyJPreC-fHXsIX6iFJ9nQ$

BTW: The last page is interesting - government official page with free software.

Of course I get 10% of purchase price ;-)

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

Re: Printing GTF trace?

[Jesse 1 Robinson]

Widening the perspective. Versatile IPCS is used to analyze all sorts of 
dumps--SVC, standalone, SYSM--as well as GTF trace, which can be for hardware 
or software or both. So why is it so little used outside of the 'system 
programming' inner sanctum? At my one and only GUIDE conference in 1980, one 
session on IPCS focused on the question of usage. This was in 1980. At that 
time IPCS required SAF READ access to SYS1.PARMLIB. It had to be THE system 
PARMLIB. A copy would not do. The problem for many shops was that access to 
PARMLIB was prohibited by for general users. Meanwhile ISVs rallied to provide 
user-oriented products that cost money--IPCS is 'free'--but did not require 
challenging corporate security policies. 

Somewhere along the line IPCS's PARMLIB requirement was dropped, but it was too 
late to overcome the ISV offerings in the public mind. I was once called in to 
help with a COBOL application that was receiving inexplicable abends. The ISV 
product did not help. I set up a SLIP trap to capture the 'first abend', which 
turned out to be a run of the mill S0C7 caused by bad input data. That abend 
was further mucked up by an ancient SPIE routine that corrupted registers and 
created a different, wholly unrelated abend.

So why is it called 'IPCS' anyway? Interactive Problem Control System. 
Originally IPCS provided an elaborate mechanism for managing an inventory of 
dumps and traces. That function disappeared altogether even as analytical 
functions were enhanced. Like, why is it called 'TSO'? There's no time sharing, 
and it's not optional. Old names persist like those carved on headstones.

.
.
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 
Colin Paice
Sent: Thursday, April 22, 2021 10:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Printing GTF trace?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

For processing IBM product GTF traces you use a command like GTF USR(ALL) to 
process "user" records.

Each product has a format number, MQ has D9.
When a record is processed, the GTF processing in IPCS looks up this format 
number xx, and then invokes a routine AMDUSRxx (or AMDUSRD9  for MQ).
This program takes the record and formats it.
You could write your own formatter.  The basic record structure is well 
documented, but the products specific stuff may not be documented.

These programs typically write to IPCSPRTN, but could write to any other dd 
statement.,

I used to have my own program that did special processing of the data.
This wrote to more than one output dataset.

MVS (Non USR) records have special formatting such as options SSCH, SVC etc.

Colin


On Thu, 22 Apr 2021 at 14:18, Peter Relson  wrote:

> Isn't using file IPCSPRNT the intended way to print something produced 
> by IPCS report(s)?
>
> Allocate data set x with RECFM VBA and suitable LRECL/BLKSIZE such as 
> LRECL 137 BLKSIZE 27998 or LRECL 255 BLKSIZE 6144 TSO ALLOC 
> F(IPCSPRNT) DA(x) do your IPCS commands with the PRINT operand 
> (whether that be GTF or
> other)
> IPCS Close Print
>
> 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

Re: IBMLINK URL

[Jesse 1 Robinson]

The initial URL works for me.

https://www.ibm.com/ibmlink

.
.
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 
Richards, Robert B. (CTR)
Sent: Thursday, April 22, 2021 9:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: IBMLINK URL

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

Mark,

They changed something in the last several hours. It worked for me earlier but 
now redirects to "About IBM".

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Jacobs
Sent: Thursday, April 22, 2021 12:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBMLINK URL

I'm trying my IBMLINK url today, and it's not getting me there.


https://www-03.ibm.com/ibmlink/servicelink/servicelink.wss?lc=en&cc=US

If it's working for you, can you pass along the url you're using?

Mark Jacobs


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

Re: Print a SYSMDUMP

[Jesse 1 Robinson]

I take the same approach to SYSMDUMP and to SYSABEND: tell people not to direct 
them to sysout. If you find one, trash it. Be prepared to fight this up the 
food chain. Make sure you have allies in the right places. It could get nasty. 

.
.
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 
Pommier, Rex
Sent: Friday, April 16, 2021 10:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: [External] Re: Print a SYSMDUMP

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

Some of ours do too, and after a couple warnings we just start whacking their 
jobs from the spool because they're filling it up.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Jacobs
Sent: Friday, April 16, 2021 11:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: Print a SYSMDUMP

Some of our new developers have //SYSMDUMP DD SYSOUT=* in their JCL.

Mark Jacobs

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com

‐‐‐ Original Message ‐‐‐

On Friday, April 16th, 2021 at 12:30 PM, Seymour J Metz  wrote:

> Well, back when AMDPRDMP was a thing, you could print a SYSMDUMP, but why 
> would you want to? Searching a large dump on SPOOL is a RPITA, and doing it 
> on paper is worse. Yes, IPCS has its faults, but it's so much nicer than the 
> older alternatives.
>
>
> --
> --
> --
> --
>
> Shmuel (Seymour J.) Metz
>
> http://mason.gmu.edu/~smetz3
>
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on 
> behalf of Peter Relson [rel...@us.ibm.com]
>
> Sent: Friday, April 16, 2021 12:23 PM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: Re: Print a SYSMDUMP
>
> My answer, being nit-picky, is: no, you cannot print a SYSMDUMP, aside
>
> from printing the dump records themselves such as in hex but you can
>
> direct IPCS to write its output to a data set that you could then 
> print,
>
> after doing whatever IPCS commands you have chosen to do.
>
> For example, from some old notes (and maybe there are better options
> now)
>
> Allocate data set IPCSPRNT with RECFM VBA LRECL 255 BLKSIZE 6144 or 
> with
>
> RECFM VBA LRECL 137 BLKSIZE 27998
>
> TSO ALLOC F(IPCSPRNT) DA(IPCSPRNT)
>
> IPCS SYSTRACE ALL print
>
> IPCS CTRACE COMP(SYSxxx) FULL print noterm
>
> IPCS Close Print
>
> 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

Re: ICHPWX01 password exit source circa 1993

[Jesse 1 Robinson]

I once worked with a shop that had a similar exit--similar intent anyway--in 
order to guide a user into following password rules. There are inherent 
problems with such an exit. First is the difficulty of writing directly to a 
3270 screen from a RACF exit. Regular mainframe maintenance has a way of hosing 
up the exit code, which has to be debugged and modified.

Another problem is more subtle. If an intruder were trying to break in to a 
mainframe system, such an exit might provide unwitting assistance. I think the 
strategy is to give as little information as possible about logon failures. 

Finally, is such an exit even needed? Modern native RACF password rules are 
pretty sophisticated. Unless a shop has some very unusual password rules, it's 
probably best to let RACF detect violations and issue appropriate messages. 

.
.
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 
Charles Mills
Sent: Thursday, April 8, 2021 6:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: ICHPWX01 password exit source circa 1993

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

> I'll probably just take it out

There is no harm in doing so, provided (a..) your RACF SETROPTS PASSWORD RULES 
fully express the limits you wish to enforce; and (b.) your auditors are 
content with that.

No user is going to be discombobulated because a password that used to fail 
your exit no longer does.

Unless I am missing something (which someone will surely point out).

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richard Pace
Sent: Thursday, April 8, 2021 1:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ICHPWX01 password exit source circa 1993

Our system (z/OS 2.4) is running with an old RACF password exit, ICHPWX01, 
assembly date 01/11/93.
Eyecatcher looks like this: ICHPWX01 E9202  01/11/93 16.25 RACF 1.9

We don't have the source code, and it's abending on our z/OS 2.4 system.
I'll probably just take it out; it's long past its usefulness.

But I was curious about its provenance and thought I'd check here if anyone 
recognizes it.

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

Re: jes2 spool

[Jesse 1 Robinson]

One more option to consider. We have run VPS for years. When COVID hit, no one 
could go into their normal office--where VPS printers are located. Users asked 
us (infrastructure) if there was any way to get a windows viewable copy of 
certain reports. Turns out VPS has such a feature. Not too expensive beyond VPS 
itself. We got it installed with minimal VPS changes. Users were thrilled.   

.
.
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 
Tony Thigpen
Sent: Wednesday, March 31, 2021 7:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: jes2 spool

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

If you want cheap, as in free, but still fully supported, you should take a 
look at IBM's IP Network Print Facility as you already have it.
It's part of Communications Server. (Manual is SC27-3658-30.)

Tony Thigpen

Shelia Chalk wrote on 3/31/21 8:22 AM:
> I am trying to find software that will take print from the jes2 spool, 
> compress it and send it to a sever. Do anyone know of a product that will do 
> this?

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

Re: a Way to stop receiving Post email from my Yahoo email.

[Jesse 1 Robinson]

Send this note to 

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

Note that this is not the 'regular' address for posting. 

.
.
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 
Ward Able, Grant
Sent: Tuesday, February 23, 2021 9:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: a Way to stop receiving Post email from my Yahoo email.

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

I think you have to send an email to the list server - something about NOMAIL, 
but you can try send an email to mailto:lists...@listserv.ua.edu with the 
message: INFO IBM-MAIN

Regards – Grant.

In theory, there's no difference between theory and practice. In practice, 
there is.

Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are. - John Wooden

If you don't have time to do it right, when will you have the time to do it 
over? - John Wooden



DTCC Public (White)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
seungcheol lee
Sent: 22 February 2021 22:23
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: a Way to stop receiving Post email from my Yahoo email.

ATTENTION: External Email – Be Suspicious of Attachments, Links and Requests 
for Login Information.

Dear,

Would please help remove my email from sending emails? Just want to stay with 
Listsever but help stop receiving those posts from my Yahoo email.

lee_seungch...@yahoo.com

Thanks, Steve

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN DTCC DISCLAIMER: This 
email and any files transmitted with it are confidential and intended solely 
for the use of the individual or entity to whom they are addressed. If you have 
received this email in error, please notify us immediately and delete the email 
and any attachments from your system. The recipient should check this email and 
any attachments for the presence of viruses. The company accepts no liability 
for any damage caused by any virus transmitted by this email. Message content 
created by DTCC is automatically secured using Transport Layer Security (TLS) 
encryption and will be encrypted and sent through a secure transmission 
connection if the recipient's system is configured to support TLS on the 
incoming email gateway. If there is no TLS configured or the encryption 
certificate is invalid on the recipient's system, the email communication will 
be sent through an unencrypted channel. Organizations communicating with DTCC 
should be using TLS v1.2 or newer to ensure continuation of encrypted 
communications. DTCC will not be responsible for any disclosure of private 
information or any related security incident resulting from an organization's 
inability to receive secure electronic communications through the current 
version of TLS.


--
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: SMP/E and Isolating a CSECT within a load module

[Jesse 1 Robinson]

The point of my post was that *not* specifying entry point on the END statement 
may limit your ability relink the composite module if full source is not 
available. An unusual (and maybe archaic) case no doubt, but why limit your 
options? Maybe in the days of card source, it was an extra change to make in 
the case of module rename. In our case we were SOL to provide DR for an 
associated shop. It was not our fault, but it was at best disappointing.  

.
.
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 
Seymour J Metz
Sent: Saturday, January 23, 2021 8:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: SMP/E and Isolating a CSECT within a load module

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

What is the point of specifying an entry point on the END statement of, e.g., a 
Bessel function subroutine?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of CM 
Poncelet [ponce...@bcs.org.uk]
Sent: Friday, January 22, 2021 7:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/E and Isolating a CSECT within a load module

The SYSLIN "ENTRY whatever" is valid if the "whatever" external symbol is in 
the ESD. (A LISTIDR should display the contents of the MOD's ESD.) So yes, 
coding "ENTRY whatever" is safer in making sure that an (L)MOD always has a 
same entry point. It is also the entry point selected by the linkage editor if 
there is an "ENTRY" statement in SYSLIN: otherwise it's the assembler's "END 
" that is selected by the LKED. If the assembler source END statement does 
not specify a label, the default EP is the first byte of the first CSECT in the 
link-edited (L)MOD. In modular program design, every assembler source MOD 
should terminate with an "END whatever" statement to specify the assembler's EP 
for that MOD - where the "whatever" EP is usually the CSECT name, but not 
necessarily so. Cf. also "Jackson structured programming (JSP)" as in 
"Principles of Program Design" by Michael A. Jackson.

An (L)MOD can have multiple entry points by specifying "ALIAS mod1,mod2"
in SYSLIN. In such case "mod1" and "mod2" would be external names in the (L)MOD 
and would also be in the ESD. They would then be the alternate entry points for 
when the (L)MOD is LINK'd or XCTL'd to as "mod1" or "mod2" instead of as 
"whatever". "ALIAS" can also be coded to specify alternate names of the LMOD 
that is link-edited as "NAME ".

As regards "ORDER", I used it to group together and page-align MODs that most 
frequently 'interacted' with each other within an LMOD - to avoid page faults 
and swap-outs if the page containing an associated MOD was 'stolen', i.e. I 
used "ORDER" for performance reasons. But yes "ORDER"
can be used to make sure that all the MODs in an LMOD are kept in sequence. BTW 
SMP/E does allow including members with SYSLIN "ORDER " and any other 
control statements during its LKED.

Cheers, Chris Poncelet (retired sysprog)



On 22/01/2021 03:03, Paul Gilmartin wrote:
> On Fri, 22 Jan 2021 01:06:10 +, CM Poncelet wrote:
>
>> The "END " should always be coded to ensure that the 
>> beginning of "" is also the entry point.
>>
> How does this play with SMP/E service which regularly scrambles CSECTs 
> and doesn't AFAIK generate INCLUDE -ATTR?
> Would the programmer more safely code in //SYSLIN either:
>   ENTRY whatever
> or
>   ORDER whatever
> ???
> I had a co-worker who supplied an exhaustive ORDER mentioning every 
> CSECT, knowing that his code would not be tested in-house with every 
> permutation (N!) that SMP/E might create.
>
>> On 21/01/2021 20:54, Jesse 1 Robinson wrote:
>>> Without some kind of explicit ENTRY indicator within the source--like END 
>>> BAMKAPP--there was no ENTRY point generated in the app module. Hence 
>>> specifying ENTRY BANKAPP to the linker got 'not found'. Maybe today's 
>>> binder takes care of this, but in the 80s we could not find an obvious way 
>>> to solve it.
>>>
>>> Given more time we might have come to a resolution, but at the time we were 
>>> stumped.
>>>
>>>
>>> -Original Message-
>>> From: Steve Smith
>>> Sent: Thursday, January 21, 2021 12:44 PM
>>>
>>> *** EXTERNAL EMAIL - Use caution when op

Re: (External):Re: TWS replacements

[Jesse 1 Robinson]

We converted from another product to TWS some years ago. It was a massive and 
lengthy effort just to arrive at a point similar to where we left. I don't know 
how much we saved on the s/w, but it provided an awful lot of employment. 

.
.
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 R.S.
Sent: Saturday, January 23, 2021 2:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: TWS replacements

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

IMHO it would be hard to get something cheaper and not worse. Of course prices 
depend on contracts and your need may be satisfied with very basic tool.

--
Radoslaw Skorupka
(from new mail)


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

Re: SMP/E and Isolating a CSECT within a load module

[Jesse 1 Robinson]

IBM/SMPE is quite meticulous about supplying all necessary binder control 
statements via JCLIN. Any omission leads to a PE and concomitant HOLD data. I 
don't think there's an inherent problem with multiple entry points as long as a 
binder control statement specifies the one to use. The ancient problem I 
recited occurred because no usable entry point was specified in the absence of 
concurrent compile. 

.
.
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 
Peter Relson
Sent: Friday, January 22, 2021 5:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: SMP/E and Isolating a CSECT within a load module

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***


How does this play with SMP/E service which regularly scrambles CSECTs and 
doesn't AFAIK generate INCLUDE -ATTR?
Would the programmer more safely code in //SYSLIN either:
  ENTRY whatever
or
  ORDER whatever
???


I'd like to think we provide ENTRY statements and/or ORDER statements in all 
cases where it is important to do so (which tends to be any multi-CSECT load 
module / program object).

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

Re: Isolating a CSECT within a load module

[Jesse 1 Robinson]

Without some kind of explicit ENTRY indicator within the source--like END 
BAMKAPP--there was no ENTRY point generated in the app module. Hence specifying 
ENTRY BANKAPP to the linker got 'not found'. Maybe today's binder takes care of 
this, but in the 80s we could not find an obvious way to solve it.

Given more time we might have come to a resolution, but at the time we were 
stumped. 

.
.
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 
Steve Smith
Sent: Thursday, January 21, 2021 12:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Isolating a CSECT within a load module

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

No one knew how to code an ENTRY statement?

Personally, I'd make that message the Binder emits about defaulting the entry 
point to be an RC=8 level error.  I usually discover this oversight when 
something crashes after an APPLY, and by then, it's not so simple to add the 
ENTRY.

sas


On Thu, Jan 21, 2021 at 3:22 PM Jesse 1 Robinson 
wrote:

> ...
> As long as the program was compiled and linked in the same run, the 
> END statement picked up BANKAPP as entry point and everything was 
> cool. But when run separately, the entry point was indeterminate, so link 
> failed.
> Source of course was not available so we could not add
>
>   END BANKAPP
> ...
>

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

Re: Isolating a CSECT within a load module

[Jesse 1 Robinson]

(I know it's not Friday, but time these days is twisted beyond recognition) I 
used to work for a bank. One Monday morning, we were told that we needed to 
provide a disaster recovery platform for another bank with whom we had a mutual 
support agreement. ASAP. Which was totally news to us. Obviously never tested. 
They had hit a snag with some kind of upgrade and were completely down. 

We were pretty smart, so we carved out some space for them to run their apps 
in. We got their system restored from tape. It IPLed. They fired up their app, 
which crashed. We found that the failing program had been linked together with 
some IBM module that did not match our level of MVS. The problem seemed simple 
enough. Relink their program with our version of the IBM module. 

Not so fast. We discovered from their install jobs that they had coded 
something like this:

  BANKAPP
  Lots of code and calls including the IBM module
  END 

As long as the program was compiled and linked in the same run, the END 
statement picked up BANKAPP as entry point and everything was cool. But when 
run separately, the entry point was indeterminate, so link failed. Source of 
course was not available so we could not add  
  
  END BANKAPP 

Not sure how long we slogged away at this, but before we could bedazzle our way 
out of the predicament, guest bank got their upgrade completed and no longer 
needed our feeble assistance. We slunk back to our desks. 

.
.
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 
Steff Gladstone
Sent: Thursday, January 21, 2021 6:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Isolating a CSECT within a load module

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

Thank you Greg, Paul and Max for your informative replies!

On Tue, 5 Jan 2021 at 15:12, Massimo Biancucci  wrote:

> I tried to develop you hints:
>
> // EXPORT SYMLIST=*
> // SET INPMOD=oldmd
> // SET OUTMOD=newmod
> // SET INPLIB=myold.lib
> // SET OUTLIB=mynew.lib
> // SET AMBDSN=AMBLIST3
> // SET DSP='MOD,PASS'  DSP='MOD,CATLG'
> //*---*
> //*   *
> //*---
> *
> //ST010  EXEC PGM=AMBLIST
> //SYSPRINT DD DSN=&SYSUID..&AMBDSN,DISP=(&DSP), // 
> SPACE=(TRK,(5,5),RLSE) //LOADLIB  DD DISP=SHR,DSN=&INPLIB
> //SYSINDD *,SYMBOLS=(JCLONLY,SYMBLOG)
>  LISTIDR DDN=LOADLIB,MEMBER=&INPMOD
> /*
> //*---*
> //*   *
> //*---
> *
> //ST020  EXEC PGM=SORT
> //SYSOUT DD SYSOUT=*
> //SORTIN  DD DSN=&SYSUID..&AMBDSN,DISP=SHR //SORTOUT DD 
> DSN=&SYSUID..&AMBDSN..CMD,DISP=(&DSP),
> // SPACE=(TRK,(5,5),RLSE),DCB=(LRECL=80,RECFM=FB,DSORG=PS)
> //SYSINDD *,SYMBOLS=(JCLONLY,SYMBLOG)
>  SORT FIELDS=COPY
>  OUTFIL FNAMES=SORTOUT,REMOVECC,
>   INCLUDE=(2,10,CH,EQ,C'CSECT:',AND,
>12,8,CH,NE,C'&OUTMOD'),
>  OUTREC=(C' REPLACE ',12,8,80:X),
>   TRAILER1=(' INCLUDE SYSLIB(&INPMOD)',/,
>' NAME &OUTMOD(R)')
> /*
> //*---*
> //*   *
> //*---*
> //ST030EXEC PGM=HEWL,
> // PARM='LET,XREF,MAP,LIST,NCAL'
> //SYSPRINT DD  SYSOUT=*
> //SYSUT1   DD  DSN=&&SYSUT1,SPACE=(1024,(120,120),,,ROUND),
> // DCB=BUFNO=1
> //*YSLIN   DD DISP=SHR,DSN=J48017.OSET.LOAD(IRXINIT)
> //SYSLIB   DD  DISP=SHR,DSN=&INPLIB
> //SYSLMOD  DD  DISP=SHR,DSN=&OUTLIB(&OUTMOD)
> //SYSLIN   DD  DISP=SHR,DSN=&SYSUID..&AMBDSN..CMD
> //*---*
> //*   *
> //*---
> *
> //ST040  EXEC PGM=AMBLIST
> //SYSPRINT DD SYSOUT=*
> //LOADLIB  DD DISP=SHR,DSN=&OUTLIB
> //SYSINDD *,SYMBOLS=(JCLONLY,SYMBLOG)
>  LISTIDR DDN=LOADLIB,MEMBER=&OUTMOD
>  LISTLOAD DDN=LOADLIB,MEMBER=&OUTMOD
> /*
>
> and it seems it's still working.
> I'm sure it's possible to further optimize, anyway I think it's a kind 
> of tool you use not so often.
> Anyway take the two of them as POC.
>
> Best regards.
> Max
>
> <
> https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_c
> ampaign=sig-email&utm_content=webmail
> >
> Mail
> priva di virus. www.avast.com
> <
> https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_c
> ampaign=sig-email&utm_content=webmail
> >
> <#DAB4FAD8-2DD7-40BB-A1B8-4

Re: TSO XMIT and no member list

[Jesse 1 Robinson]

The messages issued during TSO TRANSMIT are actually coming from IEBCOPY. By 
custom in most shops, DD SYSPRINT is commonly allocated to the terminal, i.e. 
TERM=TS in the logon proc. 

To bury these messages, allocate SYSPRINT to dummy or to a throwaway sysout 
class. Don't forget to reallocate back to TERM=TS afterwards. BTW the same 
issues apply to TSO RECEIVE.

StarTool ( On Behalf Of R.S.
Sent: Tuesday, January 19, 2021 4:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: TSO XMIT and no member list

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

W dniu 20.01.2021 o 01:23, Paul Gilmartin pisze:
> On Wed, 20 Jan 2021 00:55:59 +0100, R.S. wrote:
>
>> I want to switch off member list when TSO XMIT ... DA(SOME.PDS) is running?
>> I just want to issue the command and I don't want to see loong 
>> member list on the screen.
>> Any clue?
>>
> OUTTRAP?
Well, I think it would hide all messages. However it would be good to still see 
begin and end of step.
Antoher way I know is to run REXX in batch (why not IEBCOPY in JCL? - that's 
another story) and simply ignore output.

It seems quite obvious and never solved issue like non-SDB (system determined 
blocksize) in XMIT and RECEIVE command.

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

Re: z/OS holddata per https?

[Jesse 1 Robinson]

The problem is not in the IBM data; it's in the mechanism we use to get through 
our firewall. We cannot execute FTP at our end. We execute HTTPS. 

.
.
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 
Paul Gilmartin
Sent: Monday, January 11, 2021 6:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: z/OS holddata per https?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

On Mon, 11 Jan 2021 22:07:04 +0000, Jesse 1 Robinson  
wrote:

>I can confirm that HTTPS replaces FTP for downloads very nicely. Our use of 
>FTP depends on a gizmo (Bluecoat) that cannot understand FTPS. We made the 
>switch to HTTPS some time ago.
>
How?  It doesn't seem to be as simple as changing the scheme in
ftp://public.dhe.ibm.com/s390/holddata/full.txt
to:
https://public.dhe.ibm.com/s390/holddata/full.txt
... that gives 404.  "Bluecoat" seems to be a Symantec subsidiary.
Is it also some sort of proxy?

-- gil


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

Re: z/OS holddata per https?

[Jesse 1 Robinson]

I can confirm that HTTPS replaces FTP for downloads very nicely. Our use of FTP 
depends on a gizmo (Bluecoat) that cannot understand FTPS. We made the switch 
to HTTPS some time ago. 

Uploading doc (dumps, etc) is also problematic, but IBM has not pulled the plug 
yet on FTP. Nonetheless we also found a way to upload doc via PDUU using HTTPS 
without disturbing the gizmo. 

.
.
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 
Kurt Quackenbush
Sent: Monday, January 11, 2021 5:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: z/OS holddata per https?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

> Does anybody a link where these holddata are downloadable via http/s?
Not exactly what you asked for, but you can order and download the HOLDDATA, 
all with HTTPS, using SMP/E RECEIVE ORDER.  Read about it here (watch the wrap:
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.gim3000/dsetup.htm

Kurt Quackenbush -- IBM, SMP/E Development Chuck Norris never uses CHECK when 
he applies PTFs.


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

Re: Message IEF302A

[Jesse 1 Robinson]

We routed this ticket to the application group that submitted the offending 
job. They admitted that they had made some kind of JCL error and would correct 
it. Given the fallout--our syslog archive processing was delayed by 12 hours 
because no one noticed the outstanding WTR--we're planned to automate a 
negative response to the message. The job will fail, but it was wrong anyway so 
no big loss. My feeling is that there is no possible response that would allow 
the job to complete as intended, so I don't really understand IBM's motivation 
for this logic. Not in 2021 anyway. 

.
.
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 Joe 
Monk
Sent: Thursday, December 31, 2020 11:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Message IEF302A

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

Explanation

The external writer is waiting for the operator to validate writer name 
. The writer name was specified on a SYSOUT DD statement in JOBID j.
Operator response

If the writer name is valid and is to be used by the external writer, then 
enter REPLY xx,‘U’ and the external writer will use the name. If the writer 
name is invalid and the external writer is not to use the name and is to bypass 
and delete this data set, enter REPLY xx,‘N’. If the external writer is to use 
another writer name, enter REPLY xx, ‘N,’, where  is the other 
writer name. Finally, if  is not valid and the operator wants the 
external writer to use the IBM-supplied default writer name, enter REPLY xx,‘D’ 
and the external writer will use the default writer name to write the data set.
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieam800/gg302a.htm

So, it would seem the correct response is R xx,D to use the default writer.

Joe

On Thu, Dec 31, 2020 at 12:50 PM Jesse 1 Robinson 
wrote:

> We've had a couple of instances recently of message IEF302A:
>
> jobname WTR WAITING TO START  FOR JOBID 
>
> We sort of interpreted it as an ENQ conflict, except that there are no 
> actual data sets involved. It seems to revolve around a job calling 
> for a particular WTR, very unusual around here for an application job. 
> The job gets hung and prevents other jobs from running that also 
> specify a WTR name. The stickler is that the specified WTR is not 
> available on that system. One of our housekeeping jobs (system log 
> offload) waited for 12 hours before Ops noticed.
>
> I've been in this biz for decades and never saw this problem. The 
> message allows several different replies. I'm inclined to reply-in 
> effect-cancel automatically because I see no way to salvage the job. Any 
> other ideas?


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

Message IEF302A

[Jesse 1 Robinson]

We've had a couple of instances recently of message IEF302A:

jobname WTR WAITING TO START  FOR JOBID 

We sort of interpreted it as an ENQ conflict, except that there are no actual 
data sets involved. It seems to revolve around a job calling for a particular 
WTR, very unusual around here for an application job. The job gets hung and 
prevents other jobs from running that also specify a WTR name. The stickler is 
that the specified WTR is not available on that system. One of our housekeeping 
jobs (system log offload) waited for 12 hours before Ops noticed.

I've been in this biz for decades and never saw this problem. The message 
allows several different replies. I'm inclined to reply-in effect-cancel 
automatically because I see no way to salvage the job. Any other ideas?

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


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

Re: TSO timeout S622

[Jesse 1 Robinson]

I don't actually see evidence of timeout, which should generate at least one 
S322 abend message. 622 is I/O error, which can result from any number of 
'unconditional logoff' events. Consider CANCEL from an unexpected source. 

.
.
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 
Nai, Dean
Sent: Monday, December 28, 2020 8:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: TSO timeout S622

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

Thanks everyone for your suggestions. I am looking into all of them.


From: IBM Mainframe Discussion List  on behalf of 
Steely.Mark 
Sent: Monday, December 28, 2020 11:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: TSO timeout S622

EXTERNAL: Do not open attachments or click on links unless you recognize and 
trust the sender.


Also check your JES PARM JOBCLASS(TSU). That has a TIME option.

Thanks

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Brennan
Sent: Monday, December 28, 2020 10:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO timeout S622

ATTENTION: This e-mail came from an external source. Do not open attachments or 
click on links from unknown or unexpected emails.


Also suggest you check your security system.  ACF2 has a setting that can 
influence S622 time outs at both a global level and an individual id level.  
Not sure if RACF and Top Secret have the same ability.

Michael


From: IBM Mainframe Discussion List  on behalf of 
Lizette Koehler 
Sent: Monday, December 28, 2020 10:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO timeout S622

[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 would start with D SMF,O in SDSF LOG function on the system getting the
S622

What you think is in SMF may be something else when displayed.

Next I would work with an ID (Hopefully yours) that is getting S622.

Then logon the ID and start a stop watch.  Make sure you can repeat the error

Next - are you using a Session Manager?  Can it control length of time of 
inactivity and cause a S622

Lastly - any changes since the last time it worked and when it first started to 
get S622?

Lizette


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Nai, Dean
Sent: Monday, December 28, 2020 5:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: TSO timeout S622

Morning,

 Our TSO sessions are timing out in less than 15 minutes even though we has 
SMFPRM00 set to JWT(0030). Any thoughts on what else could be causing this?

0090  IKT100I USERID SYSxxxCANCELED DUE TO UNCONDITIONAL LOGOFF
0090  EZZ6034I TN3270 CONN 0010269E LU TCP00059 CONN DROP  INACT-S 894
0090IP..PORT: 
https://urldefense.com/v3/__http://10.250.214.220__;!!Oai6dtTQULp8Sw!HyCQtMV1DQ-qAgtZnYvr4QdA7aGi68vAKoIGyJLpUfFkrZ65TULZq-k3USSewcUkMa2-$
 ..19745
0281  IKT122I IPADDR..PORT 
https://urldefense.com/v3/__http://10.250.214.220__;!!Oai6dtTQULp8Sw!HyCQtMV1DQ-qAgtZnYvr4QdA7aGi68vAKoIGyJLpUfFkrZ65TULZq-k3USSewcUkMa2-$
 ..19745
0285  IEA989I SLIP TRAP ID=X622 MATCHED.  JOBNAME=SYSxxx  , ASID=00DD.
0285  IEA989I SLIP TRAP ID=X13E MATCHED.  JOBNAME=SYSxxx  , ASID=00DD.
0285  IEA989I SLIP TRAP ID=X13E MATCHED.  JOBNAME=SYSxxx  , ASID=00DD.
0090  EZZ6034I TN3270 CONN 00101B55 LU MULTIPLE CONN DROP  INACT-S 900
0090IP..PORT: 
https://urldefense.com/v3/__http://10.250.214.209__;!!Oai6dtTQULp8Sw!HyCQtMV1DQ-qAgtZnYvr4QdA7aGi68vAKoIGyJLpUfFkrZ65TULZq-k3USSewTHhWsU8$
 ..60713
0090  IEF450I SYSxxx IKJACCNT IKJSYS - ABEND=S622 U REASON= 901
0090  TIME=07.19.08
0090  $HASP395 SYSxxx  ENDED - ABEND=S622


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

Re: TS7720 to EMC DLM migration

[Jesse 1 Robinson]

The migration was complex enough that we engaged a separate third party ISV to 
guide us through. This was going from a combination of virtual (STK) and 
physical tape 100% DLm. Allow several months.  

.
.
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 
Steve Pryor
Sent: Thursday, December 24, 2020 8:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: TS7720 to EMC DLM migration

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

In answer to your question, there are plenty of "things to be done", depending 
upon factors such as:

- what tape management system do you have? Will the new technology share the 
scratch volser range or will a new one be used?
- will the migration be performed volume-by-volume ('cloning') or 
dataset-by-dataset (copy)?
- do applications maintain their own tape metadata repositories outside of the 
tape management system (CA-View, HSM, others)?
- how many drives/how much time will be available for the migration as opposed 
to production work?
- are the source/target volumes going to be SMS managed or will UNIT esoterics 
be used?
- how many datasets and how much data needs to be migrated vs how much can 
'naturally' expire or roll off? What's the target date?
- who's going to perform the migration tasks? Contractors? Vendors? In-house 
staff?

There are lots of issues to consider. You might want to have a look at some of 
the Share proceedings on this topic. I've done a few of these in the past both 
as general education and in conjunction with our tape migration software (see 
Share Sessions such as 11020 and 14361, among many others).

Steve Pryor
DTS Software, Inc.
1.919.833.8426 x162
st...@dtssoftware.com
www.dtssoftware.com

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

Re: Build and submit proc

[Jesse 1 Robinson]

The overlooked link in evolution. 

.
.
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 Tom 
Brennan
Sent: Tuesday, December 22, 2020 12:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Build and submit proc

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

Whew!  Then I'm lucky I never really wrote any JCL - I always copy something 
similar.  In fact, if JCL had DNA I bet most could be traced back to a single 
IEBGENER job, formed in a tide pool eons ago.

On 12/22/2020 11:14 AM, Hobart Spitz wrote:
> You can do it in batch REXX.
>
> Stop being brain-dead and thinking about everything in terms of JCL.
>
> I've don't write JCL anymore.
>
> JCL causes brain-damage.
>
>
> On Tuesday, December 22, 2020, Jousma, David < 
> 01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
>
>> I would build the JCL, and then FTP it with the filetype below.   That
>> will submit and run the job.
>>
>> SITE FILEtype=JES NOJESGETBYDSN
>> put your.modified.jcl.
>>
>> 
>> _
>> Dave Jousma
>> AVP | Director, Technology Engineering
>>
>> Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand 
>> Rapids, MI 49546
>> 616.653.8429  |  fax: 616.653.2717
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On 
>> Behalf Of Fred Kaptein
>> Sent: Tuesday, December 22, 2020 12:11 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Build and submit proc
>>
>> **CAUTION EXTERNAL EMAIL**
>>
>> **DO NOT open attachments or click on links from unknown senders or 
>> unexpected emails**
>>
>> Hello,
>> I would like to build a JCL batch job called BACKUPS, that does the
>> following:
>> 1) STEP01
>>  Create a JCL proc in MYLIB.PROCLIB(BKUP)
>> 2) STEP02
>>  Execute the proc MYLIB.PROCLIB(BKUP)
>>
>> My testing finds that STEP02 runs the proc in MYLIB.PROCLIB(BKUP) 
>> that was built prior to submitting job BACKUPS.
>>
>> Is there a way to do these two steps in one job and not two?
>>
>> Thanks
>>
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions, 
>> send email to lists...@listserv.ua.edu with the message: INFO 
>> IBM-MAIN **CAUTION EXTERNAL EMAIL**
>>
>> **DO NOT open attachments or click on links from unknown senders or 
>> unexpected emails**
>>
>> This e-mail transmission contains information that is confidential and may
>> be privileged.   It is intended only for the addressee(s) named above. If
>> you receive this e-mail in error, please do not read, copy or 
>> disseminate it in any manner. If you are not the intended recipient, 
>> any disclosure, copying, distribution or use of the contents of this 
>> information is prohibited. Please reply to the message immediately by 
>> informing the sender that the message was misdirected. After 
>> replying, please erase it from your computer system. Your assistance in 
>> correcting this error is appreciated.
>>
>>
>> -
>> - 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

Test post

[Jesse 1 Robinson]

I have not received any post since Thursday.

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


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

Re: CA Broadcom Replacement Software

[Jesse 1 Robinson]

I don't mean to sound like a salesman, there are a few pluses for TPX that I 
have not seen mentioned.

-- Sometimes a person has a unique userid or password on one app. For example, 
I have a userid and password on a CICS region that is different from my TSO 
credentials. TPX can map *your* credentials for an oddball app so that you can 
log on seamlessly. 

-- TPX has (I think an add-on) feature to assist in changing password. If you 
have apps on a dozen different SAF plexes, you can change your password in TPX 
itself, then logon one by one to all other TPX-supported apps. TPX recognizes 
that you just changed your password in that session, so as long as the old 
password on an app is the same as the old TPX password, TPX will automatically 
change the target password to match. You can rip through a dozen apps in a 
minute. 

-- You can define different PFKeys to take you straight to particular 
sessions--limited only by the number of PFKeys.

I don't know of any emulator--even the best one--that can perform these 
functions. 
 
.
.
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 
Steve Smith
Sent: Thursday, December 10, 2020 1:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: CA Broadcom Replacement Software

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

fwiw, I use Vista TN3270, and almost exclusively for TSO.  I typically have
3-10 sessions at a time.  Each runs its own window and process.  It works quite 
well, and each session can be sized (and sounded!... cowbell means this, 
marimba means that) to suit.  Kudos forever to Tom Brennan.  fwiw, I am a 
long-time paid customer, and will boldly state he doesn't charge as much as he 
should (he might boldly state I can send him more money anytime I please).

Long ago (if not so far away), I used TPX, but that was mainly back in the real 
327x days, and when VTAM was more than just a vestige.  It was then a killer 
app.  The only advantage I can perceive now is the ability to recover from 
network breakages more cleanly.  Fortunately, that's not much of a problem for 
me, and most systems patiently wait for me to reconnect anyway.

I do wish I wasn't afflicted and infected with Windows, but that's a different 
off-topic, and doesn't really affect 3270 emulation much.

sas


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

Re: CA Broadcom Replacement Software

[Jesse 1 Robinson]

I want to disagree that multiple emulator sessions--even the best, and you all 
know what that is--substitutes for a proper external session manager. Even as a 
simple minded MVS sysprog, I have dozens of LPARs to deal with between prod and 
DR. I have 'only' TSO, SMCS, and OMEGAstuff to deal with. My CICS and Db2 
sysprogs have dozens more regions as well. I maintain that there is no emulator 
that can sanely handle scores of concurrent logon sessions. There are a number 
of session managers to choose from, but outside of the simplest of SNA 
environments, I think you need something. I've used TPX for decades at 
different shops. Just choose something and go with it.  

.
.
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 
Paul Gilmartin
Sent: Wednesday, December 9, 2020 1:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: CA Broadcom Replacement Software

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

On Wed, 9 Dec 2020 19:35:22 +, Styles, Andy wrote:
>
>Logging back on with RECONNECT - either at a native VTAM (unformatted?) 
>screen, as in LOGON APPLID(blah) DATA(RECONNECT) - and/or possibly with the 
>Reconnect option selected on the full screen TSO logon screen takes me 
>straight back to where I was whenever I experience a drop out. I don't know 
>whether that's a setting in VTAM, IP or something else, but it has saved me on 
>countless occasions. That's assuming you're trying to get back to TSO of 
>course.
>
How does RECONNECT interact with multiple tn3270 windows?  If each RECONNECT 
restores an additional tn3270 session, it's tedious but effective.


>-Original Message-
>From: Pommier, Rex
>Sent: 09 December 2020 19:18
>
>I'm going to *slightly* disagree with the multi windows instead of a session 
>manager.  Session manager gets closer to a single signon ...


>-Original Message-
>From:  Gibney, Dave
>Sent: Wednesday, December 9, 2020 1:09 PM
>
>DFRMM for CA-1
>Multiple tn3270 windows instead of any session manager
>
Have the difficulties with multiple tn3270 windows such as ISPPROF ENQ 
conflicts been resolved?


>> -Original Message-
>> From: Elaine Beal
>> Sent: Wednesday, December 09, 2020 11:07 AM
>>
>> Any recommendations for CA1, CA Workload Automation (JSS/ESP), TPX 
>> session manager replacements?

-- gil


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

Re: does anyone recall any details about MVS/XA?

[Jesse 1 Robinson]

Reliance on 24 bit addressing is a hallmark of the Bill Gates school of 
capacity projection. 

.
.
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 
Seymour J Metz
Sent: Wednesday, December 9, 2020 8:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: does anyone recall any details about MVS/XA?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

I remember being shocked that IBM believed 24 bits to be enough; it's part and 
parcel of the short term planning that has come back to haunt us. While I 
believe that 64-bit addresses will be enough for the foreseeable future, it's 
not something that I would put any money on. And, yes, if 64 bits starts 
looking tight, 128 bits is the next logical step, and I would be willing to bet 
against outgrowing that.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Mike Wawiorko [014ab5cdfb21-dmarc-requ...@listserv.ua.edu]
Sent: Wednesday, December 9, 2020 9:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: does anyone recall any details about MVS/XA?

I remember an IBM SE presenting XA to us saying 31 bit addressing and 2GB 
memory would serve every need.

Now how long since 64 bit?

How long before everything fully supports 64 bit though?

128 bit next?

Mike Wawiorko


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

Re: does anyone recall any details about MVS/XA?

[Jesse 1 Robinson]

We have downloaded ServerPac for years entirely from the network. No need for 
tape.

.
.
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 
Paul Gilmartin
Sent: Tuesday, December 8, 2020 5:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: does anyone recall any details about MVS/XA?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

On Wed, 9 Dec 2020 00:48:31 +, Seymour J Metz wrote:

>You needed an MVS driver system to install MVS/XA. Most customers already had 
>an existing MVS/SP system, and didn't need to order the starter system. IPO 
>and PSO were available later. Optional souce was available on tape. There was 
>no PTF optional source; if the module was hit by service, you had to rely on 
>the microfiche.
>
What's the process today for a new site with no real tapes?

-- gil


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

Re: Extraneous blanks in SDSF issued command

[Jesse 1 Robinson]

Wow. I had forgotten about Paste-by-typing! IIRC Tom created that function 
years ago at my request to handle some long since abandoned IBM problem 
management app. Until now I never had a reason to revisit the function. 

In my estimation, most of Vista's special copy/paste functions cannot be found 
represented in ANY other emulator. 



.
.
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 
Charles Mills
Sent: Tuesday, December 1, 2020 3:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Extraneous blanks in SDSF issued command

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

Yes, I use Paste-by-Typing on that panel and it works as desired.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Brennan
Sent: Tuesday, December 1, 2020 3:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Extraneous blanks in SDSF issued command

I purposely don't say Vista emulates any particular real terminal, and there's 
no option to specify you want to look like a 3278 vs. a 3279 or whatever.  That 
helps keep me out of trouble when it comes to details like this :)

But in addition, I took some poetic-license with certain things that bothered 
me about a real terminal.  For example, I seem to remember some programs that 
would initially fill an input area with nulls, and if you moved the cursor out 
to the right and started typing, the host would remove the nulls abd scoot your 
typing to the left.  Not what I wanted, so there's a Vista option (on by 
default) that replaces those nulls to the left with real spaces.  I don't think 
that's involved with this problem though.

There's another option to convert nulls to blanks when sending them to the host 
(off by default), in case anybody needs that.  But that causes enough trouble 
that when you try to set that option in Vista, you get a warning window telling 
you that you probably don't want to do that.

I need to find Skip's original post and see if I can reproduce the error and 
perhaps understand it a bit better, or at least see if it could be an emulator 
issue or not.

I typically use an old PCOMM version I have to determine what a real terminal 
would do, since I'll probably never see another real one except at a museum.  
My theory was the old PCOMM was programmed using logic obtained directly from 
the ROM in a real terminal, maybe even ported.
So I would expect PCOMM to be the gold-standard when any questions come up.

If that SDSF screen is the one I'm thinking of, it's a couple of separate 
fields with a jump to the second line.  If you have a long command in your 
clipboard, you might try the PasteByTyping function which simulates typing each 
character and does the jump.  Menu:
Edit/Paste-Functions/Paste-By-Typing.  But yeah, it might be a stretch to 
expect an emulator to do inserts and deletes as if it was one line.

Oops... Sorry.  Long post.


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

Re: Extraneous blanks in SDSF issued command

[Jesse 1 Robinson]

I considered the effect of trailing blanks and had my colleague check for nulls 
or blanks in ISPF Option 0.

General 
  Input field pad . . N 
  Command delimiter . ;

Even after changing from blank to null, his SDSF fill character appeared to be 
blank. 

.
.
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 Rob 
Scott
Sent: Monday, November 30, 2020 9:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Extraneous blanks in SDSF issued command

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

>> No!  Don't think of "stripping trailing blanks".  Simply don't append 
>> blanks when the input field contained NULs (which the 3270 protocol 
>> doesn't transmit to the host.  Some emulators deviate from this.)

When a user EOFs part of the line and presses enter, the ISPF application gets 
the variable value padded to the RHS with whatever the ISFP ATTR PAD() keyword 
states or defaults to.

In SDSF's case this is blanks so we have to treat the data from the first line 
as having "trailing blanks" as we cannot determine if EOF was used or the user 
just overtyped the line with blanks.

This may well be different in raw 3270 datasteam (I have very limited exposure 
to that) , however interactive use of SDSF on z/OS is mainly via ISPF.

Rob Scott
Rocket Software

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: 30 November 2020 16:23
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Extraneous blanks in SDSF issued command

EXTERNAL EMAIL





On Mon, 30 Nov 2020 16:10:51 +, Rob Scott wrote:
>
>(3) Automatically stripping trailing blanks from the first line would require 
>SDSF to have knowledge of the syntax of the command or some sort of awareness 
>of whether quotes or double-quotes are in effect and unbounded and if so, is 
>this meaningful or not. This is not something that SDSF wants to get involved 
>in as the text is freeform and what might appear to be apparent strange values 
>may be expected by the receiving user or ISV software product that processes 
>the command.
>
No!  Don't think of "stripping trailing blanks".  Simply don't append blanks 
when the input field contained NULs (which the 3270 protocol doesn't transmit 
to the host.  Some emulators deviate from this.)

>The lack of "insert mode" across both lines is frustrating, but I am not sure 
>there is a solution to that apart from a wide screen panel that has a single 
>input field. This would only provide relief for people running wide screen 
>3270 modes and most of our users are 43x80.
>
A field needn't be restricted to a single line.  Those two lines should be 
formatted as a single field.

-- gil

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

Re: Extraneous blanks in SDSF issued command

[Jesse 1 Robinson]

I'll have to give this a try. What I did not mention in the original post was 
that we 'edited' this complicated command in a text file and then copy/pasted 
it into the command screen. Also did not reveal that the way we got it to work 
was to enter it as a subcommand to TSO OPER. That was quite trip around the 
block for what should have been a few steps. 

.
.
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 
David Spiegel
Sent: Sunday, November 29, 2020 10:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Extraneous blanks in SDSF issued command

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

Hi Skip,
Here is what my panel looks like:|
  EsssN
  e   Edit  Options Help e
  e  e
  e   System Command ExtensionEnd of data e
  e e
  e ===> SL SET,A=SVCD,ID=SKIP,C=522,J=CSSW?L01,JL=(CSSW?L01,OPERTUNE,DB  e
  e ===> 04MSTR),SDATA=(RGN,CSA,TRT),END e
  e e

I just kept typing and the text wrapped to the second line.
BTW, the command worked.

Regards,
David


On 2020-11-29 12:52, Jesse 1 Robinson wrote:
> 2) might work, but it doesn't explain the blank problem. 1) does not work 
> because the two lines of SDSF command are not actually a single buffer the 
> way TSO option 6 is. At the end of the line, the keyboard locks. Likewise, 
> deleting blanks at the end of the line does pull the second line forward.
>
> .
> .
> 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 David Spiegel
> Sent: Sunday, November 29, 2020 9:32 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: Extraneous blanks in SDSF issued command
>
> *** EXTERNAL EMAIL - Use caution when opening links or attachments ***
>
> Hi Skip,
> There are 2 things you can do:
> 1) Keep typing and let the text wrap
> 2) Strike Enter after "OPERTUNE," and continue the command by Replying to the 
> next WTOR.
>
> Regards,
> David
>
> On 2020-11-29 12:23, Jesse 1 Robinson wrote:
>> We were instructed by a vendor to set a two line SLIP trap for a 
>> problem affecting their product. My colleague used the SDSF command 
>> facility (/+) to enter the command. Working together, we could not 
>> get it to work because trailing blanks on the first line were passed 
>> to MVS, breaking the command. Here's the command. (? Is a single 
>> character wildcard.)
>>
>> |   System Command Extension|
>> |
>> | | ===> SL 
>> | | SET,A=SVCD,ID=SKIP,C=522,J=CSSW?L01,JL=(CSSW?L01,OPERTUNE,|
>> | ===> DB04MSTR),SDATA=(RGN,CSA,TRT),END|
>> |
>> | |
>>
>> The four blanks () went to MVS and caused a break in the SLIP command so 
>> that everything after 'OPERTUNE' was apparently treated as a comment. We 
>> played with this for some time but could not get rid of the blanks. We 
>> eventually found  a different way to enter the command, but I'd like to know 
>> if we're missing something. Pored over online doc but could not see anything 
>> relevant.
>>
>> .
>> .
>> 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<mailto:robin...@sce.com>


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

Re: Extraneous blanks in SDSF issued command

[Jesse 1 Robinson]

As an aside, David Spiegels option 2), if it works, depends on the quirky SLIP 
command, since very few commands continue reprompting until a logical end.

EOF does not work because the two line buffers appear not be connected. 

Inserting blanks up front might work. Kind of a pain. But thanks! 

.
.
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 
Paul Gilmartin
Sent: Sunday, November 29, 2020 9:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Extraneous blanks in SDSF issued command

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

On Sun, 29 Nov 2020 12:31:42 -0500, David Spiegel wrote:
>
>There are 2 things you can do:
>1) Keep typing and let the text wrap
>2) Strike Enter after "OPERTUNE," and continue the command by Replying 
>to the next WTOR.
>
3) Place the cursor at the first of the four blanks and press "Erase EOF".
4) Begin the command line with "SLbSET,..." so there's no room for 4 blanks.

If (3) doesn't work, it's SR time.  UIs shouldn't play games with your text.


>On 2020-11-29 12:23, Jesse 1 Robinson wrote:
>> We were instructed by a vendor to set a two line SLIP trap for a 
>> problem affecting their product. My colleague used the SDSF command 
>> facility (/+) to enter the command. Working together, we could not 
>> get it to work because trailing blanks on the first line were passed 
>> to MVS, breaking the command. Here's the command. (? Is a single 
>> character wildcard.)
>>
>> |   System Command Extension|
>> |   
>> | | ===> SL SET,A=SVCD,ID=SKIP,C=522,J=CSSW?L01,JL=(CSSW?L01,OPERTUNE,|
>> | ===> DB04MSTR),SDATA=(RGN,CSA,TRT),END|
>> |   
>> | |
>>
>> The four blanks () went to MVS and caused a break in the SLIP command so 
>> that everything after 'OPERTUNE' was apparently treated as a comment. We 
>> played with this for some time but could not get rid of the blanks. We 
>> eventually found  a different way to enter the command, but I'd like to know 
>> if we're missing something. Pored over online doc but could not see anything 
>> relevant.

-- gil


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

Re: Extraneous blanks in SDSF issued command

[Jesse 1 Robinson]

2) might work, but it doesn't explain the blank problem. 1) does not work 
because the two lines of SDSF command are not actually a single buffer the way 
TSO option 6 is. At the end of the line, the keyboard locks. Likewise, deleting 
blanks at the end of the line does pull the second line forward.  

.
.
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 
David Spiegel
Sent: Sunday, November 29, 2020 9:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Extraneous blanks in SDSF issued command

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

Hi Skip,
There are 2 things you can do:
1) Keep typing and let the text wrap
2) Strike Enter after "OPERTUNE," and continue the command by Replying to the 
next WTOR.

Regards,
David

On 2020-11-29 12:23, Jesse 1 Robinson wrote:
> We were instructed by a vendor to set a two line SLIP trap for a 
> problem affecting their product. My colleague used the SDSF command 
> facility (/+) to enter the command. Working together, we could not get 
> it to work because trailing blanks on the first line were passed to 
> MVS, breaking the command. Here's the command. (? Is a single 
> character wildcard.)
>
> |   System Command Extension|
> |   
> | | ===> SL SET,A=SVCD,ID=SKIP,C=522,J=CSSW?L01,JL=(CSSW?L01,OPERTUNE,|
> | ===> DB04MSTR),SDATA=(RGN,CSA,TRT),END|
> |   
> | |
>
> The four blanks () went to MVS and caused a break in the SLIP command so 
> that everything after 'OPERTUNE' was apparently treated as a comment. We 
> played with this for some time but could not get rid of the blanks. We 
> eventually found  a different way to enter the command, but I'd like to know 
> if we're missing something. Pored over online doc but could not see anything 
> relevant.
>
> .
> .
> 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<mailto:robin...@sce.com>


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

Extraneous blanks in SDSF issued command

[Jesse 1 Robinson]

We were instructed by a vendor to set a two line SLIP trap for a problem 
affecting their product. My colleague used the SDSF command facility (/+) to 
enter the command. Working together, we could not get it to work because 
trailing blanks on the first line were passed to MVS, breaking the command. 
Here's the command. (? Is a single character wildcard.)

|   System Command Extension|
|   |
| ===> SL SET,A=SVCD,ID=SKIP,C=522,J=CSSW?L01,JL=(CSSW?L01,OPERTUNE,|
| ===> DB04MSTR),SDATA=(RGN,CSA,TRT),END|
|   |

The four blanks () went to MVS and caused a break in the SLIP command so 
that everything after 'OPERTUNE' was apparently treated as a comment. We played 
with this for some time but could not get rid of the blanks. We eventually 
found  a different way to enter the command, but I'd like to know if we're 
missing something. Pored over online doc but could not see anything relevant.

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


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

Re: Running same stc in a LPAR

[Jesse 1 Robinson]

An example of duplicate STCs is 'INIT'. No action is required to run an 
unlimited number of initiators. As someone else pointed out, a particular STC 
may and often does prohibit duplicates in its own code, but that is not an MVS 
limitation. 

.
.
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 Tom 
Wasik
Sent: Monday, November 23, 2020 7:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Running same stc in a LPAR

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

You can allow duplicate jobs to run based on JOBCLASS (DUPL_JOB=DELAY|NODELAY 
as of z/OS 1.7 - 2005), at a system level (JOBDEF DUPL_JOB=DELAY|NODELAY as of 
OS/390 release 3 - 1997) and with z/OS 2.4, you can exempt a particular job 
from duplicate job delays using the JES2 POLICY function.

Tom Wasik


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

Re: IEA213A DUPLICATE VOLUME

[Jesse 1 Robinson]

Your DASD managers are the culprits. As I said in another post, this condition 
could persist for quite some time until an attempt to vary a duplicate volser 
online or to IPL.  

.
.
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 
Steve Lee
Sent: Friday, November 20, 2020 2:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: IEA213A DUPLICATE VOLUME

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

Hi Robinson,

Good to know the experience you were with.

Ops has a enough time to reply the WTORs in those particular lpars.

Those Volumes are 3400/3800/4800 strings, not all of volumes but some of ranges.
I need to check with Storage if those has been CLIPped.
These messages started coming out from a few last IPL cycles, no messages until 
the last few IPLs which I think Storage made a change before.

Possible solution would be that being allowed to indicate that in the case of a 
dup, either the HIGHER or LOWER address be put offline in IO Configuration part 
in IODF when a dup is encountered if the CLIPped is a necessity at their end.

Thanks,
Steve


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

Re: IEA213A DUPLICATE VOLUME

[Jesse 1 Robinson]

I believe that this behavior is as old as OS/VS. I don't understand the logic 
except that it follows the principle that all connected devices are to be 
brought online unless specifically excluded in the (nowadays) IODF. It's all a 
bit counter intuitive considering that what *we* want is a particular volume to 
be online. Achieving that goal in the face of possibly several duplicate 
volsers can be daunting. 

.
.
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 
Steve Smith
Sent: Friday, November 20, 2020 2:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: IEA213A DUPLICATE VOLUME

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

I wonder why the message asks for the unit to be kept *offline*.  Seems like 
the inverse would be more logical.  And what if you have ten volumes all named 
the same?

Yes, this is merely a Friday curiosity.  Presumably, the age-old maxim, "If it 
hurts, stop doing it" would cover most practical situations.

sas


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

Re: IEA213A DUPLICATE VOLUME

[Jesse 1 Robinson]

Note that the prohibition against duplicate volsers affects only *online* 
volumes. It does not apply to volumes that simply happen to be 
physically/logically connected. If a volume is CLIPped to a volser matching one 
already online, there is no error posted at that time. This condition can last 
indefinitely until V ONLINE is attempted or an IPL in initiated. In the case of 
V ONLINE, the action will fail and require correction. 

The insidious problem is attempting to IPL with dups. IPL will stop at each and 
every dup encountered. I've seen cases where an entire 'string' of DASD was 
overlooked in the final step of moving DASD volumes from one location to 
another. Unless you have an already running system to work from, Operator has 
to reply to IEA213A enough times to get past the dups. If the IPL needs to be 
restarted for any reason, then the same replies have to be reentered.

I have suggested (without a formal requirement) that the installation be 
allowed to indicate that in the case of a dup, either the HIGHER or LOWER 
address be put offline when a dup is encountered. That would handle most cases 
well enough to get a running system. Meanwhile...

.
.
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 
Steve Lee
Sent: Friday, November 20, 2020 9:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: IEA213A DUPLICATE VOLUME

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

Thanks Mark. Steve

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

Re: Is there a JES2 command to submit a job?

[Jesse 1 Robinson]

Skinning a cat is certainly an idiom. Like most idioms, its origin is obscure 
or even controversial--not so much the idea, but the history of the phrase. I 
Googled it and delighted in the variations. For one, 

"There's more than one way to skin a cat means there are many ways to do 
something, there are many ways to achieve a goal. The oldest known use of the 
phrase dates back to 1854, in the work 'Way down East; or, Portraitures of 
Yankee Life by Seba Smith."

Yet another citation says 

"But by the 19th century, the tide had turned decisively against poor Kitty. In 
1840, American humorist Seba Smith indicated as much in her short story “The 
Money Diggers” when she wrote: “As it is said, ‘There are more ways than one to 
skin a cat,’ so are there more ways than one of digging for money.”

Same person, different work cited. As I said, no one has ever detailed the 
options. And in the end, does it matter to the cat? 

.
.
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 R.S.
Sent: Thursday, November 19, 2020 1:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Is there a JES2 command to submit a job?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

W dniu 19.11.2020 o 21:48, David Spiegel pisze:
> Hi Skip,
> "... That means your job may contain DD * statements, etc.  ..."
> As of z/OS 1.13, Cataloged Procedures can have DD *

Yes, I wanted to say that as well, but simply forgot. There are also new 
features in JCL since z/OS 2.1, which I didn't mention. However my point was to 
focus on started job - which is very, very close to the topic.
And it is really simple, isn't it?


BTW: "Hi Skip" - is it some kind of idiom?



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

Re: Is there a JES2 command to submit a job?

[Jesse 1 Robinson]

There are apparently several ways to skin a cat. Are they documented anywhere? 
Aside from the question of why do it, I've always wondered if the cat cares...

.
.
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 R.S.
Sent: Thursday, November 19, 2020 12:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Is there a JES2 command to submit a job?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

W dniu 19.11.2020 o 00:00, Charles Mills pisze:
> Is there a JES2 command to submit a job from a PDS or PROCLIB, roughly 
> analogous to TSO SUBMIT?
>
> I want to run a predefined job, unmodified, once a day. (No, I don't 
> have a real scheduler.) I figured I could do something with $T 
> A,I=86400,'command'
> but I don't see what the command would be. It seems like an obvious 
> thing for JES2 to be able to do.
>
> Do I use $VS,'S proc' and run it like a started task that just happens 
> to end after a minute or so?
>
> I vaguely recall there is a way to submit a job (via TSO or whatever) 
> such that it gets held and then could be released with a JES2 command 
> but also left in the input queue for another release? Am I on the right 
> track? Or ...
> ?
>
> Thanks. Sorry for the newbie question. I'm a newbie operator.

My €0.02:
1. For professional scheduling there are commercial tools like BMC CTM, IBM 
TWS, CA ESP, etc. Of course it is not worth to pay just to schedule one job a 
day. However ...maybe you have it already in your shop? Just check it.


2. For JES2 (and no batch scheduler) I would use $TA... $VS S member.
That means your JES2 'wannabe-scheduler'  periodically issue START command, 
which is MVS command.
Old farts say it is for starting members of PROCLIB, that mean JCL procedures. 
It is no longer true (for years), you can start a job using same command and 
same library. That means your job may contain DD * statements, etc.
Not enough? Well you started job/procedure may submit regular job.

Caution: is it SIMPLE. Mainframe gurus will hate it ;-)


3. There are other ways to skin a cat. Some of them include existing tools, 
like cron, however really aspiring way is to start with assembler, APF and 
MODESET 0. ;-) (yes, this is kind of joke)

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

Re: Has anyone integrated Rexx with IKJPARS?

[Jesse 1 Robinson]

No argument. Still, it's hard to beat the flexibility of TSO/CLIST parameter 
handling. I wrote a TSO command once partly for kicks. Really complicated. 
Pointers to pointers to pointers. When it was done, it was super easy to use. 
Sigh.  

.
.
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 
Jeremy Nicoll
Sent: Thursday, November 19, 2020 12:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Has anyone integrated Rexx with IKJPARS?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

On Thu, 19 Nov 2020, at 19:30, Charles Mills wrote:
> It would appear to be a lot of work, but it would seem that "TSO 
> format command parsing" and Rexx would be a natural marriage.
>
> I have never used IKJPARS, so I don't claim to be an expert, and 
> others might disagree.

Surely very few people use command line TSO though?  Isn't it more common if 
there's something complicated to do to offer the user an ispf panel (which will 
remember previous parameter choices) to set up the options they want?

Also, even if you do make TSO REXX IKJPARS-capable, all you're doing is making 
REXX inconsistent across all the different subsystems that it's usable in.




> The issue I am struggling with is that for all of Rexx's parsing 
> power, which is of course legendary, it does not seem well-suited to classic 
> "MVS"
> (for want of a better term) quoted strings. I am considering an EXEC 
> that would accept parameters of
>
> 'a quoted string', 'another quoted string', simpletoken1, simpletoken2, ...

Why do you need quoted strings?

Something I do in some situations is make the very first character of an 
arbitrary string a delimiter, and then wherever that same character appears 
later on, the string gets chopped up on that.  So

> 'now isn''t the time', 'nor, is this', MYTOKEN, YOURTOKEN

might become

  !now isn't the time!nor, is this!MYTOKEN!YOURTOKEN

(I also sometimes have an escaped blank character so that an exec that expects 
a single token as its argument could be given

 !the!meaning!of!life

but still process that as "the meaning of life".

Or I pass tokens which are: c2x(whatever)



--
Jeremy Nicoll - my opinions are my own.


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

Re: Has anyone integrated Rexx with IKJPARS?

[Jesse 1 Robinson]

Oops. I meant ' TSO/CLIST capabilities'. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Thursday, November 19, 2020 11:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Has anyone integrated Rexx with IKJPARS?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

CLIST has pretty much the same parsing capabilities as TSO. I think that's 
natural as both types of command processors were developed on the same 
platform. REXX OTOH was imported to MVS from elsewhere--VM? I miss those 
TSO/REXX capabilities.

I once encountered a 'REXX preamble' that provided those parsing capabilities. 
Really complex code. I haven't seen it for years. Not sure I would line up 
today to adapt it for modern use. VM denizens don't even understand this 
conversation.

.
.
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 
Charles Mills
Sent: Thursday, November 19, 2020 11:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Has anyone integrated Rexx with IKJPARS?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

It would appear to be a lot of work, but it would seem that "TSO format command 
parsing" and Rexx would be a natural marriage.

I have never used IKJPARS, so I don't claim to be an expert, and others might 
disagree.

The issue I am struggling with is that for all of Rexx's parsing power, which 
is of course legendary, it does not seem well-suited to classic "MVS"
(for want of a better term) quoted strings. I am considering an EXEC that would 
accept parameters of

'a quoted string', 'another quoted string', simpletoken1, simpletoken2, ...

I don't see a good way to parse -- without resorting to a 
character-by-character loop -- input such as

'now isn''t the time', 'nor, is this', MYTOKEN, YOURTOKEN

Am I missing something?

It would be great if one could define the expected parameters and their format 
to Rexx in some systematic way, parse the user's input, and get back either 
parameter values in stem variables, or an error message to present to the user.

Any suggestions?

Charles


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

Re: Has anyone integrated Rexx with IKJPARS?

[Jesse 1 Robinson]

CLIST has pretty much the same parsing capabilities as TSO. I think that's 
natural as both types of command processors were developed on the same 
platform. REXX OTOH was imported to MVS from elsewhere--VM? I miss those 
TSO/REXX capabilities. 

I once encountered a 'REXX preamble' that provided those parsing capabilities. 
Really complex code. I haven't seen it for years. Not sure I would line up 
today to adapt it for modern use. VM denizens don't even understand this 
conversation. 

.
.
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 
Charles Mills
Sent: Thursday, November 19, 2020 11:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Has anyone integrated Rexx with IKJPARS?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

It would appear to be a lot of work, but it would seem that "TSO format command 
parsing" and Rexx would be a natural marriage.

I have never used IKJPARS, so I don't claim to be an expert, and others might 
disagree.

The issue I am struggling with is that for all of Rexx's parsing power, which 
is of course legendary, it does not seem well-suited to classic "MVS"
(for want of a better term) quoted strings. I am considering an EXEC that would 
accept parameters of

'a quoted string', 'another quoted string', simpletoken1, simpletoken2, ...

I don't see a good way to parse -- without resorting to a 
character-by-character loop -- input such as

'now isn''t the time', 'nor, is this', MYTOKEN, YOURTOKEN

Am I missing something?

It would be great if one could define the expected parameters and their format 
to Rexx in some systematic way, parse the user's input, and get back either 
parameter values in stem variables, or an error message to present to the user.

Any suggestions?

Charles


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

Re: Is there a JES2 command to submit a job?

[Jesse 1 Robinson]

You're right about the cyclical refresh of auto commands. Without some kind of 
intervention, JES2 auto commands with T= will expire at midnight. So we 
schedule an auto command for midnight to reinstate all auto commands. The 
process is remarkably resilient. I recall only a handful of failures in 25 
years. 

.
.
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 
Charles Mills
Sent: Thursday, November 19, 2020 8:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Is there a JES2 command to submit a job?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

Thanks.

> why not AUTO

Trying to keep things simple. Trying to avoid one more piece in the puzzle if 
possible. Nothing whatsoever against AUTO specifically or the CBT tape in 
general.

> issue SLEEP on schedule

Great idea. I will look into that.

> Self-perpetuating job, that submits itself as its last step

Something about that bothers me. A failure would end the chain until manual 
intervention restarted it. I know, I am not being entirely logically consistent 
here.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Wayne Bickerdike
Sent: Thursday, November 19, 2020 8:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

Charles,

Why don't you grab a copy of AUTO from the CBT tape. It has a scheduler 
function.

We use it on Dallas to schedule the SLEEP command after business hours to save 
some costs.

We also have a schedule set up to do ADRDDSU backups and an offsite FTP.

You could also have a job that submits itself to the internal reader when it 
completes, code it as TYPRUN=HOLD and have AUTO release it.

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

Re: Is there a JES2 command to submit a job?

[Jesse 1 Robinson]

We use a similar process. The supplied RDR proc is a bit clumsy with stuff 
coded that would work as is for pretty much no one. So like many other shops, 
ages ago we wrote our own version with customized data set and unit parameters. 

The big problem with an RDR-like solution is that the default SAF userid for 
STCs will be propagated to the submitted job. That might be wildly 
inappropriate for the average user. 

.
.
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 
Herring, Bobby
Sent: Thursday, November 19, 2020 8:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Is there a JES2 command to submit a job?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

We have a rather simple solution we use.

We have this command in the JES commands member:

$TA,T=23.00,''$VS,S JOB,J=CLEANJES'''

That starts a started task called JOB. It is in a library that is in the JES 
PROCLIB concatenation.

It looks like this:

//JOBPROC J=XXX,   /* MEMBER NAME TO SUBMIT*/
//   L='SYS1.TXFZ.OPERJOBS.TZ' /* LIBRARY TO SUBMIT FROM   */
//**/
//*@ STARTED TASK TO SUBMIT JOBS   */
//**/
//STEP1  EXEC PGM=IEBGENER
//SYSPRINT DD SYSOUT=*
//SYSUT2   DD SYSOUT=(A,INTRDR)
//SYSUT1   DD DISP=SHR,DSN=&L.(&J.)
//SYSINDD DUMMY

The JES command formats out like this:

S JOB,J=CLEANJES

Which starts JOB and it submits CLEANJES from the SYS1.TXFZ.OPERJOBS.TZ library 
to the queue.

The commands member gets submitted each day at midnight to refresh the commands.

//CMDSTXFZ  JOB (HSKP),'CMDSTXFZ',CLASS=K,MSGCLASS=9,
// MSGLEVEL=(1,1),REGION=0M
//*
//*   LIB: SYS1.TXFZ.OPERJOBS.TZ(CMDSTXFZ)
//*@   COMMANDS TO ISSUE AT IPL TIME AND EVERY 24 HOURS
//*
// COMMAND '$CA,ALL'
// COMMAND '$TA,T=05.00,''$VS,S JOB,J=CLEANJES'''
// COMMAND '$TA,T=24.00,''$VS,S JOB,J=CMDSTXFZ'''
// COMMAND '$SA,ALL'
//STEP1EXEC PGM=IEFBR14
/*

Bobby Herring
Texas Farm Bureau Insurance
Waco, Tx


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Thursday, November 19, 2020 9:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

I was and am under control on the $TA part and fully intend to use that.
It's not the whole solution, though. My question was "what can the $TA schedule 
that will run a job" and these replies have provided the answer.
The answer is something like

$T A,,86400,'$VS ''S RDR,DSN=MY.PDS(MYJOB)'' '

I may not have the syntax and all the quotes perfect, but that's the idea.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jeremy Nicoll
Sent: Thursday, November 19, 2020 1:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

On Thu, 19 Nov 2020, at 00:19, Charles Mills wrote:
> Right! I remember that. I remember that was how you ran anything. You 
> started a real reader: it fired up the 2540 and read in the job. And 
> then you did a S WTR (?) to print the output. OS/360 on a 360/40.

But the S RDR... command doesn't start a real reader.  It's just starting a
started task.   The previous reply talking about $TA etc was for faking a

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

[http://www.txfb-ins.com/TFBICImages/jdpower.jpg]
WWW.TXFB-INS.COM

CONFIDENTIALITY STATEMENT: The foregoing message (including attachments) is 
covered by the Electronic Communication Privacy Act, 18 U.S.C. sections 
2510-2521, and is CONFIDENTIAL. If you believe that it has been sent to you in 
error, do not read it. If you are not the intended recipient, you are hereby 
notified that any retention, dissemination, distribution, or copying of this 
communication is strictly prohibited. Please reply to the sender that you have 
received the message in error, then delete it. 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

Re: SADUMP IPL tape

[Jesse 1 Robinson]

Years ago we eliminated tape from the SADUMP process altogether. Also 
eliminated operator intervention. For each LPAR, we have a LOAD (IPL) profile 
that points to a DASD volume containing SAD IPL text. The SAD parameters run 
the dump to DASD without prompting the operator at all. When the dump is 
finished, the operator IPLs z/OS as usual. The process is pretty quick. 

.
.
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 
Jeremy Nicoll
Sent: Thursday, November 19, 2020 8:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: SADUMP IPL tape

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

On Thu, 19 Nov 2020, at 16:01, Dana Mitchell wrote:
> They are definitely different.  And even within z/OS there will 
> sometimes be a PTF that changes an internal structure such that it has 
> an ACTION HOLD  telling you that you need to recreate the SADUMP 
> program

But the SADUMP program (at least, 20+ years ago) was a different matter. That 
was generally placed on specific disk volumes.

The SADUMP tape was only used to get the system IPLed and make it load the 
disk-resident program.  Has this process changed?


--
Jeremy Nicoll - my opinions are my own.


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

JES2 message $HASP375 Estimate exceeded

[Jesse 1 Robinson]

We've had some cases of a job taking over the spool. In researching a solution, 
we've noticed that message $HASP375 varies in ways we don't understand. Doc for 
the message looks like this:

>--jobname--ESTIMATE EXCEEDED BY--nnn--+-LINES--+--->
   +-CARDS--+
   +-KBYTES-+
   '-PAGES--'

>--+-+-><
   '-xxx--%SPOOL-'

We don't understand why the overage is sometimes reported as Lines, Cards, 
Kbytes, or Pages. Why does JES2 pick one descriptor or another?


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


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

Re: Can a non-admin restrict others from viewing one of their own MVS data sets?

[Jesse 1 Robinson]

If your shop does not already do this, consider a global rule that allows the 
*owner* of a data set full access control. The following 'rule' allows just 
that. 

CLASS  NAME
-  
GLOBAL DATASET 
   
MEMBER CLASS NAME  
-- -   
GMBR   
   
RESOURCES IN GROUP 
- -- - 
&RACUID.*/ALTER (G) 
...

.
.
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 
Mike Hochee
Sent: Friday, November 6, 2020 3:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Can a non-admin restrict others from viewing one of 
their own MVS data sets?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

You might make a case to your security admins for UACC(NONE) for data set(s) 
involving your profile or add a profile for a specific data set with universal 
access none, yet providing you with whatever is needed; read, update, or alter. 
(this assumes you are using RACF, not sure of the TSS or ACF2 equivalents 
offhand)

Another possibility is the TSO PROTECT command, which I have never used and do 
not recommend, but nonetheless an option.

HTH,
Mike

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Frank Swarbrick
Sent: Friday, November 6, 2020 4:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Can a non-admin restrict others from viewing one of their own MVS data 
sets?

Caution! This message was sent from outside your organization.

In the Unix world one can use chmod (change mode) on their own files to make it 
so non-superusers cannot view a particular file.  Is there anything similar for 
MVS data sets?

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

Re: JES2 Policies

[Jesse 1 Robinson]

In a previous life at the late great Security Pacific, we an *elaborate* scheme 
based on account numbers. Even the job name was generated from account number. 
To control all this, we had a VSAM file containing all valid account numbers 
along with indications of who could submit jobs with each number. An array of 
JES2 and SMF exits were employed to make all this work. At the end of the year, 
account numbers were used for chargeback to respective departments for resource 
usage.

There is no way in h*ll I would recommend this complex scheme for a modern 
shop. But yes, with enough time and $$, it can be done. 

.
.
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 
Lizette Koehler
Sent: Wednesday, November 4, 2020 10:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: JES2 Policies

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

Initial Request:
The current goal is to change a job's class or service class depending on 
certain values in the accounting information.

It also seems to me that a JCL tool, Like JCLPLUS could put rules into JCL 
Scanning and force users to adhere to a standard.  But that would mean you have 
a Source management system that is used to deploy Jobs to various systems.

It could have rules that say, if Account Code is this, then the job should have 
Service Class STCLOW  and CLASS X


Lizette


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Wednesday, November 4, 2020 11:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 Policies

Wouldn't RACF jobclass controls be more appropriate?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Joe 
Monk
Sent: Wednesday, November 4, 2020 10:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 Policies

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

Radoslaw,

I think what the OP is really saying is that certain accounts should be 
restricted from certain jobclasses i.e. DEV cant use PROD jobclasses. So, if 
they code a CLASS=X, but the  account info says  that they dont have access to 
CLASS=X, then dump the job.

OP: This has been around a long time, and is very mature...

Joe

On Wed, Nov 4, 2020 at 8:20 AM 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

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

Re: VSAM-RLS and DFSMStvs basic questions

[Jesse 1 Robinson]

We were ESP for TVS back in the day. The product held a lot of promise for (I 
would say) larger shops who had to do VSAM updates during a limited batch 
window. The problem to solve was recovering from some kind of failure. From the 
dawn of time, the logic was to back up everything in sight before beginning the 
update cycle. If a serious failure occurred, everything would be restored and 
restarted. This was a time-consuming procedure. 

TVS allows a program to update a file that was concurrently open for read. No 
more need for mass backup/restore. But application programs for decades have 
been written to expect backup/restore. They would almost certainly need to be 
modified/rewritten to work with TVS. The end result would be great but 
difficult (read expensive) to achieve. 

We ended up not implementing the GA product. The cost of the product was less 
an issue than the cost of accommodating it. 

.
.
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 Joe 
Monk
Sent: Friday, October 30, 2020 4:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: VSAM-RLS and DFSMStvs basic questions

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

Radoslaw,

He is asking about shareoption (4 x)  not (x 4) aka cross-region sharing, not 
cross-system sharing.

In VSE, Shareoption(4) allows vsam file sharing among partitions (similar to a 
z/os address space). VSE manages  that automatically, for the user.

Joe

On Fri, Oct 30, 2020 at 6:22 PM R.S.  wrote:

> W dniu 30.10.2020 o 23:51, Tony Thigpen pisze:
> > All,
> >
> > I have a z/VSE client that believes it is time to move to z/OS. But, 
> > they have one big concern. They have a lot of ShareOption=4 VSAM files.
> >
> > For those that don't know it, ShareOption=4 files on z/VSE "work out 
> > of the box" without any need for the application program to perform 
> > any enqueue or dequeue. z/VSE automatically performs those 
> > functions, unlike z/OS where the application has to handle the enqueue 
> > process.
> >
> > In their case, they use shareoption=4 so that they can update VSAM 
> > files from batch Cobol programs while at the same time CICS Cobol 
> > programs are also updating the files. They don't want to have to 
> > change their programs.
> >
> > From my initial research, it appears that this same function can be 
> > reproduced on z/OS using DFHSMStvs. (And, it looks like VSAM-RLS is 
> > also required to support DFHSMStvs.)
> >
> > Are we going down the right path?
>
> IMHO no.
>
> Some remarks:
> 1. Any migration will require some work to do. Sometimes little less 
> effort give you much worse results.
> 2. SHR (x 4) means cross-system sharing. Why it is cross-system? Why 
> don't you consolidate it into one system? What are the reasons?
> 3. VSAM RLS is almost free - that means it is not licensed, but it 
> require Coupling Facility - even in single system configuration. Such 
> kind of Parallel Sysplex. Even when you want to have single CPC, you 
> still need CPU engine for CF, that is ICF processor. It is approx. 
> 250k$ (for big machine). And some memory. However tvs is not necessary. Note:
> tvs is paid, because there are ISV options. And there are some IBM 
> add-ons like CICSVR, etc.
> 4. Let's go back to point 1 - maybe it is good time to move from VSAM 
> to Db2? Note, there is special software product which allow VSAM 
> application to work with Db2 with minimal changes. And of course you 
> would have a lot of Db2 advantages over VSAM, and any new development 
> could directly interface with Db2, not Db2 under cover of VSAM. Of 
> course neither the product, nor Db2 is free, but...
>
>
> --
> 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

Re: Generic name for PDS/PDSE

[Jesse 1 Robinson]

Radoslaw, I would be happy to have you as my teacher. 

.
.
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 R.S.
Sent: Wednesday, October 28, 2020 10:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Generic name for PDS/PDSE

CAUTION EXTERNAL EMAIL

Executable - that could mean REXX or CLIST.
In fact people usually say:
load module - nevermind what is proper name of member/program in PDSE binary - 
could be ambiguous binary program - better a little EXE files/members - just 
analogy to PC-DOS or Windows world compiled program - one could discuss it is 
compiled and linked.
RECFM=U library - usually correct, but generally speaking incorrect.

IMHO it is IBM fault.
For such cases it is IBM role to give us "the only proper name", just to 
simplify communication and make manuals more clear.
Let's imagine some neologism like BINLOAD - for binary programs, a MEMLIB for 
PDS or PDSE, and BINLIB as MEMLIB for BINLOADs.

I used to teach z/OS basics a lot, so I had to clarify such issues in limited 
timeframe and the explanation has to be clear, not covering all possible 
nuances and cases.
BTW: Covid stopped classes completely so I miss teaching. Not because of money, 
but I miss contact with people, discussions, etc.

--
Radoslaw Skorupka
Lodz, Poland






W dniu 28.10.2020 o 17:09, Frank Swarbrick pisze:
> Load module or program object should be easy: executable, or binary 
> executable.
>
> 
> From: IBM Mainframe Discussion List  on 
> behalf of Seymour J Metz 
> Sent: Wednesday, October 28, 2020 8:48 AM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: Generic name for PDS/PDSE
>
> I use "PDS(E)", but what's the generic for "load module or program object"?
>
> I spell auto-correct as "auto-defect"; we hates it, precious. Of course, some 
> of the "corrections" are hilarious.
>
> I would interpret "MVS library" as DSNTYPE=LIBRARY, but I wouldn't bet on 
> that being correct.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on 
> behalf of Charles Mills [charl...@mcn.org]
> Sent: Tuesday, October 27, 2020 5:44 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Generic name for PDS/PDSE
>
> Grrr. As a frequent writer of documentation I struggle with that one.
>
> I would say either "PDS(E)" (which my PC keeps trying to auto-correct 
> to PDS€) or a preamble something like
>
> "In this document, the term PDS means either a Partitioned Dataset (PDS) or a 
> Partitioned Dataset Extended (PDSE) unless the context clearly demands 
> otherwise."
>
> I personally at least would have to think "what the heck does he mean?" every 
> time I encountered "MVS library."
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Frank Swarbrick
> Sent: Tuesday, October 27, 2020 2:17 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Generic name for PDS/PDSE
>
> Is there a standard "generic" name for PDS/PDSE?  Is it "PDS(E)"?  Or maybe 
> something like "MVS library" or "MVS dataset library"?

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

Re: SMF to capture user login history

[Jesse 1 Robinson]

I had that problem in a shop long ago. In defense of the 'perpetrators', if a 
user got caught by timeout chopper, getting back on could be long and 
difficult. The real culprit was lousy tuning and inadequate resources. The 
resource problem eventually got solved by an upgrade. No users were harmed in 
the process.  

.
.
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 Tom 
Brennan
Sent: Sunday, October 25, 2020 11:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: SMF to capture user login history

CAUTION EXTERNAL EMAIL

Reminds me of a co-worker who no matter what time day or night I would happen 
to see his online Outlook status, his id was marked as online and busy.  Of 
course he had some kind of macro or hook running on his PC.

On 10/24/2020 11:10 PM, kekronbekron wrote:
> I hope no one encourages this kind of snooping on the list.
> Stinks of an attempt to police working hours.
>
> - KB
>
> ‐‐‐ Original Message ‐‐‐
> On Sunday, October 25, 2020 11:37 AM, Jake Anderson 
>  wrote:
>
>> Hello
>>
>> Cross posted.
>>
>> We have a SMF data for some years and I would like to fetch a user's 
>> logon history like when he was logged with all time intervals.
>>
>> Is there a sample JCL or process you are following without having to 
>> use any third party product to process.
>>
>> Could someone please share any sample if you have and willing to share ?
>>
>> Jake

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

Re: INTRDR and submitted JobID

[Jesse 1 Robinson]

IBM demurred for years allowing system symbols to be used in batch JCL. There 
were several spirited discussions at SHARE as to how they should work. Some 
possibilities:

-- Substitute values at submit time

-- Substitute values at conversion time

-- Substitute values at execution time

These questions are complicated by the possibility of a job executing on any 
member of a MAS or even on another NJE node. Not to mention the chance of 
symbol collision with internal JCL variables. All of these possibilities 
confuse the question of what value did the user intend? What did she get? There 
was no consensus among participants. 

When IBM finally conceded to customer demand, they imposed some rules, which 
are documented. But to protect users from unexpected results, the default was 
to disallow substitution unless the installation explicitly allowed 
it--presumably after lots of testing. 





.
.
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 
Lars Höglund
Sent: Wednesday, October 14, 2020 12:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):SV: INTRDR and submitted JobID

CAUTION EXTERNAL EMAIL

Hi
Do You the reason why the default for SYSSYM is DISALLOW?

//Lasse

-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List  För Lizette 
Koehler
Skickat: den 14 oktober 2020 20:38
Till: IBM-MAIN@LISTSERV.UA.EDU
Ämne: Re: INTRDR and submitted JobID

I think System Symbols are only available when the JES2 Class says SYSSYM=ALLOW 
Otherwise I think they are not available to a batch job.

They are probably available to an STC

Lizette

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Sri 
h Kolusu
Sent: Wednesday, October 14, 2020 11:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: INTRDR and submitted JobID

> I've used an IKJEFT TSO ISPF step or SDSF screen scraping to extract a 
> job's own JobID.  Is there a simpler way?

Gil,

How about using system symbols &SYSJOBID and &SYSJOBNM ?  Something like this?


//STEP0100 EXEC PGM=SORT
//SYSOUT   DD SYSOUT=*
//SORTOUT  DD SYSOUT=(*,INTRDR)
//SYSINDD *
  OPTION COPY
//*
//SORTIN   DD DATA,DLM=$$
//SYMSUBJ  JOB (B004273,BIN#,BLDG#,DEPT#),&SYSUID,
// MSGCLASS=H,MSGLEVEL=(1,1),CLASS=A,NOTIFY=&SYSUID
/*
//  EXPORT SYMLIST=*
// SET SYSJOBNM=&SYSJOBNM,SYSJOBID=&SYSJOBID
/*
//STEP0100 EXEC PGM=SORT
//SYSOUT   DD SYSOUT=*
//SORTIN   DD *,SYMBOLS=JCLONLY
JOBNAME FOR THIS JOB IS : &SYSJOBNM
JOBID FOR THIS JOB IS   : &SYSJOBID
//SORTOUT  DD SYSOUT=*
//SYSINDD *
  OPTION COPY
/*
$$


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

[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: BCPII services

[Jesse 1 Robinson]

To the main question, would there be a problem with starting BCPii at any time, 
I would say no problem. In our early experience with sysplex, we restarted 
BCPii any number of times before we got it right. If the task is missing 
something it needs, it will tell you so. You will need some HMC updates, also 
dynamic.

The best feature of BCPii is AUTOIPL. While running z/OS 1.12, we had one 
development system that mysteriously IPLed itself. Turns out it was running 
clean out of real storage, usually in the middle of the night when no one was 
logged on, so no one complained. AUTOIPL detected the wait state and IPLed the 
failing LPAR. I don't think it's ever happened in production, but it satisfies 
*long* standing advice to reIPL a dead system ASAP.  

.
.
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 
Roger Lowe
Sent: Friday, October 9, 2020 11:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: BCPII services

CAUTION EXTERNAL EMAIL

On Fri, 9 Oct 2020 10:56:49 -0500, Bonnie Barthel  
wrote:

>I just noticed that we have not been running the HWIBCPII task. It looks like 
>it was never configured. I went back a year ago so this is nothing new. It 
>does appear that System Automation is able to use the services without the 
>task:
>
>ING815I BCPII CONNECT FROM A09NO/AUTHW002 TO CPC F5/./IBM390PS.F5  
>RETURNED: SUCCESS
>
>but XCF is not:
>
>SYSTEM STATUS DETECTION PARTITIONING PROTOCOL ELIGIBILITY:  SYSTEM CANNOT 
>TARGET OTHER SYSTEMS.
>
>I am preparing to configure it to start running and have done some simple 
>testing on our sandbox but I wonder if there are any known risks in starting 
>up the HWIBCPII task.  OK to run on GDPS K-lpars?
>
The HWIBCPII task would usually be started at IPL time but you can also issue 
the "S HWISTART" command to start/restart it. There is a very good presentation 
from Steve Warren "BCPii for Dummies: Start to Finish  - Installation, Setup 
and Usage". Do a Google search for it.
There are some setup tasks to be done on the HMC, RACF (or whatever ESM you 
use) definitions.

If you want to make use of things such as Capacity Provisioning Manager (CPM), 
AutoIPL etc, then BCPii needs to be in place.

Roger


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

[Jesse 1 Robinson]

Heard it on the news this morning. It's pumped up IBM stock. No idea what it 
means for us on the ground. 

.
.
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 
Dave Jousma
Sent: Thursday, October 8, 2020 8:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):IBM splitting into two companies

CAUTION EXTERNAL EMAIL

Anyone know any more about this?

https://www.reuters.com/article/us-ibm-divestiture/ibm-to-break-up-109-year-old-company-to-focus-on-cloud-growth-idUSKBN26T1TZ

https://www.prnewswire.com/news-releases/ibm-to-accelerate-hybrid-cloud-growth-strategy-and-execute-spin-off-of-market-leading-managed-infrastructure-services-unit-301148458.html


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

Re: How to Refresh System REXX Libraries

[Jesse 1 Robinson]

I'm not well versed in system Rexx, but our setup has the main AXR proc 
pointing to an installation library via a member in PARMLIB:

REXXLIB ADD DSN(xxx)

The idea is that local Rexx code lives in the local library so that it can be 
updated without having to restart AXR. 





.
.
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 
Lionel B Dyck
Sent: Monday, October 5, 2020 8:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: How to Refresh System REXX Libraries

CAUTION EXTERNAL EMAIL

Great idea but no joy 😊



You get AXR0101I   SYSTEM REXX (AXR) IS ALREADY ACTIVE



And the comment is:



Explanation

A request to start System REXX was received, however it is already active.



System action

The system ignores the start request.





Lionel B. Dyck <

Website: https://www.lbdsoftware.com



"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dana Mitchell
Sent: Monday, October 5, 2020 10:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to Refresh System REXX Libraries



On Mon, 5 Oct 2020 09:43:38 -0500, Lionel B Dyck <  
lbd...@gmail.com> wrote:



>I see commands for system rexx (axr) to display the status, list the

>rexx libraries, to start it and to stop it.

>

>

>BUT I don't see a command to cause it to re-read the parmlib member or

>to add a library dynamically.

>

>



Lionel,  Does starting it with a member suffix cause it to update the list of 
libraries?  The FM  isn't too clear on what exactly it does:



START AXRPSTRT

START AXRPSTRT,AXR=aa

START AXRPSTRT,AXR=(aa,bb,...)



Dana



--


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

Re: IEASYS problem

[Jesse 1 Robinson]

SYS1.SAMPLIB(SPPINST) Is the member that provides code to install the SYSPARM 
dialog. 

.
.
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 
Roger Lowe
Sent: Monday, October 5, 2020 5:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: IEASYS problem

CAUTION EXTERNAL EMAIL

On Sun, 4 Oct 2020 23:53:18 -0500, Brian Westerman 
 wrote:

>I don't have a sysparm member in sys1.samplib, is it from an older release 
>than 2.3?
>
>Brian
>
Have a look in SAMPLIB for the "SPP*" members .

Roger


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

Re: IEASYS problem

[Jesse 1 Robinson]

If you can't figure this out fairly soon, I suggest installing SYSPARM, which 
is found in SYS1.SAMPLIB. I made big use of this when we first started using 
system symbolics in a big way. It was discussed briefly in a SHARE Virtual 
session. I think it was Peter Relson who pointed out that it does not support 
all PARMLIB members but still reveals basic errors.  
.
.
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 
Peter Relson
Sent: Sunday, October 4, 2020 6:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: IEASYS problem

CAUTION EXTERNAL EMAIL

What does DISPLAY IPLINFO,SYSP show?

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

Re: Caution: "Hacked" email caused the distribution of a potentially harmful attachment

[Jesse 1 Robinson]

The idea of deliberately dumbing down language in spam is preposterous. First 
of all I don't understand the purported logic of it. More important, while 
English is an official language in Nigeria, it is no one's mother tongue. It's 
learned, mostly in school, to whatever proficiency the learner can achieve. The 
average spammer has probably never stepped inside university. Even secondary 
school certification is improbable. Add to that the 'dialectical' difference 
between Nigerian and American English makes it unlikely that the most fluent 
spammer could write something of undetectable of origin.

Let's get real. 

.
.
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 Bob 
Bridges
Sent: Monday, September 21, 2020 10:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Caution: "Hacked" email caused the distribution of a 
potentially harmful attachment

CAUTION EXTERNAL EMAIL

Interesting hypothesis.  I always supposed that they were badly written either 
because a) scammers don't care (which is perhaps another way of saying they're 
illiterate, or b) these Nigerian-oil-minister scams actually are written by 
foreigners whose English is bad - not, perhaps, by actual Nigerians, whose 
English is usually better than that - or c) they want to ~appear~ to be written 
by Nigerians.  It never occurred to me that it might be an anti-intelligence 
filter.

But then, I take it as an article of faith that it's not intelligence that'll 
save you from being scammed.  It's not the smart people who fall for "I want 
you to handle my money for me"; it's the greedy ones.  And greedy people are 
foolish, but they're not necessarily stupid.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* War is God's way of teaching Americans geography.  -Ambrose Bierce */

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Monday, September 21, 2020 10:00

3. Puzzle: why Nigerian scam emails are so horribly written? I mean a lot of 
language mistakes. The answer is this is intentional. This is a method to 
filter out bright people and leave only the fools. Only fool people are good 
candidates to further steps of scam, which are expensive because that require 
manwork.


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

Re: Caution: "Hacked" email caused the distribution of a potentially harmful attachment

[Jesse 1 Robinson]

This sort of hack seems to have increased during the C-19 pandemic because 
people who are staying home a lot order more and more stuff online, making 
phony 'acknowledgments' harder to catch.  

.
.
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 
Charles Mills
Sent: Sunday, September 20, 2020 11:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Caution: "Hacked" email caused the distribution of a 
potentially harmful attachment

CAUTION EXTERNAL EMAIL

The general rule is "don't open attachments that you were not expecting." If in 
doubt, telephone -- do not e-mail -- the sender and ask if he or she actually 
sent it.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Brown
Sent: Sunday, September 20, 2020 8:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Caution: "Hacked" email caused the distribution of a potentially 
harmful attachment

Please be advised:

My email account was hacked while I was on vacation last week.  Generated from 
my email address were two variations of emails with subjects of "Proof of 
Payment" or "Receipt of Payment" each containing an "html" attachment.
If you receive either of these emails, please delete without opening the 
attachment.

Apparently, there are a number of variations of this "hack" being circulated 
with some type of reference to "payment" and/or "invoice"; please be cautious 
with any similar emails that you receive.


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

Is there a word for that?

[Jesse 1 Robinson]

This is a question about categorizing JES2 commands. At one time, when we were 
still buckling our knickerbockers above the knee, many/most JES2 configuration 
definitions could be modified only by some kind of restart ranging from hot 
start to warm start to cold start. Some years ago JES2 developers got very busy 
and created command support for all kinds of parameters that previously 
required some kind of disruption.

The result is that now most JES2 configuration parameters can be modified via 
$T. In fact, most changes are generally *ignored* during JES2 restarts other 
than cold start. So here's my question: is there a generally accepted term for 
'changeable by command'? It would facilitate communication regarding all kinds 
of changes. This weekend we scheduled a JES2 change involving layers of 
administrative rigmarole that was 'implemented' by editing the JES2 init deck. 
We eventually issued a $T command after noticing that the desired change did 
not take effect at IPL. I've heard 'volatile' suggested for 'changeable by 
command', but I don't find documentation to support that. Any ideas?

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


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

Re: MEPL showing the latest PTF

[Jesse 1 Robinson]

For my money, the quickest and most reliable way to find the 'latest PTF' of a 
load module is to use the PDS command or its progeny StarTool. Select the 
member you want to query in its load library. For example, we're currently 
working on module AMAPDUPL In MIGLIB. Use the 'HISTORY' subcommand:

Hi AMAPDUPL

You get a display like below. It shows that PTF UA99435 was installed today. 

This is the fix BTW that allows the PDDU utility to use HTTPS instead of FTP to 
send doc to IBM. FWIW conventional FTP (as opposed to FTPS) will be disallowed 
in a few weeks. 

>-->HISTORY  AMAPDUPL 
PDS060I Translator history by CSECT - 
B_TEXT  :AMAPDUPL ASMA902019/05/23 569623400  V01M06  2019/05/23 PL/X-390 
B_TEXT  :AMAPDOPX ASMA902019/05/23 569623400  V01M06  2019/05/23 PL/X-390 
B_TEXT  :AMAPDUTI ASMA902013/02/20 569623400  V01M06  2013/02/20 PL/X-390 
B_TEXT  :AMAPDUTB ASMA902013/02/20 569623400  V01M06  2013/02/20 PL/X-390 
B_TEXT  :AMAPDUTC ASMA902013/02/20 569623400  V01M06  2013/02/20 PL/X-390 
B_TEXT  :AMAPDUAM ASMA902012/04/24 569623400  V01M06  2012/04/24 PL/X-390 
B_TEXT  :AMAPDUUN ASMA902011/05/17 569623400  V01M06  2011/05/17 PL/X-390 
PDS061I AMASPZAP update history by CSECT -
PDS067I Member has 1 IDR blocks with space for 19 IDR entries 
PDS068I 0 IDR entries are in use; 19 are available for use
PDS062I User-supplied update history by CSECT -   
B_TEXT  :AMAPDOPX 2020/09/17 UA99435  
B_TEXT  :AMAPDUPL 2020/09/17 UA99435  
B_TEXT  :AMAPDUTB 2013/05/08 RSI30510404  
B_TEXT  :AMAPDUTI 2013/05/08 RSI30510403  
B_TEXT  :AMAPDUTC 2013/05/08 RSI30510401  
B_TEXT  :AMAPDUAM 2012/05/31 RSI21150009  
B_TEXT  :AMAPDUUN 2011/06/07 RSI11370040  
PDS064I Last link-edited on 2020/09/17 12:07 by 5695PMB01-BINDERz/OS V02 M03  
*** Bottom of data ***

.
.
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 
Steve Smith
Sent: Thursday, September 17, 2020 8:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: MEPL showing the latest PTF

CAUTION EXTERNAL EMAIL

PTF numbers are assigned in increasing order, but there's no real guarantee 
that reflects the order they apply in.

In addition to Mark Jacobs' advice, you can also just list the sysmod you're 
interested in; as it could have been SUPed and not show up directly on the MOD 
entry.

sas


On Thu, Sep 17, 2020 at 10:44 AM Mark Jacobs < 
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:

> Execute a batch SMP/e job;
>
> LIST MOD(modname) XREF.
>
> That'll list all the PTFS and such that touched that module.
>
> Mark Jacobs
>

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

Re: How get a user to use his own catalog rather than master?

[Jesse 1 Robinson]

Maybe I need a make-up class at Saturday morning vocab class. Then again maybe 
it's a distinction without a difference. Here's why you do *not* want to 
over-grant update access to the master catalog. 

-- For the average user, there should be some user catalog pointed to by an 
alias in mcat. There is no need for access to mcat. All ucats need to be 
managed and subjected to regular housekeeping. 

-- For someone who genuinely needs update or greater access to the master 
catalog, failure to create a ucat alias causes *all* data sets created by the 
user to go into mcat. This insidious result can go unnoticed for a long period. 
Getting the mcat cleaned up can be arduous, time consuming, and disruptive. 

As for whether gratuitous update access to mcat is a 'security' or an 
'integrity' problem, extensive damage is possible. Simply deleting ucat aliases 
from mcat can bring a system to its knees. This is without touching a single 
customer data set. Don't let it happen. 

.
.
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 
Lennie Bradshaw
Sent: Thursday, September 17, 2020 4:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: EXTERNAL EMAIL: How get a user to use his own catalog 
rather than master?

CAUTION EXTERNAL EMAIL

I did not intend to start a storm of messages here.
I was simply using the IBM definition of system integrity which they document 
here, https://www.ibm.com/it-infrastructure/z/capabilities/system-integrity

Yes, maybe it is semantics. But many working in IBM mainframe security 
community would distinguish security and integrity issues from one another.

Lennie Dymoke-Bradshaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: 17 September 2020 17:16
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL EMAIL: How get a user to use his own catalog rather than 
master?

Classification: HCL Internal

Would you allow random updates of the ROOT directory on a *NIX system?. This is 
definitely both a integrity and an operational exposure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Smith
Sent: Thursday, September 17, 2020 11:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL EMAIL: How get a user to use his own catalog rather than 
master?

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

There's not much benefit to debating the semantics of "integrity".  Nobody who 
doesn't thoroughly understand catalog management should be able to update the 
master catalog, because you can easily destroy the system by removing critical 
dataset entries.  Much more typically, it just fills up with junk.

sas


On Thu, Sep 17, 2020 at 11:58 AM Gibney, David Allen  wrote:

> I could damage the catalog, perhaps as easily as adding datasets until 
> I overflow it. Perhaps not integrity as in ability to upgrade my 
> authority, but certainly a potential DOS and a threat to system stability.
>
>

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

Re: MEPL showing the latest PTF

[Jesse 1 Robinson]

It's common for IBM to release multiple fixing PTFs for a single APAR, where 
the PTFs address essentially the same problem/function in multiple releases. 
This is often the case when two or more PTFs are close in numerical sequence. 

The best answer is found in IBM ServiceLink function SIS, which in this case 
states that UI69028 Is superceded by UI69029. However displaying UI69028 In 
SMP/E should clearly show that it is superceded. So the answer to the question, 
is UI69028 installed, the answer is Yes, it's installed/superceded. Whether 
UI69028 was ever actually installed is not germane because SMP/E will generally 
bypass installing a superceded PTF in a single APPLY if both PTFs are 
available. 

.
.
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 
Pommier, Rex
Sent: Thursday, September 17, 2020 7:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: [External] MEPL showing the latest PTF

CAUTION EXTERNAL EMAIL

Bill,

If UI70029 supercedes UI69028, then yes, the code correction in UI69028 is 
included.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Thursday, September 17, 2020 9:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] MEPL showing the latest PTF

If I want to know if a given PTF is applied to a specific module, such as 
UI69028, but I see UI70029. Does that mean prior PTFs are included?
thanks
Bill


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

Re: How get a user to use his own catalog rather than master?

[Jesse 1 Robinson]

I have never considered giving a single user his own ucat. You can create 
multiple ucats according to function. But like users should point to the same 
ucat. If you have a product that creates thousands of data sets for its own 
purposes, you might consider creating a ucat just for that product. But never 
for a personal userid. 

.
.
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 
Charles Mills
Sent: Tuesday, September 15, 2020 4:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: EXTERNAL EMAIL: How get a user to use his own catalog 
rather than master?

CAUTION EXTERNAL EMAIL

Well geez, now you tell me, after I have it all working. :-)

I followed @John McKown's instructions: DEF ALIAS(NAME('NEWUSER') RELATE('name 
of existing user high level catalog'))

1. How would I decide whether to give the user his or her own catalog? I would 
guess I do *not* need one. There will be a handful of very specialized userids 
with zero or nearly zero long-term cataloged datasets.

2. What would the above command look like if NEWUS01 through NEWUS20 were all 
going to share the same user catalog?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gibney, David Allen
Sent: Tuesday, September 15, 2020 3:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL EMAIL: How get a user to use his own catalog rather than 
master?

It is a bit of an overkill for each individual user to have their own catalog 😊

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

Re: Ransoming a mainframe disk farm

[Jesse 1 Robinson]

😉

.
.
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 
Charles Mills
Sent: Friday, September 4, 2020 5:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Ransoming a mainframe disk farm

CAUTION EXTERNAL EMAIL

"Bill Gates and the FBI say it is the worst virus ever. Forward this to 
everyone in your address book."

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Brennan
Sent: Friday, September 4, 2020 4:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ransoming a mainframe disk farm

Ha ha:  "Hello, Iron Mountain?  This is the CIO.  We've discovered a terrible 
computer virus that only exists on physical tape.  I need you to take every 
tape you can find to the shredder immediately.  Wear gloves and a mask - you 
don't want to catch it.  Hurry!!"

On 9/4/2020 3:23 PM, Seymour J Metz wrote:
> If you mirror a backup to a remote site, unload the tape and ship it 
> to a vault, it would take a clever cracker to ovevewrite it ;-)
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> 
> From: IBM Mainframe Discussion List  on 
> behalf of Tom Brennan 
> Sent: Friday, September 4, 2020 5:31 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Ransoming a mainframe disk farm
>
> Reminds me of a "Tech Support" (I think) magazine article I read many 
> years ago that started out with something like, "The company 
> datacenter has lost all its data, including all backups.  A 
> disgruntled employee with full access ran weekend jobs which overwrote 
> all tapes and disk backups, and then finally overwrote the running 
> disk volumes.  The company cannot survive."  Then it went on to say 
> this didn't really happen, but was more of a call to action.  It sure 
> caught my attention for the first few paragraphs!
>
> By coincidence, yesterday I was at a datacenter implementing a 
> temporary Linux server running MinIO which is an S3 Object Store 
> server that I hope can simulate things like cloud processing for a proof of 
> concept.
> With some extra VTS microcode (still in beta I heard?), they tell me a
> TS7770 can dump tape data onto a remote cloud server, to be restored 
> if needed by the same or any other TS7770.  So we're going to run a 
> test of that in a week or two, I expect.
>
> Now I assume that ransomware, or a disgruntled employee, could know 
> enough about a site to overwrite all "tapes" in the VTS, including any 
> remote cloud objects - unless there's a way to make those remote files 
> write-once.  Don't know yet.
>
> On 9/4/2020 11:50 AM, Jesse 1 Robinson wrote:
>> It’s Friday, so don’t rag on me for venturing into IT fiction. No one has 
>> hit us with this challenge (yet), but it could happen.
>>
>> Ransomware is much in the news these days. As unlikely as it might be, some 
>> nefarious genius manages to lock you out of your entire disk farm and 
>> demands rubies and bitcoin to remove the lock. Meanwhile your shop is out of 
>> the water. You have everything meticulously mirrored to another site, but as 
>> with any good mirror, the lock has been reflected in your recovery site.
>>
>> The classic mainframe response--short of forking over the ransom--would be 
>> to IPL a standalone DSS restore tape, then locate and mount standard offload 
>> backup tapes. Restore enough key volumes to IPL a minimal system, then 
>> proceed to restore (all) other volumes. It will take a while, but it will 
>> work. Eventually.
>>
>> Now consider a smartly modern shop that has taken the advice of a generation 
>> of hired gurus and eliminated 'real tape' altogether. No more physical 
>> tapes. No more physical tape drives.
>>
>> What would be your sage advice?
>>
>> .
>> .
>> 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


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

Re: Ransoming a mainframe disk farm

[Jesse 1 Robinson]

Joe, am I reading that this situation actually happened to your VTL customer???

.
.
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 Joe 
Monk
Sent: Friday, September 4, 2020 12:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Ransoming a mainframe disk farm

CAUTION EXTERNAL EMAIL

Skip,

I will tell you what saved one of my customers. When they use a VTL, they 
replicated that VTL to another site. So, when some files got encrypted via 
ransomware, they were able to quickly replicate the files back and re-boot.

Joe

On Fri, Sep 4, 2020 at 1:51 PM Jesse 1 Robinson 
wrote:

> It’s Friday, so don’t rag on me for venturing into IT fiction. No one 
> has hit us with this challenge (yet), but it could happen.
>
> Ransomware is much in the news these days. As unlikely as it might be, 
> some nefarious genius manages to lock you out of your entire disk farm 
> and demands rubies and bitcoin to remove the lock. Meanwhile your shop 
> is out of the water. You have everything meticulously mirrored to 
> another site, but as with any good mirror, the lock has been reflected 
> in your recovery site.
>
> The classic mainframe response--short of forking over the 
> ransom--would be to IPL a standalone DSS restore tape, then locate and 
> mount standard offload backup tapes. Restore enough key volumes to IPL 
> a minimal system, then proceed to restore (all) other volumes. It will 
> take a while, but it will work. Eventually.
>
> Now consider a smartly modern shop that has taken the advice of a 
> generation of hired gurus and eliminated 'real tape' altogether. No 
> more physical tapes. No more physical tape drives.
>
> What would be your sage advice?
>
> .
> .
> 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


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

Re: Ransoming a mainframe disk farm

[Jesse 1 Robinson]

I did not know that CD could be used for standalone restore. However, how do I 
process my volume dumps? They also live only in virtual. 

.
.
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 
Gibney, Dave
Sent: Friday, September 4, 2020 12:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Ransoming a mainframe disk farm

CAUTION EXTERNAL EMAIL

You can IPL Standalone DSS or FDR from CD

> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Jesse 1 Robinson
> Sent: Friday, September 04, 2020 11:51 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Ransoming a mainframe disk farm
>
> It’s Friday, so don’t rag on me for venturing into IT fiction. No one 
> has hit us with this challenge (yet), but it could happen.
>
> Ransomware is much in the news these days. As unlikely as it might be, 
> some nefarious genius manages to lock you out of your entire disk farm 
> and demands rubies and bitcoin to remove the lock. Meanwhile your shop 
> is out of the water. You have everything meticulously mirrored to 
> another site, but as with any good mirror, the lock has been reflected in 
> your recovery site.
>
> The classic mainframe response--short of forking over the 
> ransom--would be to IPL a standalone DSS restore tape, then locate and 
> mount standard offload backup tapes. Restore enough key volumes to IPL 
> a minimal system, then proceed to restore (all) other volumes. It will take a 
> while, but it will work.
> Eventually.
>
> Now consider a smartly modern shop that has taken the advice of a 
> generation of hired gurus and eliminated 'real tape' altogether. No 
> more physical tapes. No more physical tape drives.
>
> What would be your sage advice?
>
> .
> .
> 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


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

Ransoming a mainframe disk farm

[Jesse 1 Robinson]

It’s Friday, so don’t rag on me for venturing into IT fiction. No one has hit 
us with this challenge (yet), but it could happen. 

Ransomware is much in the news these days. As unlikely as it might be, some 
nefarious genius manages to lock you out of your entire disk farm and demands 
rubies and bitcoin to remove the lock. Meanwhile your shop is out of the water. 
You have everything meticulously mirrored to another site, but as with any good 
mirror, the lock has been reflected in your recovery site. 

The classic mainframe response--short of forking over the ransom--would be to 
IPL a standalone DSS restore tape, then locate and mount standard offload 
backup tapes. Restore enough key volumes to IPL a minimal system, then proceed 
to restore (all) other volumes. It will take a while, but it will work. 
Eventually.

Now consider a smartly modern shop that has taken the advice of a generation of 
hired gurus and eliminated 'real tape' altogether. No more physical tapes. No 
more physical tape drives. 

What would be your sage advice? 

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


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

Re: Architectural Level Sets

[Jesse 1 Robinson]

It's almost Friday. Back in the day when IBM had competitors in the hardware 
game, I worked at TRW Credit Data, ancestor of Experian. We had an Amdahl 
something-or-other. I was a baby sysprog at the time, so some details are 
fuzzy. A new iteration of MVS arrived that was designed *not* to run on an 
alien machine. (I believe it was MVS-SP1 circa 1980.) Trying to IPL it on 
Amdahl gear resulted in instant death because of new instructions. 

So Amdahl to the rescue. They developed an ingenious usermod that replaced 
unexecutable instructions with either NOPs or invocations of Amdahl-supplied 
routines that simulated the function of the new instructions. These routines 
were initially invoked in response to 0C1 abends, but each offending 
instruction was then replaced in memory with a direct branch to the simulation 
routine. In effect as time wore on, the OS became more efficient.  

I have no idea how IBM felt about this clever workaround, but it was certainly 
welcomed by Amdahl customers. 

.
.
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 
Peter Relson
Sent: Thursday, September 3, 2020 9:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Architectural Level Sets

CAUTION EXTERNAL EMAIL


I was thinking more along the lines of things that prevented earlier operating 
systems from even IPLing on newer boxes. Such as z13 is the last processor to 
have ESA/390 mode  It depends how much earlier you are thinking of. A 
z/OS prior to OS/390
R10 would not work on a machine that is z/Arch-only.
A z/OS prior to z/OS 1.12 would not work on a machine that begins the IPL in 
z/Arch mode.

I don't happen to know what about the z990 would have caused an earlier release 
of the OS not to work.

In almost all cases, an old enough OS (specifically, one for which toleration 
support for a new machine was not provided) will not work properly because 
there are machine-related definitions that need to be accommodated  and those 
would not have been provided. But it might well IPL.

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

Re: Architectural Level Sets

[Jesse 1 Robinson]

Instructions come and--believe it or not--instructions go. I once read some doc 
on a newly introduced instruction. Don't remember the timeframe  or the exact 
instruction, but it came with this interesting comment. This instruction, being 
new, will not cause a problem for existing code unless that code expects the 
instruction *not* to exist. In that case the new instruction will do something 
that the program does not expect. Right. One sort-of case occurred in JES2, 
whose error handling for 3900 printers had become increasingly convoluted to 
the point that the simplest short term 'fix' was to force a S0C1 abend and let 
JES2 internal error routines perform recovery using built-in code. This was 
accomplished by deliberately branching to an invalid 'instruction'. JES2 would 
clean up the printer and move on. Unfortunately, the APAR delivering this 
change branched to character data that looked like a packed decimal 
instruction. So instead of S0C1, the resulting S0C7 caused a JES2 abend. Not at 
all what was intended.

As for a vanishing instruction, I once wrote some code using the Move Inverse 
(MVCIN) instruction, which greatly simplified scanning data for a terminating 
character. Apparently MVCIN was introduced on the 4341 (?) but not carried 
forward to subsequent models. So S0C1. A rude shock for a clever programmer 
looking for ingenious solutions. 

 



.
.
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 
Seymour J Metz
Sent: Tuesday, September 1, 2020 5:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Architectural Level Sets

CAUTION EXTERNAL EMAIL

Well, a S/360 program that depends on getting PIC 06 for an unaligned load 
won't work correctly on a 360/85 or S/370. S/370 supported 2 KiB pages, and 
those are history. MVS/370 uses SIO, whch only exists in S/370 mode: also 
history. So carrying an old OS forward has always has issues. Sure, IBM could 
ensure absolute compatibiity for old releaes, but TANSTAAFL. Only IBM knows 
what the extra cost would be, but I guaranty that there would be an extra cost.

I'm sure that this has been discussed at Share.


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



From: IBM Mainframe Discussion List  on behalf of 
Tony Thigpen 
Sent: Tuesday, September 1, 2020 5:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Architectural Level Sets

I was thinking more along the lines of things that prevented earlier operating 
systems from even IPLing on newer boxes. Such as z13 is the last processor to 
have ESA/390 mode. I also have it in my head that at some point there were 
changes to the page size and virtual storage tables that caused havoc.

Tony Thigpen

Seymour J Metz wrote on 9/1/20 3:30 PM:
> Typically the new features reqiured by a level set were added over several 
> generations, and each generation added more than one feature.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> 
> From: IBM Mainframe Discussion List  on 
> behalf of Tony Thigpen 
> Sent: Tuesday, September 1, 2020 3:25 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Architectural Level Sets
>
> IBM has had several Architectural Level Set points where there were 
> significant changes to the CPU that prevented earlier operating 
> systems from running on them.
>
> What CPU's were involved with each level, and what was the real 
> underlying item changed on the CPU that forced a new level? (Let's 
> keep it limited to z990 and newer.)
>
>
> Tony Thigpen
>
> --
> 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

Re: MVS modify command capture

[Jesse 1 Robinson]

I understood Gil to be asking how I'm sure that I have all the data. DS 
QD,ONLINE is going after a large but finite amount of data. There are only so 
many online DASD volumes at any moment, and the number does not fluctuate from 
one run to the next. I can repeatedly issue DS QD,ONLINE and examine the 
results in SDSF. If Rexx CONSOLE shows the same count as syslog, then yes, I'm 
waiting long enough. 

When I wrote this app years ago (2013 I believe), the output did in fact get 
truncated. It wasn't time but storage. During a long and winding PMR, I learned 
that data returned by CONSOLE goes into a special storage bucket that is/was 
neither documented nor externally controllable. I found by trial and error that 
somewhere over 6K volumes, the storage bucket would overflow. There was no 
message, but I got RC 4. That's how I knew it failed. I don't think Level 2 had 
ever seen this failure. I suspect that the bucket got enlarged somewhere along 
the line, but it's still undocumented AFAIK. 

.
.
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 
Charles Mills
Sent: Wednesday, August 26, 2020 6:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: MVS modify command capture

CAUTION EXTERNAL EMAIL

That 10 at the end of GETMSG is a wait time (ten seconds). GETMSG gets all or 
none (in my experience) of a multi-line message, so if that is what you are 
getting then the initial delay is all you need.

I started out with 1 and then went to 5 in my application, and both worked 
great when the system was not busy, but when it was -- which was the whole 
point of the thing -- detecting a busy system -- they were inadequate for the 
response to a $DQ,Q=XEQ. 60 seconds seems to be "long enough."

But @Gil is right -- how long is long enough? A minute? An hour? A week?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Wednesday, August 26, 2020 4:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: MVS modify command capture

Shouldn't you have a delay in there to giv the started task time to process he 
CIB?


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

Re: MVS modify command capture

[Jesse 1 Robinson]

I've never seen the need to code any delay beyond what Ed has written. I have a 
CONSOLE routine that does a DS QD for all the DASD volumes in the shop. It just 
keeps cranking until all results are in. 

.
.
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 
Seymour J Metz
Sent: Wednesday, August 26, 2020 4:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: MVS modify command capture

CAUTION EXTERNAL EMAIL

Shouldn't you have a delay in there to giv the started task time to process he 
CIB?


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



From: IBM Mainframe Discussion List  on behalf of Ed 
Jaffe 
Sent: Wednesday, August 26, 2020 5:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: MVS modify command capture

On 8/26/2020 2:39 AM, Peter wrote:
> I have a command
>
> F STARTEDTASK, STATUS
>
> it gives the output in SYSLOG but I would like to write it's output to 
> a Dataset
What you want do is trivial using built-in facilities in REXX.

This example writes a stem to the end user. I assume you know how to write a 
stem to a data set using EXECIO:

/* REXX */
"CONSPROF SOLDISPLAY(NO) UNSOLDISPLAY(NO)"
"CONSOLE ACTIVATE CART("||USERID()||")"
address console "F STARTEDTASK,STATUS"
rc = GETMSG('response.','SOL',USERID(),,10)
do i = 1 to response.0;say response.i;end "CONSOLE DEACTIVATE"


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

Re: ISPW v4 on z/OS 2.3

[Jesse 1 Robinson]

I'm not the primary ISPW guy, but it appears that we are running V4 on z/OS 
2.3. During init, we get this message:

WCT81004C V4.0F

.
.
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 IBM 
user
Sent: Friday, August 21, 2020 1:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):ISPW v4 on z/OS 2.3

CAUTION EXTERNAL EMAIL

Anyone running ISPW v4.x on z/OS 2.3?


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

Re: How to un-duplex a logstream?

[Jesse 1 Robinson]

The question of policy naming is crucial to a number of sysplex problems 
discussed here over the years. Failure to use a new name for a new policy can 
lead to all kinds of SNAFUs. When we went to parallel sysplex 25 years ago, we 
settled on a practice of *always* using a name different from the old/current 
policy. We soon discovered that you can't keep using new names ad infinitum 
because the couple data set (where policies are stored) will run out of space 
trying to hold all historical policies. We settled on this practice:

-- Every policy is named POLICYn, where n varies from 1 to 3.
-- A new policy is named n+1, but 3 rolls back to 1. 
-- If a serious problem occurs with a new policy n+1, we can roll back to n, 
which is untouched. 

If you consider 3 too restrictive, you can increase the number somewhat, but 
don't go crazy. Again, the couple data set can hold only so many without 
REPLACE. But never use REPLACE with same named policy. That's a recipe for 
disaster. 

We allow multiple people to manage policies related to the work they do, but 
*ALL* policies and CPL definitions are stored in *ONE* common library on each 
sysplex. Nothing can be managed from a personal data set. Everyone looks to 
that common library for couple and policy definitions. 

.
.
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 
Carmen Vitullo
Sent: Friday, August 21, 2020 12:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: How to un-duplex a logstream?

CAUTION EXTERNAL EMAIL

Is the policy name the same NAME(CFRM1)?
did you issues a setxcf start pol,poln=CFRM1 ?
I usually change the policy name to be sure the new policy is indeed active I 
don't think this change would require an IPL run
//SYSINDD *
  DATA TYPE(CFRM) REPORT(YES)

and see if the update is in the CFRM policy

Carmen

I didn't previously have a STRUCTURE named MACK_GENERAL in my CFRM policy 
(assuming you mean in the "DATA TYPE(CFRM)...DEFINE POLICY...") only a "DEFINE 
STRUCTURE NAME(MACK_GENERAL) in my "DATA TYPE(LOGR)..." settings. So I added 
one to my CFRM POLICY:

//SYSINDD *
  DATA TYPE(CFRM) REPORT(YES)
  DEFINE POLICY NAME(CFRM1) REPLACE(YES)

   CF NAME(CFCC1)
  TYPE(SIMDEV)
  MFG(IBM)
  PLANT(EN)
  SEQUENCE(000CFCC1)
  PARTITION(0)
  CPCID(00)
  DUMPSPACE(1)

   CF NAME(CFCC2)
  TYPE(SIMDEV)
  MFG(IBM)
  PLANT(EN)
  SEQUENCE(000CFCC2)
  PARTITION(0)
  CPCID(00)
  DUMPSPACE(1)

(all other STRUCTUREs excluded)

  STRUCTURE NAME(MACK_GENERAL) INITSIZE(30M) SIZE(100M)
  DUPLEX(DISABLED)  ENCRYPT(NO)
  PREFLIST(CFCC1,CFCC2)

//

I ran the job, bounced the z/OS system and the coupling facilities, but D 
XCF,STR still shows DUPLEX ENABLED:

D XCF,STR,STRNAME=MACK_GENERAL
IXC360I  14.08.56  DISPLAY XCF
STRNAME: MACK_GENERAL
 STATUS: NOT ALLOCATED
 POLICY INFORMATION:
  POLICY SIZE: 45 M
  POLICY INITSIZE: 30 M
  POLICY MINSIZE : 0 M
  FULLTHRESHOLD  : 80
  ALLOWAUTOALT   : NO
  REBUILD PERCENT: N/A
  DUPLEX : ENABLED <===
  ALLOWREALLOCATE: YES
  PREFERENCE LIST: CFCC1CFCC2
  ENFORCEORDER   : NO
  EXCLUSION LIST IS EMPTY

...and when I open a file using a logstream using this structure, it's plain 
that DUPLEX is still in effect.

SO, I can't tell that I've accomplished anything at all.  Including not 
comprehending the difference between a STRUCTURE in the CFRM policy and in the 
LOGR definition. Or what I'm doing wrong. :(

Thanks again,
Wendell


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

Re: Anyone Using MVS Bulk Data Transfer (File-to-File)?

[Jesse 1 Robinson]

We considered using BDT many moons ago. NDM was the hands-down winner. However, 
BDT still appear to be supported. Still required for JES3 SNA, I believe.

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.e0za100/e0za10007.htm

.
.
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 
Clark Morris
Sent: Thursday, August 20, 2020 3:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Anyone Using MVS Bulk Data Transfer (File-to-File)?

CAUTION EXTERNAL EMAIL

[Default] On 20 Aug 2020 13:31:43 -0700, in bit.listserv.ibm-main 
edja...@phoenixsoftware.com (Ed Jaffe) wrote:

>On 8/20/2020 1:14 PM, Clark Morris wrote:
>>
>> Any shop using SNA-NJE on JES3 needs it.  Since JES2 didn't require 
>> it for SNA-NJE, my single instance shop converted to JES2 so we saved 
>> by both not having to pay for BDT but also JES2 was cheaper.
>
>Good observation!
>
>I didn't specify whether I was referring to the BDT SNA/NJE function or 
>the BDT File-to-File function.

I think that IBM dead ended and stopped support of the File-to-file and all 
other non-JES3 related functions at least 18 years ago.

Clark Morris
>
>I was thinking of the latter...


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

Re: How to determine which SMP CSI is used

[Jesse 1 Robinson]

I've got an itch for one of those trendy hotel jobs. Do they ask for any 
qualifications more than screwing up SMP? I thought it would be a lot harder. -😉

.
.
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 
Edward Finnell
Sent: Wednesday, August 19, 2020 9:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: EXTERNAL: How to determine which SMP CSI is used

CAUTION EXTERNAL EMAIL

What I'd do is use PDS to find RMID's of load modules. Then find status of 
those PTFs in CSI. FYI this is super dangerous. Mixed modules have been the 
ruination of many a sysprogs now tending bar at trendy hotels.

In a message dated 8/19/2020 8:19:47 AM Central Standard Time, 
014f796d148d-dmarc-requ...@listserv.ua.edu writes:
I have a component, DB2 Query Monitor, that I need to apply PTFs to. I have 
found 2 CSIs. How do I determine which CSI was used for the currently running 
"Run Time Libraries"?
thanks
Bill


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

Re: Reminder: Don't "Forget" Your CFRMPOL Keywords

[Jesse 1 Robinson]

I'm also a bit puzzled by the situation Ed describes. We've run parallel 
sysplexes since the mid-90s. We have had two widely spaced CEC failures that 
took down all data LPARs plus ICFs on the failing CEC. (In both cases we had a 
second CEC that housed backup ICF LPARs.) In neither case was there any damage 
to the pair of CFRM couple data sets, which as Bill Neiman pointed out, contain 
'compiled' CFRM policies as well as a record of the last policy used. For me, 
the head scratcher is what happened to Ed's CPL data sets? The recovering data 
LPARs should have been able to locate the correct CFRM policy and load it into 
the recovered ICF(s). If CFRMPOL differs from the CPL data set indication, you 
are prompted at IPL to choose which one to use. 

A sysplex-wide 'cold start' occurs when both ICF(s) and couple data sets are 
empty. We actually experience that situation regularly when we first IPL a 
sysplex at our DR site. ICFs have been newly initialized, and the CPL data sets 
have been freshly formatted. That's where COUPLExx CFRMPOL comes into play. 
That keyword by the way is younger than sysplex itself. In our early experience 
with DR (global mirror for z/OS, or XRC), we simply IPLed with no active CFRM 
policy. We would logon and run a job to create a policy from mirrored source, 
then SETXCF switch to that policy, then start up remaining apps. That procedure 
was kyboshed by the advent of GRS star, which *requires* a supporting structure 
at IPL. No policy, no structure, no IPL. So CFRMPOL was introduced to allow 
specification in a cold start. Around the same time, the formatting utility 
IXCL1DSU was enhanced to allow pointing to a couple data set other than the 
currently active one. Before we IPL a DR sysplex, we run IXCL1DSU from the 
driving system to stuff a policy into the DR system's couple data set, which is 
named by CFRMPOL. 


.
.
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 Ed 
Jaffe
Sent: Monday, August 17, 2020 9:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Reminder: Don't "Forget" Your CFRMPOL Keywords

CAUTION EXTERNAL EMAIL

On 8/17/2020 4:59 AM, Bill Neiman wrote:
> I'm a bit confused by this.  CFRMPOL is only relevant when you IPL with a 
> CFRM couple data set (CDS) that has never been used before, so there was no 
> previously-activated policy.  It's normally not necessary to update the 
> CFRMPOL statement when you update your CFRM policy, unless you're changing 
> *which* policy you're using.  Even then, it only matters if you come up with 
> a new CFRM CDS.  The CFRM CDS records which policy was last used, and that's 
> the policy that will be used if you are forced to perform a sysplex-wide IPL. 
>  There must be more to this story.

Take a look at software case TS004055963 and hardware PMH 59261,227,000 (and 
several other related PMHs automatically opened since).

We came up with new CFRM data sets using the CFRM policy specified in CFRMPOL. 
While up, we switched CFRM policies but did not update CFRMPOL in COUPLExx as 
we should have (and as my reminder admonishes others to do). We then 
experienced a CPC failure in the early AM on 8/15 that took down all LPARs and 
internal coupling facilities. When coming up after the "crash," all of our 
structures were at the old sizes. Turned out we were running the policy 
specified in CFRMPOL and not the policy we had switched to prior to the crash. 
That's when I started this "reminder"
thread.

I took my own advice and corrected CFRMPOL to reflect our current policy. Good 
thing I did because we had a second second crash of the same type at 9PM that 
same day. Coming back up after that crash, all structure size are as expected.

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

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

Re: Remember the 9370?

[Jesse 1 Robinson]

At one shop, before we moved to cartridge, we had 3420s that were so 'obsolete' 
that spare parts became prohibitively expensive. On more than one occasion, our 
loyal CE team carved replacement parts out of wood (!) to extend the lifespan 
of decrepit drives. 

.
.
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 
Seymour J Metz
Sent: Thursday, August 13, 2020 3:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Remember the 9370?

CAUTION EXTERNAL EMAIL

3420? Wasn't that well and truly obsolete?


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



From: IBM Mainframe Discussion List  on behalf of 
Carmen Vitullo 
Sent: Wednesday, August 12, 2020 10:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Remember the 9370?

We had 2 9370's that I recall @ the Boeing Helicopters site in Philly, both 
running VSE IIRC, one in the computer room for a DOD project and one black box 
project neither were network connected - the engineers and admins (SYSPROGS) 
had to carry updates into the computer room, but they were on round reel tapes


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

Re: ISPF development question

[Jesse 1 Robinson]

Getting in to TEST mode has been discussed. The easiest way is going to Option 
7. That turns TEST most on without requiring you exit/re-enter ISPF. In TEST 
mode, ISPF elements are reread from DASD on each call. This is not very 
efficient for ordinary usage but greatly facilitates dialog development. So how 
do you return to 'normal' processing? In Option 0 ISPF Settings, you have these 
options:

Enter "/" to select option   
   Command line at bottom
   Panel display CUA mode
   Long message in pop-up
   Tab to action bar choices 
   Tab to point-and-shoot fields 
   Restore TEST/TRACE options
   Session Manager mode  
   Jump from leader dots 
   Edit PRINTDS Command  
   Always show split line
   Enable EURO sign

The item Restore TEST/TRACE options controls what happens after you're done 
(for now) with dialog testing. If this item is selected, exiting Option 7 puts 
you back in normal mode, whereby elements are read only once and retained in 
memory. If you leave this item blank, TEST mode persists until you exit ISPF.   
   

.
.
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 
John McKown
Sent: Thursday, July 30, 2020 7:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: ISPF development question

CAUTION EXTERNAL EMAIL

Yes, there is. Run in TEST mode.

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.f54dg00/testmod.htm


On Thu, Jul 30, 2020 at 1:14 AM Gadi Ben-Avi  wrote:

> Hi,
>
> I was told to develop an ISPF application.
> It's been a long time since I did this, so I'm having some issues.
>
> Whenever I change a panel definition, I have to logoff and logon for 
> the updated definition to show.
> Is there a way to have ISPF use the updated definition without logging 
> off and on.
>
> Thanks
>
> Gadi

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

Re: Keeping TSO users our of CICS

[Jesse 1 Robinson]

It was a long time ago, but yes, TCAS or some inbred cousin issued the WTOR and 
whole thing waited. Much more recently TPX would do the same thing. Improper 
coding is not the purview of user software. 

.
.
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 
Seymour J Metz
Sent: Monday, July 27, 2020 3:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Keeping TSO users our of CICS

CAUTION EXTERNAL EMAIL

Do you mean that TCAS issued a WTOR? Because that's the only way I can imagine 
TSO having had such a problem.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Jesse 1 Robinson [jesse1.robin...@sce.com]
Sent: Monday, July 27, 2020 6:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Keeping TSO users our of CICS

This is not a 'RACF problem'. The problem lies with product that manages logins 
using RACF. Whipper snappers believe it or not, once upon a time TSO itself had 
this problem. The task gets a wait from RACF, but that task is running in the 
mainline of the top guy. The proper way to handle this is to put logon in a 
subtask, which can wait forever allowing TSO or CICS or TPX or whatever to keep 
business running in the meantime. I'm not a CICS guy, but it shocks me that 
such a mature product would behave this way.

Short of a CICS fix, the shop needs to change its practices. The idea of 
assigning SPECIAL to a help desk jockey is pretty outré.

.
.
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 
Tony Harminc
Sent: Monday, July 27, 2020 3:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Keeping TSO users our of CICS

CAUTION EXTERNAL EMAIL

On Mon, 27 Jul 2020 at 18:03, ITschak Mugzach  wrote:

> It happens because racf is a single task. This is why other users 
> can't login until the wtor is replied.
>

I very much doubt this. It may be that this part of *CICS* is a single task for 
all its users, but RACF itself pretty much runs as a subroutine of the caller 
of RACROUTE. So it is up to CICS to not get caught up in this wait.

Tony H.


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

Re: Keeping TSO users our of CICS

[Jesse 1 Robinson]

This is not a 'RACF problem'. The problem lies with product that manages logins 
using RACF. Whipper snappers believe it or not, once upon a time TSO itself had 
this problem. The task gets a wait from RACF, but that task is running in the 
mainline of the top guy. The proper way to handle this is to put logon in a 
subtask, which can wait forever allowing TSO or CICS or TPX or whatever to keep 
business running in the meantime. I'm not a CICS guy, but it shocks me that 
such a mature product would behave this way.

Short of a CICS fix, the shop needs to change its practices. The idea of 
assigning SPECIAL to a help desk jockey is pretty outré. 

.
.
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 
Tony Harminc
Sent: Monday, July 27, 2020 3:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Keeping TSO users our of CICS

CAUTION EXTERNAL EMAIL

On Mon, 27 Jul 2020 at 18:03, ITschak Mugzach  wrote:

> It happens because racf is a single task. This is why other users 
> can't login until the wtor is replied.
>

I very much doubt this. It may be that this part of *CICS* is a single task for 
all its users, but RACF itself pretty much runs as a subroutine of the caller 
of RACROUTE. So it is up to CICS to not get caught up in this wait.

Tony H.

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

Re: Keeping TSO users our of CICS

[Jesse 1 Robinson]

I think we're asking the wrong question. These folk just make an ordinary fat 
fingered typo now and then. If that happens on TSO, the user is hung up but the 
system runs along fine. Apparently in CICS, the whole shebang goes into a wait. 
I've seen this for other non-CICS products.  

.
.
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 
Itschak Mugzach
Sent: Monday, July 27, 2020 2:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Keeping TSO users our of CICS

CAUTION EXTERNAL EMAIL

CICS does not require a CICS segment, so if you do not block the user at the 
APPL, the default user CICS segment inherented to the user. Still don't 
understand why the helpdesk users password authentication fails if it works 
under TSO.

ITschak

*| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux and 
IBM I **|  *

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





On Mon, Jul 27, 2020 at 11:57 PM Clark Morris  wrote:

> [Default] On 27 Jul 2020 13:40:48 -0700, in bit.listserv.ibm-main 
> stars...@mindspring.com (Lizette Koehler) wrote:
>
> >First if you have not done so, you might want to join the CICS or 
> >RACF Lists.
>
> While I am at least 20 years out of date, it used to be that someone 
> had to be set up in each CICS region they were allowed to access.  So 
> far as I know access to TSO does not automatically get you access to 
> CICS and having access to CICS test does not mean access to CICS 
> production or even CICS test for a different region.
>
> Clark Morris
> >
> >I think the IRR profiles can avoid the use of SPECIAL and OPERATIONS, 
> >but you would need to research that
> >
> >
> >I think the RACF List may be more helpful
> >
> >CICS   http://www.listserv.uga.edu/archives/cics-l.html
> >RACF   http://www.listserv.uga.edu/archives/racf-l.html
> >
> >
> >Next I think here are IRR profiles that can be used to reset 
> >passwords.  I am not very familiar with it, I think this
> >
> >
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zo
> s.v2r1
>
> >.icha700/icha700_Steps_for_delegating_the_authority_to_reset_password
> >s_by_gr
> >oup_tree.htm
> >
> >
> >Steps for delegating the authority to reset passwords by group tree
> >
> >Before you begin:
> >
> >Make sure the ALTUSER command issuer does not have similar access 
> > to
> the
> >IRR.PASSWORD.RESET resource in the FACILITY class.
> >Ensure that list-of-groups-checking (SETROPTS GRPLIST) is enabled.
> >
> >Perform the following steps to limit the authority of a general user 
> >or group to resume user IDs and reset passwords and password phrases 
> >based on the scope of a group tree.
> >
> >Define the following generic profiles in the FACILITY class, if 
> >not already defined. Doing so ensures that an existing generic 
> >profile does
> not
> >inadvertently prevent you from successfully limiting this authority.
> >Example:
> >
> >RDEFINE FACILITY IRR.PASSWORD.RESET.**  UACC(NONE)
> >RDEFINE FACILITY IRR.PWRESET.** UACC(NONE)
> >RDEFINE FACILITY IRR.PWRESET.EXCLUDE.** UACC(READ)
> >
> >If you use UPDATE or CONTROL access for any IRR.PWRESET profile, 
> >as described in Table 1, specify the higher level (UPDATE or CONTROL) 
> >with
> the
> >UACC operand for the IRR.PWRESET.EXCLUDE.** profile instead of the
> >UACC(READ) option shown in this example.
> >Define a profile to protect the IRR.PWRESET.TREE.owner resource 
> >in the FACILITY class, where owner is the group that is at the top of 
> >a group
> tree.
> >Example:
> >
> >RDEFINE FACILITY IRR.PWRESET.TREE.GROUP1 UACC(NONE)
> >   AUDIT(FAILURES(NONE) SUCCESSES(READ))
> >
> >
> >
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zo
> s.v2r1
>
> >.icha700/icha700_Steps_for_delegating_the_authority_to_reset_the_pass
> >word_fo
> >r_any_user.htm
> >
> >Steps for delegating the authority to reset the password for any user 
> >Perform the following steps to authorize a general user or group to 
> >use
> the
> >ALTUSER command to resume a revoked user or reset a user's password 
> >or password phrase.
> >
> >Define a profile to protect the IRR.PASSWORD.RESET resource in 
> >the FACILITY class.
> >Example:
> >
> >RDEFINE FACILITY IRR.PASSWORD.RESET UACC(NONE)
> >   AUDIT(FAILURES(NONE) SUCCESSES(READ))
> >
> >__
> >Authorize the general users or groups.
> >Example:
> >
> >PERMIT IRR.PASSWORD.RESET CLASS(FACILITY) ID(HELPDESK USER19)
> >ACCESS(READ)
> >
> >See Levels of authority for restrictions and details about 

Re: OOBOL and English was Re: Still COBOL After All These Years?

[Jesse 1 Robinson]

When I was a kid a hundred years ago, the canonical term was 'centigrade', 
based I assumed on the 100 degree span between the freezing and boiling points 
of water. The term was logical and fit into a world view that included metric 
measurements and decimal currency. And who the heck was Celsius anyway?

Could Ray Bradbury have found a publisher for "Celsius 232.778"?

.
.
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 
Jackson, Rob
Sent: Wednesday, July 22, 2020 11:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: OOBOL and English was Re: Still COBOL After All These 
Years?

CAUTION EXTERNAL EMAIL

We have definitely devolved . . . like we always do on this forum.  It's fun 
though, right?

I agree on Celsius.  The name disturbs me too.  Centigrade is more pleasant for 
some reason.  Reminds me of tardigrade.  Now that is something we could all 
ponder and be better off.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Bridges
Sent: Wednesday, July 22, 2020 2:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OOBOL and English was Re: Still COBOL After All These Years?

[External Email. Exercise caution when clicking links or opening attachments.]

I just think the word "Celsius" is ugly; "centigrade" is comparatively 
euphonious.  A personal bias.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* Do you know what constitutes a "hate crime"?  Put your thinking caps on.  
What tools do we need to determine whether a crime was motivated by hate or 
prejudice?  Answer: We need thought police.  -from "See, I Told You So" by Rush 
Limbaugh */

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joe Monk
Sent: Wednesday, July 22, 2020 12:17

Centigrade? It always thought it's Celsius. :)

--- On Wed, Jul 22, 2020 at 11:16 AM Bob Bridges  wrote:
> Interesting; centigrade is the one system I use nowadays without 
> having to think much about it.  It's so easy:  0s are cold, 10s are 
> cool, 20s are warm, 30s are hot.
>
> -Original Message-
> From: Jackson, Rob
> Sent: Monday, July 20, 2020 23:23
>
> As a disclaimer, I'm not a complete bigot.  I say miles and yards; but 
> I have this nasty habit of converting them to meters in my mind every 
> time I say them.  The one thing I cannot get used to in every-day life 
> is Celsius degrees.  I think in Fahrenheit degrees.  Oddly enough, 
> since they're exactly the same thing, I find it easier to talk in 
> Kelvins rather than Celsius degrees.  Maybe I just like starting at 
> zero.  :)  I couldn't tell you what absolute zero in Fahrenheit is; I guess I 
> never cared.


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

Re: OOBOL and English was Re: Still COBOL After All These Years?

[Jesse 1 Robinson]

Or not...

https://www.npr.org/2013/01/14/169140590/-the-whole-nine-yards-of-what

.
.
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 
Tony Thigpen
Sent: Tuesday, July 21, 2020 11:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: OOBOL and English was Re: Still COBOL After All These 
Years?

CAUTION EXTERNAL EMAIL

Well, "the whole nine yards" is about cloth, so I guess it fits the two known 
items. :-)

As for things being in SI and not US, but labeled as US, yes, I too am seeing 
that. If you buy washers (for bolts) at the big box stores, they have larger 
holes than the ones at the true hardware store. And, they look to actually be 
metric when you measure them. Also, plywood seems to be a bit "off" on the 
thickness too. The router bits I used to use to make glue-up dado slots (with 
plywood going into the slot) are a little off now.

Tony Thigpen

Jeremy Nicoll wrote on 7/21/20 2:29 PM:
> On Tue, 21 Jul 2020, at 17:00, Tony Thigpen wrote:
>> It's all perspective and how precise you need to be. And what we are 
>> measuring.
>>
>> The only thing I know that is measured in yards is cloth and football.
>
> What about "the whole nine yards"?
>
>
>> In home improvements, boards and such are measured in feet,inch,16ths.
>> That is it. Not yards,feet,inch,16th.
>
> In the UK, stuff is now labelled in cm or mm, but actual sizes of many 
> things haven't changed.  And timber sizes are often nominal anyway, eg 
> the size of something before it was planed or sawn.
>
> What used to be an 8 foot by 2 foot board is typically now sold as 
> 2400x600.
>
>
>> When driving down the road, it's all miles or 1/10 of a mile. We 
>> don't say Mile,yard,feet,inch,16th.
>
> On motorways etc the countdown markers to where a slip-road starts 
> were supposedly at 100 yard intervals.  A quick google suggests they 
> are "at about 100 yard/metre" intervals now, so goodness knows what 
> the actual distances are.  But it hardly matters for the purpose of 
> seeing one's approaching the start of the slip.
>
>
> And incidentally both 1/16 and 1/32 were easy to work with (eg in DIY 
> with timber) being, if you like just a bit more and just a bit less 
> than 1 mm.
>
> On the other hand if you were machining metal you'd likely have been 
> working in "thou" ie thousandths of an inch.  Apparently USAians call 
> that a "mil" - which must be easily confused with millimetre.
>
> See: https://en.wikipedia.org/wiki/Thousandth_of_an_inch


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

Re: Transport of choice for sending data to IBM's ECuRep

[Jesse 1 Robinson]

Can I ask why you guys are (apparently) so averse to the PDUU/HTTPS solution?

.
.
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 Ed 
Jaffe
Sent: Friday, July 17, 2020 2:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Transport of choice for sending data to IBM's ECuRep

CAUTION EXTERNAL EMAIL

On 7/17/2020 11:39 AM, Carmen Vitullo wrote:
> unfortunately Ed, Blue Diamond is a GUI only, a browser interface, I still 
> have to TERSE and move the data to my PC before I use this interface.
> when I get a dump or have to send IBM logs or such, it's a process, and one 
> I've had to deal with since we are no longer allowed any ftp or sftp access 
> to any vendor from the mainframe.

That's brutal! And, I'm sure your PC is a much, Much, MUCH more secure platform 
than your mainframe running z/OS!... :-D

I was able to craft a simple SFTP batch job to the server address posted on 
IBM's "normal" support page.

Thanks everyone for your help...


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


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

Re: Transport of choice for sending data to IBM's ECuRep

[Jesse 1 Robinson]

IBM has been threatening to disallow plain FTP for several years. We cannot use 
FTPS here because of an appliance (Bluecoat) that we rely on to punch through 
the internet firewall. Bluecoat does not understand FTPS syntax. Eventually IBM 
offered HTTPS as an FTP alternative, which we're fine with. PDUU allows a 
choice of FTP or HTTPS

However, we have not heard of a Monday (27 July?) deadline. Is it real?

.
.
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 Ed 
Jaffe
Sent: Friday, July 17, 2020 11:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Transport of choice for sending data to IBM's ECuRep

CAUTION EXTERNAL EMAIL

With IBM threatening to discontinue plain FTP next Monday, I'm wondering what 
is the transport of choice for sending data to ECuRep?

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

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

Re: Two Processors and One IODF

[Jesse 1 Robinson]

Thanks for the overview. (I should write this out on the palm of my hand; too 
much hand washing these days, though.) As you or someone else pointed out, for 
z/OS Global, an 'XRC license' is required only at the source/prod site because, 
at the DR site, data is written to the mirror volumes via standard I/O. 

However, in a real life fail-over scenario, you may well want to *mirror back* 
to the original site. Or begin mirroring to some other site. At that point the 
DR site will need an XRC license. 

.
.
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 R.S.
Sent: Tuesday, July 14, 2020 3:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Two Processors and One IODF

CAUTION EXTERNAL EMAIL

I hate new names of PPRC and XRC (and PPRC-XD), but... But one should know 
there are new features. New features with new names, but no old name exist for 
them.

There are still PPRC, XRC, PPRC-XD, but there is also some kind of "XRC without 
z/OS", performed by dasd arrays without host involvement.

Names?

PPRC  - Metro Mirror
XRC   - z/OS Global Mirror or  Global Mirror for z/Series. Data is being
moved by z/OS task (Data Mover). Interesting: only source array need a licensed 
feature of XRC. Target array need not, and it can be other type/vendor.
PPRC-XD - Global Copy, neither synchronous nor asynchronous. It's inconsistent.
(none) - Global Mirror (consist of PPRC-XD and FlashCopy), asynchronous (but 
consistent) copy on unlimited distance.

To be honest, both HDS and Dell/EMC also complicated their names.
Not to mention HDS is not Hitachi, but Hitachi also delivers arrays for HP 
(HPE).
And there is also new player from Moshe Yanai, Infinidat, AFAIK.
And there are/were smaller players.

--
Radoslaw Skorupka
Lodz, Poland






W dniu 13.07.2020 o 18:39, Jackson, Rob pisze:
> Ah, the constant rebranding and re-lingo-ing.  It must really help sales.  
> The last time I had IBM storage, Global Mirror was PPRC/XD and "z/OS Global 
> Mirror" was GDPS/XRC.  And Metro Mirror was PPRC synchronous.  I can't see 
> how GDPS/XRC would work with non-unique addresses--at least between primary 
> and secondary, since they're both online to the SDMs (right?  getting fuzzy 
> on it).  Currently we use HUR (love it), but I don't believe it would work 
> with non-unique addresses either.
>
> First Horizon Bank
> Mainframe Technical Support
>
> -----Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Jesse 1 Robinson
> Sent: Monday, July 13, 2020 12:27 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Two Processors and One IODF
>
> [External Email. Exercise caution when clicking links or opening 
> attachments.]
>
> We mirror with XRC, which I believe is Global Mirror. (I cannot keep the 
> current lingo straight.) In my shop, we have a business need to put any 
> device--DASD or tape--online to any LPAR regardless of location. In order to 
> do that, device addresses *must* be unique. If you have absolutely no need to 
> do that, then I don't think uniqueness is required. OTOH is costs little to 
> make them unique. If you don't do it from the get-go, it will be very 
> difficult in the future.
>
> .
> .
> 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
>



==

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 sim

Re: Two Processors and One IODF

[Jesse 1 Robinson]

A final caution. You will need to do DASD housekeeping on the DR system. In 
order to do that remotely, you will need to put DR volumes online to prod. That 
will require unique device addresses. Just saying. 

.
.
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 
Michael Babcock
Sent: Monday, July 13, 2020 11:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Two Processors and One IODF

CAUTION EXTERNAL EMAIL

Ours is simply a DR site so currently we don’t have that requirement.

On Mon, Jul 13, 2020 at 11:27 AM Jesse 1 Robinson 
wrote:

> We mirror with XRC, which I believe is Global Mirror. (I cannot keep 
> the current lingo straight.) In my shop, we have a business need to 
> put any device--DASD or tape--online to any LPAR regardless of 
> location. In order to do that, device addresses *must* be unique. If 
> you have absolutely no need to do that, then I don't think uniqueness 
> is required. OTOH is costs little to make them unique. If you don't do 
> it from the get-go, it will be very difficult in the future.
>
> .
> .
> 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 Michael Babcock
> Sent: Monday, July 13, 2020 7:10 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: Two Processors and One IODF
>
> CAUTION EXTERNAL EMAIL
>
> Thanks!
>
> We are using Global Mirror for replication.  Not sure if using the 
> same device addresses will be a problem or not for GM.
>
> So, does everyone recommend different device addresses?
>
> On Sat, Jul 11, 2020 at 1:01 PM Jackson, Rob 
> 
> wrote:
>
> > I don't know if anyone has pointed it out, but if this is a brand 
> > new, vanilla CEC, before you even have to worry about an IODF, you 
> > need an IOCDS.  Generally you create that deck from an IODF, and I 
> > can't imagine you would choose not to.  All of our CECs are defined 
> > in one IODF.  For a new machine across the state, we sent the IOCDS 
> > deck for the target CEC (and common ICC configs) to the CE, and he 
> > put them on a thumb drive; we then ran stand-alone IOCP to load the 
> > HSA.  Then with any (I would hope) form of replication you use, the 
> > IODF needed for all the recovery LPARs is "just already there" on 
> > your recovery
> SYS1.IPLPARM/IODF volume.
> >
> > Our DASD CUs and device addresses are different (I'm thinking they 
> > had to be for either flavor of replication), but we don't have that 
> > many, so we don't have to worry about running out.  Our LPAR numbers 
> > are the same on all CECs, and our OS configs are defined only once 
> > and are used on all respective LPARs.
> >
> > There's nothing to it, and I don't know of a single reason not to 
> > have one common IODF.
> >
> > First Horizon Bank
> > Mainframe Technical Support
--
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: Two Processors and One IODF

[Jesse 1 Robinson]

We mirror with XRC, which I believe is Global Mirror. (I cannot keep the 
current lingo straight.) In my shop, we have a business need to put any 
device--DASD or tape--online to any LPAR regardless of location. In order to do 
that, device addresses *must* be unique. If you have absolutely no need to do 
that, then I don't think uniqueness is required. OTOH is costs little to make 
them unique. If you don't do it from the get-go, it will be very difficult in 
the future. 

.
.
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 
Michael Babcock
Sent: Monday, July 13, 2020 7:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Two Processors and One IODF

CAUTION EXTERNAL EMAIL

Thanks!

We are using Global Mirror for replication.  Not sure if using the same device 
addresses will be a problem or not for GM.

So, does everyone recommend different device addresses?

On Sat, Jul 11, 2020 at 1:01 PM Jackson, Rob 
wrote:

> I don't know if anyone has pointed it out, but if this is a brand new, 
> vanilla CEC, before you even have to worry about an IODF, you need an 
> IOCDS.  Generally you create that deck from an IODF, and I can't 
> imagine you would choose not to.  All of our CECs are defined in one 
> IODF.  For a new machine across the state, we sent the IOCDS deck for 
> the target CEC (and common ICC configs) to the CE, and he put them on 
> a thumb drive; we then ran stand-alone IOCP to load the HSA.  Then 
> with any (I would hope) form of replication you use, the IODF needed 
> for all the recovery LPARs is "just already there" on your recovery 
> SYS1.IPLPARM/IODF volume.
>
> Our DASD CUs and device addresses are different (I'm thinking they had 
> to be for either flavor of replication), but we don't have that many, 
> so we don't have to worry about running out.  Our LPAR numbers are the 
> same on all CECs, and our OS configs are defined only once and are 
> used on all respective LPARs.
>
> There's nothing to it, and I don't know of a single reason not to have 
> one common IODF.
>
> First Horizon Bank
> Mainframe Technical Support

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

Re: Two Processors and One IODF

[Jesse 1 Robinson]

To move an IODF from one system to another, there are various methods as others 
have suggested. We have always used an HCD native process that 

1. creates an offload copy of the source IODF
2. submits a second job to transmit the unload to the target site
3. runs the second job at the target site, calling program CBDMGHCP to recreate 
the IODF

This procedure requires that the target site be up and running but does not 
require any intervention at the target site. It's very important for us that 
the target copy be bit for bit identical to the source. 

.
.
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 
kekronbekron
Sent: Friday, July 10, 2020 10:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Two Processors and One IODF

CAUTION EXTERNAL EMAIL

To get the IODF across... what you'd need to do depends on who manages DR at 
the other side:
if it's you, setup an email job on your primary system to email you the IOCP 
when a new config is activated.
If it's IBM or some such, setup an email job on your primary system to email 
the vendor/partner the IOCP when a new config is activated.

- KB

‐‐‐ Original Message ‐‐‐
On Saturday, July 11, 2020 10:51 AM, kekronbekron 
<02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote:

> The trouble with using same CU and units at both sites is ... unnecessary 
> risk of varying/initializing a unit on the wrong side. Could be a major 
> whoopsie.
> Best to use a few ranges on this side, and a few ranges on the other, so it's 
> very easy to know what's where.
>
> -   KB
>
> ‐‐‐ Original Message ‐‐‐
> On Friday, July 10, 2020 11:49 PM, Michael Babcock bigironp...@gmail.com 
> wrote:
>
>
> > We are in the process of bringing DR back in-house and have a new
> > z15-T02 in our new facility (our current "home" machine is a z14-ZR1).
> > I want to be able to manage both processors from a single IODF.  I'd 
> > like to have the same CHPIDs, CUs, and Device addresses both at home and
> > in our DR machine.   I have the new processor defined in our current
> > IODF and have used the CHPID mapping tool to map the PCHIDs to CHPIDs.
> > I have tested adding devices with the same address to both 
> > processors and that seems to work (as long as I define the CUs to 
> > both processors first.  I tested adding a range of 16 tape drives).
> > My questions are this:
> > 1.  Is this something we even want to do (same IODF, same device addresses)?
> > 2.  What's the best way to move the IODF at home to the DR machine?
> > 3.  Are there any gotchas we need to watch out for?
> > 4.  We have IBM DS8886s and are using Metro Global Mirror 
> > Multi-Target w/Practice.  Any concerns here?
> > 5.  Am I crazy for even entertaining this idea?
> > 6.  Any alternatives I need to consider?
> >
> > 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: HCD graphics report format

[Jesse 1 Robinson]

HCM provides a very usable pictorial view of an IODF. No graphics software 
required. We now use HCM exclusively for IO config management. You get way more 
than a picture.

.
.
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 Tom 
Conley
Sent: Friday, July 10, 2020 6:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: HCD graphics report format

CAUTION EXTERNAL EMAIL

On 7/10/2020 8:04 PM, Steve Horein wrote:
> I think you need GDDM.
>
> On Fri, Jul 10, 2020 at 5:32 PM Pew, Curtis G 
> 
> wrote:
>
>> I was doing some updates in HCD and noticed the graphics report 
>> function, so I tried it. The output looks like input to groff or some 
>> such. Does anyone know what I would need to use to transform it into 
>> something human-viewable? My google-fu hasn’t worked so far.
>>
>>
>> --
>> Pew, Curtis G
>> curtis@austin.utexas.edu
>>

Curtis,

You will need GDDM, and a TN3270 emulator capable of displaying host graphics.  
It's cool when it works, but you will have to scroll up, down, right, left to 
see your whole layout.  A huge screen would help.

Regards,
Tom Conley

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

Re: Confirm or deny existence of old masking password?

[Jesse 1 Robinson]

This is guesswork. If you allow lowercase passwords, the ubiquitous uppercase 
translation from password entry to RACF verification is bypassed. I would look 
at system option 5.1 in the RACF dialog. Look for a statement like this: 

MIXED CASE PASSWORD SUPPORT IS NOT IN EFFECT 

This option causes user entered password to translate to uppercase. If it says 
something like 'is in effect', then uppercase translation is not in effect, so 
if user enters lowercase, that will get passed ASIS to RACF and fail 
verification.   

.
.
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 
Gibney, Dave
Sent: Friday, July 10, 2020 1:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Confirm or deny existence of old masking password?

CAUTION EXTERNAL EMAIL

  I believed hat all our passwords were at least DES. Recenly upgraded sandbox 
z/OS 2.1 to z/OS 2.3. Now getting:
IRR013I  VERIFICATION FAILED. INVALID PASSWORD GIVEN.
For an job submitted via an STC with userid and password on the JOB card. Works 
fine in z/OS 2.1

Is there some way I can confirm that z/OS 2.3 is failing this because the 
password is sill a "masking" password?

Cross-posted RACF-L and IBM-MAIN

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