Re: IBM BLSR subsystem

[PINION, RICHARD W.]

Here's what we use in our DATACLAS ACS routine.

.
.
.
/* Exclude certain datasets from using DATACLAS EXT */
/*-*/

FILTLIST EXCLDSNS INCLUDE( EF.**,
EXT.**,
BUS.**,
**.**.ISR.BACKUP,
%%.**.BACKUP*,
%%.**.BBIJRN*)

/* Exclude certain programs from using DATACLAS EXT  */
/*--*/

FILTLIST EXCLPGMS INCLUDE('FDRABR',
 'FDRREORG')
.
.
.
/* Exclude BMC Mainview STC's from using DATACLAS EXT */
/*---*/
FILTLIST BMC_STCS INCLUDE(MV*)
.
.
.
WHEN ( = _UNITS)
   SELECT
  WHEN (= _STCS)  SET ='NEXTBMC'
  WHEN ( = 'TEMP')SET ='NONEXT'
  WHEN (   = )   SET ='NONEXT'
  WHEN (  = )  SET ='NONEXT'
  WHEN (  = 'PO') SET ='NONEXT'
   OTHERWISE SET ='EXT'
   END

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Watkins
Sent: Thursday, May 19, 2022 11:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM BLSR subsystem

[External Email. Exercise caution when clicking links or opening attachments.]

Thank you for your reply. I'd be curious to know what was in your small list.

Specifically:

(1) What programming techniques were employed that disallowed home-grown 
application files from being in extended format?
(2) What vendor proctucts (if any) required datasets that could not be extended 
format?

I don't mean to make a project for you, but any light you could shed would be 
appreciated.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
PINION, RICHARD W.
Sent: Thursday, May 19, 2022 10:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM BLSR subsystem

CAUTION: This email originated from outside of the Texas Comptroller's email 
system.
DO NOT click links or open attachments unless you expect them from the sender 
and know the content is safe.

We did something similar in our QA LPAR.  We changed our ACS routines to assign 
everything to extended format and extended addressing.  During the mock 
production run, we were able to identify, and exclude the datasets that could 
not be extended/extended.  The list is quite small.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Watkins
Sent: Thursday, May 19, 2022 10:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM BLSR subsystem

[External Email. Exercise caution when clicking links or opening attachments.]

For the past few years, I've been looking at re-writing the ACS routines with 
an eye toward making extended format datasets the default, ferreting out 
datasets that cannot tolerate extended format and then assigning a DATACLAS 
that includes extended formating. To my knowledge, the following cannot be in 
extended format:

  * Catalogs
  * System data sets (SMS is not active at early IPL stages)
  * Temporary data sets
  * SAS-formatted data sets (?)

To help me with this task,  does anyone know of other datasets that cannot be 
defined as extended format? Has anyone else considered including extended 
formating as a default and encountered problems? Any advice or experiences you 
could share would be appreciated.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Watkins
Sent: Thursday, May 19, 2022 9:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM BLSR subsystem

CAUTION: This email originated from outside of the Texas Comptroller's email 
system.
DO NOT click links or open attachments unless you expect them from the sender 
and know the content is safe.

Thanks for the history and a definitive word on BLSR. From your (and others') 
remarks, it seems obvious that BLSR has been supereceded by SMB. So why not 
just implement SMB?

Doesn't SMB only work if the clusters whose buffers you want to manage are 
defined as extended format? In contrast, BLSR does not require extended format, 
correct?

Extended format datasets are the exception where I am employed, not the rule. 
Recreating the DASD farm in extended format would be a gargantuan task, 
requiring the buy-in of far-flung managers with limited technical acumen who'd 
see such efforts as a lot of work for very little benefit. At this point, 
implementing BLSR until SMB can be a reality might provide some immediate 
relief.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jim 
Mulder
Sent: Thursday, May 19, 2022 12:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM BLSR subsystem

BLSR was initially developed by Washinton System Center

Re: IBM BLSR subsystem

[PINION, RICHARD W.]

We did something similar in our QA LPAR.  We changed our ACS routines to
assign everything to extended format and extended addressing.  During the
mock production run, we were able to identify, and exclude the datasets that
could not be extended/extended.  The list is quite small.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Watkins
Sent: Thursday, May 19, 2022 10:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM BLSR subsystem

[External Email. Exercise caution when clicking links or opening attachments.]

For the past few years, I've been looking at re-writing the ACS routines with 
an eye toward making extended format datasets the default, ferreting out 
datasets that cannot tolerate extended format and then assigning a DATACLAS 
that includes extended formating. To my knowledge, the following cannot be in 
extended format:

  * Catalogs
  * System data sets (SMS is not active at early IPL stages)
  * Temporary data sets
  * SAS-formatted data sets (?)

To help me with this task,  does anyone know of other datasets that cannot be 
defined as extended format? Has anyone else considered including extended 
formating as a default and encountered problems? Any advice or experiences you 
could share would be appreciated.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Watkins
Sent: Thursday, May 19, 2022 9:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM BLSR subsystem

CAUTION: This email originated from outside of the Texas Comptroller's email 
system.
DO NOT click links or open attachments unless you expect them from the sender 
and know the content is safe.

Thanks for the history and a definitive word on BLSR. From your (and others') 
remarks, it seems obvious that BLSR has been supereceded by SMB. So why not 
just implement SMB?

Doesn't SMB only work if the clusters whose buffers you want to manage are 
defined as extended format? In contrast, BLSR does not require extended format, 
correct?

Extended format datasets are the exception where I am employed, not the rule. 
Recreating the DASD farm in extended format would be a gargantuan task, 
requiring the buy-in of far-flung managers with limited technical acumen who'd 
see such efforts as a lot of work for very little benefit. At this point, 
implementing BLSR until SMB can be a reality might provide some immediate 
relief.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jim 
Mulder
Sent: Thursday, May 19, 2022 12:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM BLSR subsystem

BLSR was initially developed by Washinton System Center as an assembler 
language sample program to go along with a book they were writing about using 
the Subsystem Interface.  At the time, IBM was desperately looking for "ESA 
Exclusives" in order to sell 3090 machines vs the PCM manufacturers, who 
machines had not yet implemented ESA.  This sample program happened to use one 
BAKR/PR, which meant that it did require ESA.

 So MVS management wanted to instead ship the program an OCO part of the MVS 
BCP, and I was commanded to review the code to see what that would  entail.
I raised several objections concerning the maintainability of the code, the 
lack of serviceability (no ESTAEs, no dumping, no control block eyecatchers,  
we didn't want new assembler code), no message IDs, lack of messages and 
message control, an integrity exposure, etc, etc.  Also, VSAM functionality was 
not really in the BCP's bailiwick, and we would end up having to support this 
code for decades.
So I recommended that we should not do this.

  But, since selling machines trumps everything, I lost that argument, and was 
instead assigned to remediate all of my objections to the sample code.
I recoded  the whole thing in PL/AS and fixed all of the issues, and wrote lots 
of testcases,  and it got shipped as a PTF on top of MVS/ESA SP3.1.3.
MVS Project Management did contribute the "Batch LSR" name.

  Decades later, we continue to support it and probably always will, but at 
least the right solution eventually got implemented by SMB in DFSMS.

  And now you know...  the rest of the story.

James Harvey Mulder  z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY



From: IBM Mainframe Discussion List  on behalf of 
Dave Barry <00a5644c6d08-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, May 18, 2022 5:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: [EXTERNAL] Re: IBM BLSR subsystem

>IIRC, Batch LSR was developed at IBM by the BCP team; SMB was later developed 
>by the DFdfp team.  SMB is not BLSR under-the-covers, but it offers the same 
>advantages.

>SMB is the more modern solution.  It has worked wonders at my shop.  Just mind 
>your REGION size.  If you haven't converted some VSAM files to Extended 
>Format, this is a good reason to do so.

>The VSAM Demystified Redbook is a good resource.  Lots on the Web, e.g.

VTAM USSTAB

[PINION, RICHARD W.]

Does anybody know of a way to reverse assemble USSTAB load modules?

Award-winning service

Confidentiality notice:
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: TSO BRODCAST

[PINION, RICHARD W.]

Yes, that's it, thank you!

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Smith
Sent: Friday, May 13, 2022 5:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO BRODCAST

[External Email. Exercise caution when clicking links or opening attachments.]

SAVE will save the message until the next logon, even if the user is presently 
logged on.  And it will be shown and deleted then.

I think what the OP wants are system notices, which are created with the 
operator SEND command.  Those are listed for every TSO logon for all users, and 
are persistent.

The CBT has a handy exec called BCEDIT that makes managing those easier than 
with the bare commands.  It's in file 247.

sas


On Fri, May 13, 2022 at 4:41 PM Mark Jacobs < 
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:

> SEND 'message",SAVE
>
> Mark Jacobs
>
>

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

Confidentiality notice:
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

TSO BRODCAST

[PINION, RICHARD W.]

I can't remember how to retain a message in SYS1.BRODCAST, that appears every 
time you logon.
I haven't done this in years.  I'm working on a, hold your breath, OS/390 2.9 
system.  I need to
clone what that system has.


Award-winning service

Confidentiality notice:
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: The Story of Mainframe Passwords

[PINION, RICHARD W.]

Non-relative track address BDAM used it to, right?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Thursday, May 12, 2022 3:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The Story of Mainframe Passwords

[External Email. Exercise caution when clicking links or opening attachments.]

Yes, ISAM positively did use hardware keys.  BTDTGTTS, and I do mean scars.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Smith
Sent: Thursday, May 12, 2022 3:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The Story of Mainframe Passwords

VSAM does not use hardware keys.  What I know of that does are PDS directories 
(KL=8) (not PDSE), VTOCs (KL=44), SYS1.BRODCAST (KL=1), and just heard about 
PASSWORD.  They are (of course) available for user application with BDAM 
(Google suggests I meant "BDSM"... almost appropriate ;-).  I don't know 
whether ISAM ever used them.

They're basically a relic from when DASD was much much slower, and much more 
expensive.

sas


On Thu, May 12, 2022 at 3:04 PM Tom Brennan 
wrote:

> Yes... Now that you mention it, I do remember the key in PDS
> directories, but I never worked with those others directly.  Do VSAM
> datasets use disk keys?

--

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


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

Confidentiality notice:
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: [EXTERNAL] Re: Potential Resource Savings Techniques

[PINION, RICHARD W.]

Obviously, I'm not a baseball fan .

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richards, Robert B. (CTR)
Sent: Thursday, May 12, 2022 12:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Potential Resource Savings Techniques

[External Email. Exercise caution when clicking links or opening attachments.]

Batting average is based on 1.000 

Ty Cobb has the highest career average of .366 George Sisler has the single 
season record of .407

Only the first few days of a major league season does anyone have 1.000 

Tell us how many datapoints make up that 100% 

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
PINION, RICHARD W.
Sent: Thursday, May 12, 2022 10:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Potential Resource Savings Techniques

Woohoo, I finally said something on IBM that is of benefit to someone else.  I 
think I will take the rest of the day off.  I'm batting 100%, and I don't want 
to screw that up.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Thursday, May 12, 2022 10:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Potential Resource Savings Techniques

[External Email. Exercise caution when clicking links or opening attachments.]

David,

My point was that if you allocate the dataset with a very small primary and 
large secondary, if the dataset is never opened, you've only wasted a cylinder 
of space instead of 500.  I just played with Richard's suggestion of using 
SPACE(CYL(0,500),RLSE) and it works just fine, allocating no space unless the 
dataset actually gets opened and data written to it.  For some reason I had it 
stuck in my head that strange things happened if you set a primary space of 0 
but that doesn't appear to be the case.  So even in my old age I learned 
something.  :-)

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
 
Sent: Wednesday, May 11, 2022 4:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Potential Resource Savings Techniques

Great technique.  What utility or JCL is being used, if the dataset is not 
opened then RLSE does not happen.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Wednesday, May 11, 2022 5:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Potential Resource Savings Techniques

David,

Here's another solution to that scenario.  We have several datasets that 
historically got allocated like you show here on a nightly basis.  The jobs 
would either populate the datasets or not even open them.  I had the developer 
change the JCL to allocate them with SPACE(CYL(1,500),RLSE).  Dataset doesn't 
get populated?  No problem, 1 cylinder used.  If it gets populated, it 
typically fills up 1 or 2 extents.  No more huge amounts of wasted space.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
 
Sent: Wednesday, May 11, 2022 4:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Potential Resource Savings Techniques

My 2nd apology.  The main reason for using this IDCAMS method is to reduce 
wasted disk space for empty files.  Sometimes empty files are Updated with data 
after they are created and sometimes they just remain empty.  One user created 
a few hundred of these each month with
SPACE=(CYL,(500,200),RLSE) .  So IDCAMS creating them saved 1000's of CYLs of 
DISK.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Wednesday, May 11, 2022 4:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

On Wed, 11 May 2022 15:36:01 -0400, wrote:

>I apologize to all.  The Correct JCL is below.  It must use INFILE of DD DUMMY.
>
How do IEFBR14, IEBGENER, and IDCAMS compare in behavior and performance?
I'd expect:
IEFBR14 fails to RLSE.
IEBGENER is simplest to code for a single data set.
IDCAMS has best performance for multiple data sets because it minimizes job 
step overhead.

Is there any purpose in allocating a  primary with multiple storage units then 
immediately RLSE, other than demonstration?

I recall I was told that the EOF is written automatically if the SMS address 
space is active, regardless whether the data set is SMS managed.

How does this play with data recovery  by allocating  with ABSTRK?

I prefer BLKSIZE=0.  SDB knows best.

>IDCAMS TO ALLOCATE EMPTY FILE VS USING IEFBR14 AS BR14 DOES NOT USE SDB
>or RLSE SPACE
>//STEP010  EXEC PGM=IDCAMS
>//DD1  DD  DUMMY   CAN USE DD DUMMY OR DD * WITH NO DATA
>//DD2  DD  DSN=GRT.GIOIDXM.TEST.BLK1(+1),
>// DISP=(NEW,CATLG,DELETE),
>// DCB=(BLKSIZE=0,DSORG=PS,LRECL=80,RECFM=FB),
>// SPACE=(CYL,(100,200),RLSE),UNIT=DISK
>//DD3  DD  DSN=GRT.GIOIDXM.TEST.BLK2,
>// DISP=(NEW,CATLG,DELETE),
>// DC

Re: [EXTERNAL] Re: Potential Resource Savings Techniques

[PINION, RICHARD W.]

Woohoo, I finally said something on IBM that is of benefit to someone else.  I 
think I
will take the rest of the day off.  I'm batting 100%, and I don't want to screw 
that up.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Thursday, May 12, 2022 10:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Potential Resource Savings Techniques

[External Email. Exercise caution when clicking links or opening attachments.]

David,

My point was that if you allocate the dataset with a very small primary and 
large secondary, if the dataset is never opened, you've only wasted a cylinder 
of space instead of 500.  I just played with Richard's suggestion of using 
SPACE(CYL(0,500),RLSE) and it works just fine, allocating no space unless the 
dataset actually gets opened and data written to it.  For some reason I had it 
stuck in my head that strange things happened if you set a primary space of 0 
but that doesn't appear to be the case.  So even in my old age I learned 
something.  :-)

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
 
Sent: Wednesday, May 11, 2022 4:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Potential Resource Savings Techniques

Great technique.  What utility or JCL is being used, if the dataset is not 
opened then RLSE does not happen.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Wednesday, May 11, 2022 5:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Potential Resource Savings Techniques

David,

Here's another solution to that scenario.  We have several datasets that 
historically got allocated like you show here on a nightly basis.  The jobs 
would either populate the datasets or not even open them.  I had the developer 
change the JCL to allocate them with SPACE(CYL(1,500),RLSE).  Dataset doesn't 
get populated?  No problem, 1 cylinder used.  If it gets populated, it 
typically fills up 1 or 2 extents.  No more huge amounts of wasted space.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
 
Sent: Wednesday, May 11, 2022 4:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Potential Resource Savings Techniques

My 2nd apology.  The main reason for using this IDCAMS method is to reduce 
wasted disk space for empty files.  Sometimes empty files are Updated with data 
after they are created and sometimes they just remain empty.  One user created 
a few hundred of these each month with
SPACE=(CYL,(500,200),RLSE) .  So IDCAMS creating them saved 1000's of CYLs of 
DISK.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Wednesday, May 11, 2022 4:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

On Wed, 11 May 2022 15:36:01 -0400, wrote:

>I apologize to all.  The Correct JCL is below.  It must use INFILE of DD DUMMY.
>
How do IEFBR14, IEBGENER, and IDCAMS compare in behavior and performance?
I'd expect:
IEFBR14 fails to RLSE.
IEBGENER is simplest to code for a single data set.
IDCAMS has best performance for multiple data sets because it minimizes job 
step overhead.

Is there any purpose in allocating a  primary with multiple storage units then 
immediately RLSE, other than demonstration?

I recall I was told that the EOF is written automatically if the SMS address 
space is active, regardless whether the data set is SMS managed.

How does this play with data recovery  by allocating  with ABSTRK?

I prefer BLKSIZE=0.  SDB knows best.

>IDCAMS TO ALLOCATE EMPTY FILE VS USING IEFBR14 AS BR14 DOES NOT USE SDB
>or RLSE SPACE
>//STEP010  EXEC PGM=IDCAMS
>//DD1  DD  DUMMY   CAN USE DD DUMMY OR DD * WITH NO DATA
>//DD2  DD  DSN=GRT.GIOIDXM.TEST.BLK1(+1),
>// DISP=(NEW,CATLG,DELETE),
>// DCB=(BLKSIZE=0,DSORG=PS,LRECL=80,RECFM=FB),
>// SPACE=(CYL,(100,200),RLSE),UNIT=DISK
>//DD3  DD  DSN=GRT.GIOIDXM.TEST.BLK2,
>// DISP=(NEW,CATLG,DELETE),
>// DCB=(BLKSIZE=0,DSORG=PS,LRECL=80,RECFM=FB),
>// SPACE=(TRK,(180,180),RLSE),UNIT=DISK
>//SYSPRINT DD  SYSOUT=*
>//SYSINDD  *
>   REPRO INFILE(DD1) OUTFILE(DD2)
>   REPRO INFILE(DD1) OUTFILE(DD3)
>/*
--
gil

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

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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an 

Re: [EXTERNAL] Re: Potential Resource Savings Techniques

[PINION, RICHARD W.]

Even better yet, code SPACE=(CYL,(0,500),RLSE)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Wednesday, May 11, 2022 5:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Potential Resource Savings Techniques

[External Email. Exercise caution when clicking links or opening attachments.]

David,

Here's another solution to that scenario.  We have several datasets that 
historically got allocated like you show here on a nightly basis.  The jobs 
would either populate the datasets or not even open them.  I had the developer 
change the JCL to allocate them with SPACE(CYL(1,500),RLSE).  Dataset doesn't 
get populated?  No problem, 1 cylinder used.  If it gets populated, it 
typically fills up 1 or 2 extents.  No more huge amounts of wasted space.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
 
Sent: Wednesday, May 11, 2022 4:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Potential Resource Savings Techniques

My 2nd apology.  The main reason for using this IDCAMS method is to reduce 
wasted disk space for empty files.  Sometimes empty files are Updated with data 
after they are created and sometimes they just remain empty.  One user created 
a few hundred of these each month with
SPACE=(CYL,(500,200),RLSE) .  So IDCAMS creating them saved 1000's of CYLs of 
DISK.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Wednesday, May 11, 2022 4:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

On Wed, 11 May 2022 15:36:01 -0400, wrote:

>I apologize to all.  The Correct JCL is below.  It must use INFILE of DD DUMMY.
>
How do IEFBR14, IEBGENER, and IDCAMS compare in behavior and performance?
I'd expect:
IEFBR14 fails to RLSE.
IEBGENER is simplest to code for a single data set.
IDCAMS has best performance for multiple data sets because it minimizes job 
step overhead.

Is there any purpose in allocating a  primary with multiple storage units then 
immediately RLSE, other than demonstration?

I recall I was told that the EOF is written automatically if the SMS address 
space is active, regardless whether the data set is SMS managed.

How does this play with data recovery  by allocating  with ABSTRK?

I prefer BLKSIZE=0.  SDB knows best.

>IDCAMS TO ALLOCATE EMPTY FILE VS USING IEFBR14 AS BR14 DOES NOT USE SDB
>or RLSE SPACE
>//STEP010  EXEC PGM=IDCAMS
>//DD1  DD  DUMMY   CAN USE DD DUMMY OR DD * WITH NO DATA
>//DD2  DD  DSN=GRT.GIOIDXM.TEST.BLK1(+1),
>// DISP=(NEW,CATLG,DELETE),
>// DCB=(BLKSIZE=0,DSORG=PS,LRECL=80,RECFM=FB),
>// SPACE=(CYL,(100,200),RLSE),UNIT=DISK
>//DD3  DD  DSN=GRT.GIOIDXM.TEST.BLK2,
>// DISP=(NEW,CATLG,DELETE),
>// DCB=(BLKSIZE=0,DSORG=PS,LRECL=80,RECFM=FB),
>// SPACE=(TRK,(180,180),RLSE),UNIT=DISK
>//SYSPRINT DD  SYSOUT=*
>//SYSINDD  *
>   REPRO INFILE(DD1) OUTFILE(DD2)
>   REPRO INFILE(DD1) OUTFILE(DD3)
>/*
--
gil

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

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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.


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

Confidentiality notice:
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message 

Re: Potential Resource Savings Techniques

[PINION, RICHARD W.]

Using you favorite DASD management software, DF/HSM or FDRABR, you can release 
free space
at will.  We cobbled together a program that releases space, without updating 
the last use date.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
 
Sent: Wednesday, May 11, 2022 5:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

[External Email. Exercise caution when clicking links or opening attachments.]

My 2nd apology.  The main reason for using this IDCAMS method is to reduce 
wasted disk space for empty files.  Sometimes empty files are Updated with data 
after they are created and sometimes they just remain empty.  One user created 
a few hundred of these each month with
SPACE=(CYL,(500,200),RLSE) .  So IDCAMS creating them saved 1000's of CYLs of 
DISK.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Wednesday, May 11, 2022 4:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

On Wed, 11 May 2022 15:36:01 -0400, wrote:

>I apologize to all.  The Correct JCL is below.  It must use INFILE of DD DUMMY.
>
How do IEFBR14, IEBGENER, and IDCAMS compare in behavior and performance?
I'd expect:
IEFBR14 fails to RLSE.
IEBGENER is simplest to code for a single data set.
IDCAMS has best performance for multiple data sets because it minimizes job 
step overhead.

Is there any purpose in allocating a  primary with multiple storage units then 
immediately RLSE, other than demonstration?

I recall I was told that the EOF is written automatically if the SMS address 
space is active, regardless whether the data set is SMS managed.

How does this play with data recovery  by allocating  with ABSTRK?

I prefer BLKSIZE=0.  SDB knows best.

>IDCAMS TO ALLOCATE EMPTY FILE VS USING IEFBR14 AS BR14 DOES NOT USE SDB
>or RLSE SPACE
>//STEP010  EXEC PGM=IDCAMS
>//DD1  DD  DUMMY   CAN USE DD DUMMY OR DD * WITH NO DATA
>//DD2  DD  DSN=GRT.GIOIDXM.TEST.BLK1(+1),
>// DISP=(NEW,CATLG,DELETE),
>// DCB=(BLKSIZE=0,DSORG=PS,LRECL=80,RECFM=FB),
>// SPACE=(CYL,(100,200),RLSE),UNIT=DISK
>//DD3  DD  DSN=GRT.GIOIDXM.TEST.BLK2,
>// DISP=(NEW,CATLG,DELETE),
>// DCB=(BLKSIZE=0,DSORG=PS,LRECL=80,RECFM=FB),
>// SPACE=(TRK,(180,180),RLSE),UNIT=DISK
>//SYSPRINT DD  SYSOUT=*
>//SYSINDD  *
>   REPRO INFILE(DD1) OUTFILE(DD2)
>   REPRO INFILE(DD1) OUTFILE(DD3)
>/*
--
gil

--
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
Award-winning service

Confidentiality notice:
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

REPRO MERGECAT

[PINION, RICHARD W.]

If I do a REPRO MERGECAT, and if there are duplicate entries, i.e. 
SYS1.LINKLIB, will the REPRO MERGECAT overlay the entry in the target catalog?
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: Use of zCX

[PINION, RICHARD W.]

Does anybody hear remember a software product from a Russian company that 
allowed one to run Linux as
an address space under OS/390?  If memory serves me correctly, I think this was 
in the 1990's, possible early
2000's.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Phil Smith III
Sent: Thursday, April 21, 2022 2:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Use of zCX

[External Email. Exercise caution when clicking links or opening attachments.]

>It likes a LOT of real memory and it appears that the running instance
consumes the full amount of real memory allocated to it for the duration, 
making it unavailable to zOS for paging or any other use.



Well, sure-that memory use is Linux caching files in memory. This has all been 
explored, analyzed, and solved under z/VM years ago; alas, z/OS doesn't have 
the same kinds of controls, so it's going to be a problem with zCX until and 
unless IBM adds some knobs.



I'm with Dave Jones re "Where's the real value?" I remember when IBM first 
proposed what became zCX, I asked what the point was. The answer I got was 
"It's politically hard/impossible to get an LPAR created to run z/VM (not to 
mention paying for z/VM) or to run Linux on the bare iron". A technical 
solution to a political problem is painful to contemplate, but is sometimes 
necessary, and it appears that's what zCX is.



Running an entire operating system under z/OS that isn't acclimated to doing so 
is inherently problematic. Things like Db2 and CICS have spent many, many years 
being made into good z/OS citizens (OK, since CICS has always been under z/OS 
and predecessors, that's obvious-but Db2 started as SQL/DS on VM). Sure, IBM 
can make Linux behave under z/OS, but it's gonna take a while! And the real 
value is still unclear to me, beyond the political hurdles. You're sure not 
going to run hundreds of zCX containers under z/OS, I don't think, as you can 
Linuxen under z/VM.



TonyH: My information is that z/OS (MVS) only uses SIE for zCX, so I think 
that's just two levels of SIE, which presumably/hopefully means vSIE, which 
isn't that bad?



...phsiii (who spent four years doing Linux provisioning under z/VM at 
Linuxcare and then a few years doing performance of Linux under z/VM, so feels 
he has some qualifications to make the above assertions)


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: HS student with question about small mainframe DASD

[PINION, RICHARD W.]

I do not want to dissuade you from this endeavor.  But, if you are only 
interested in learning
about z/OS, you might consider the path outlined in the link below.  
Specifically, the Personal
Edition.  

https://www.ibm.com/docs/en/zdt/12.0.5?topic=overview

This is the official IBM mainframe emulator, that runs on Intel based systems, 
under Linux. 
Other members of this list have signed up for zD PE.  Although, at the 
current time, IBM 
has not delivered all of the necessary components.  Word from IBM is they are 
working on
it.  Also, I think this environment is only for running z/OS, not z/VM or z/VSE.

Lastly, if you interested in zLinux, you can run that on a Wintel platform 
using the Open Source
mainframe emulator Hercules.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Enzo D'Amato
Sent: Friday, April 15, 2022 6:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: HS student with question about small mainframe DASD

[External Email. Exercise caution when clicking links or opening attachments.]

Thank you for the input. Would you know where to look for ckd devices? I have 
seen parts of a DS6800, but always without the controller. I know luminex and 
IBM also make smaller rack mount units, but I haven't seen any of those either.

From: IBM Mainframe Discussion List  on behalf of Jay 
Maynard 
Sent: Friday, April 15, 2022 5:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: HS student with question about small mainframe DASD

Basically, running FBA storage restricts you to running z/VM and z/VSE, and 
possibly z/Linux (I've never run it on FBA, but there's no particular reason it 
wouldn't work). z/OS requires CKD DASD.

Learning experience? Absolutely!

I want to get a z/Series myself, but there's a tradeoff there...in particular, 
I don't think I could manage 3-phase power.

On Fri, Apr 15, 2022 at 4:43 PM Enzo D'Amato 
wrote:

>
> Hello. I am a US high school student who is seriously considering 
> acquiring a z114 mainframe. I have found a listing selling one for a 
> price that I think is reasonable, and I have determined that I can 
> meet the space, transportation and power requirements for the machine. 
> I did however have one question before I continued. I know in Connor 
> Krukosky's talk, his biggest issue was finding DASD for the machine. I 
> have looked, and it appears that proper ficon DASD is still rare. My 
> situation is not quite as significant as Connor's , as my machine has SCSI 
> IPL as a native feature.
> Despite this, I wanted to know if anyone here could give some advice 
> on the topic. Would the machine still provide a good learning 
> experience with just FBA storage?​
>
> Thank you for any information that you can provide
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


--
Jay Maynard

--
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
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Don't shoot the messenger

[PINION, RICHARD W.]

Will OS/390 2.9 run under z/VM on a z114 processor?
I think it won't.  But, someone else says it will.
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: IBM ServiceLink

[PINION, RICHARD W.]

I thought it was just me!

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Robert Dott
Sent: Tuesday, April 5, 2022 1:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM ServiceLink

[External Email. Exercise caution when clicking links or opening attachments.]

Anyone having issues with Servicelink today? When we try search SIS, we are 
getting no results. Just trying to determine if it's our account, or everyone.

Thanks,
Bob

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: Semi-OT: S/370 Channel Emulator/A cables needed

[PINION, RICHARD W.]

Obi Wan FRU, that's a name I've not heard in a long, long time.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Joe 
Monk
Sent: Friday, April 1, 2022 9:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Semi-OT: S/370 Channel Emulator/A cables needed

[External Email. Exercise caution when clicking links or opening attachments.]

So the IBM FRU for the cable is : 46F3786(B)

Joe

On Fri, Apr 1, 2022 at 8:14 PM Jay Maynard  wrote:

> Doesn't look like it: the PC end of the cable has 4 rows of pins, and 
> the card has 3.
>
> On Fri, Apr 1, 2022, 20:10 Joe Monk  wrote:
>
> > This?
> >
> >
> >
> https://urldefense.com/v3/__https://www.ebay.com/itm/383952914163?hash
> =item59656086f3:g:QWUAAOSwvaJgJqKH__;!!HnnddUIWDII9UQ!ALmST9IwodamDUZC
> ulOGQL24A63I5UfOTQeESWFZWqKcjx16eUk0Pb4kzbTny7kB0GQ$
> >
> > Joe
> >
> > On Fri, Apr 1, 2022 at 2:16 PM Jay Maynard  wrote:
> >
> > > I fired up my old P/370 the other day and got it running again. 
> > > (One
> hard
> > > disk had croaked.) I didn't remember what cards I had in it, so I
> pulled
> > > the lid off and looked - and lo and behold, along with the P/370 
> > > card itself was a S/370 Channel Emulator/A card, 06F3160. No cable 
> > > for it, sadly.
> > >
> > > And then I bought another RS/6000 to put my other P/370 card into 
> > > off
> of
> > > eBAy - and lo and behold, it too has one of those in it!
> > >
> > > So now I have two P/370 (technically, RS/370) systems that I can 
> > > hook channel stuff up to - if I had the cable. I even have a
> channel-attached
> > > 3174 (that's currently hooked up to one of my two P/390s). So, 
> > > anyone
> > know
> > > where I might be able to lay hands on a couple of cables, and a 
> > > couple
> of
> > > bus and tag terminator sets?
> > >
> > > I also have a Multiprotocol Adapter/A in the first P/370; not sure 
> > > what it's useful for, but I could use a cable for one of those, too.
> > > --
> > > Jay Maynard
> > >
> > > --
> > >  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
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: PL/I

[PINION, RICHARD W.]

I know the COBOL team/manuals published numbers for things like this, with the 
option turned on and with the option turned off.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jay 
Maynard
Sent: Wednesday, March 30, 2022 12:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PL/I

[External Email. Exercise caution when clicking links or opening attachments.]

ISTR that STRINGRANGE and STRINGSIZE carried a performance penalty, though it's 
been a very long time since I did PL/I. I would expect that the hit is small 
but measurable, and generally worth it.

On Wed, Mar 30, 2022 at 10:54 AM Robin Vowels  wrote:

> On 2022-03-31 01:42, Seymour J Metz wrote:
> > However, buffer overruns are characteristic of languages with no 
> > range checking. Of course, you can write C in PL/I with, e.g,
> > (NOSTRINGRANGE) prefixes.
>
> No, the appropriate condition is STRINGSIZE.
> And that is disabled by default.
> STRINGRANGE is disabled by default also.
>
> It is always recommended to enable the STRINGSIZE condition.
>
> > 
> > From: IBM Mainframe Discussion List  on 
> > behalf of Paul Gilmartin
> > Sent: Wednesday, March 30, 2022 10:31 AM
> > Subject: Re: PL/I question
> >
> > On Wed, 30 Mar 2022 14:53:57 +0100, Rupert Reynolds wrote:
> >
> >> That's a common problem, certainly, but if we include the wider 
> >> world of micros and minis, I'd bet that buffer overuns related to 
> >> null-teminated strings (BLEAH!) are in the lead :-)
> >>
> > Buffer overruns are hardly peculiar to null-temniated strinigs.
> > Rather,
> > they result from indolent programmers' neglecting to check the 
> > length before the move or the status after; using strcat() and 
> > sprinitf() instead of strncat and snprintf(); etc.
> >
> > What should be done in HLASM?  Use unprotected MVCL, or define data 
> > types with explicit lengths and rely on macros to move data with 
> > protection?
> >
> > Should an attempted buffer overrun throw an exception?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


--
Jay Maynard

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: looking for 'how to' developing Rexx host command

[PINION, RICHARD W.]

So Tron is alive!

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jay 
Maynard
Sent: Sunday, March 20, 2022 11:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: looking for 'how to' developing Rexx host command

[External Email. Exercise caution when clicking links or opening attachments.]

Perhaps an HLASM shim to a C routine?

On Sun, Mar 20, 2022, 22:36 David Crayford  wrote:

> On Sun, 2022-03-20 at 10:08 -0500, Paul Gilmartin wrote:
> > On Sun, 20 Mar 2022 07:56:39 -0700, Charles Mills wrote:
> >
> > > TSO/E Rexx Reference Chapter 14. Language Processor Environments?
> > >
> > Wouldn't a SAMPLIB member be nice?  In a HLL?
>
> Writing a REXX command processor in a HLL is non-trivial to do correctly.
> I've done it a few times and it requires creating a persistent LE 
> environment and hanging the pointer on the user area inthe environment 
> block. Like most things on z/OS, REXX programming services were 
> designed for HLASM. Unfortunately, for the kind of APIs I'm interested 
> in HLASM is practically useless. For example, regular expressions 
> https://urldefense.com/v3/__https://github.com/daveyc/RTK__;!!HnnddUIWDII9UQ!Ck71kGZcd2uuVIc4OhtSDOYwjp6ORLN64m5QMO9s7bGtPSofieSguXi5fzruEOPiThs$
>  .
>
> It's far easier to just use a more contemporary programming language 
> which has a modern API for writing packages. Although, then you need 
> to know C/C++ for Python, Lua, Ruby, Node etc.
>
>
>
> >
> > > -Original Message-
> > > From: ITschak Mugzach
> > > Sent: Sunday, March 20, 2022 7:36 AM
> > >
> > > I scanned the tso rexx manuals and haven't found any instructions 
> > > on
> how to
> > > develop the host load module. I mean, the one who supplies the 
> > > address
> xxx
> > > services. Any idea where to find a sample or instruction manual?
>
> --
> 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
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: DFSORT PTFS for ZSORT

[PINION, RICHARD W.]

APAR PH33868 is resolved by UI77613.  UI77613 specifically addresses the
abend we received.  Please see the screen shots below of the SMP/E Global 
Zone Inquiries for UI77613 and UI76949.  Below the screen shots are the 
output from the APPLY.

  Entry Type:  SYSMOD 
  Entry Name:  UI77613
  Description:
  
Type:PTF   Status:
FMID: 
Date/Time: 22.066   12:09:30   REC
  
  
  
      
 SREL Z038
 FMID HSM1P00 
 PRE  UI76949 
 SUP  CH33868 


  

Entry Type:  SYSMOD  Zone Name: GLOBAL
  Entry Name:  UI76949 Zone Type: GLOBAL
  Description:  

Type:PTF   Status:  
FMID:   
Date/Time: 22.066   12:34:06   REC  



        
 SREL Z038  
 FMID HSM1P00   
 PRE  UI74062  UI90068  
 SUP  CH20594  CH34177  UI74841 

 SOURCEID PUT2109   
  RSU2110   
  SMCCOR  
.
.
.
HOLD_ERR CH42336   
 HOLD_SYS ACTION   UI76949  IPL  UI74841  IPL  UI76949  
  

Entry Type:  SYSMOD  Zone Name: GLOBAL  
 Entry Name:  UI76949 Zone Type: GLOBAL  
 
HOLD DATA
---  
++ HOLD(UI74841) SYS FMID(HSM1P00) REASON(IPL) DATE(21239)   
   COMMENT   
(
 * Function Affected: (PH34177) *
 *  DFSORT  *
 *  Data Facility Sort  *
 
 * Description: *
 *  IPL *
 
 * Timing:  *
 *  Post-APPLY  *
 
 In order for this PTF to be fully effective, an IPL with CLPA   
 is required.).  
++HOLD(UI76949) FMID(HSM1P00) REASON(CH42336) ERROR DATE(21328)  
 COMMENT(SMRTDATA(CHGDT(211124))) CLASS(PE). 
++ HOLD(UI76949) SYS FMID(HSM1P00) REASON(ACTION) DATE(21239) 

.
.
.

  SET  BOUNDARY (MVST100).  
   
GIM20501ISET PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 00.
   

   

   
  APPLY S(UI77613) CHECK GROUPEXTEND
   
BYPASS(HOLDSYS(IPL,ACTION)) .   
   

   

   
GIM30206E ** APPLY PROCESSING FAILED FOR 

Re: DFSORT PTFS for ZSORT

[PINION, RICHARD W.]

Thanks, that helps.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Tony Harminc
Sent: Monday, March 7, 2022 4:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFSORT PTFS for ZSORT

[External Email. Exercise caution when clicking links or opening attachments.]

On Mon, 7 Mar 2022 at 15:41, PINION, RICHARD W.
 wrote:
>
> We are running z/OS 2.4 on an IBM Z15.  We encountered the following 
> error when running with ZSORT=YES.
>
> ICE269A WITH ICEMTST ERROR 4013E000 0008 0100
>
> We retrieved the fixing PTF's of UI77613 and UI76949.
> UI76949 is a PRE of UI77613.  UI76949 has a HOLDERROR of CH42336, 
> which I think equates to APAR PH42336.
>
> Every time I search for PH42336, I get the following link, 
> https://urldefense.com/v3/__http://www.ibm.com/support/pages/apar/ph42336__;!!HnnddUIWDII9UQ!Aaz2T9lecKz0WRpNCB5cq6NprlZjloaf-1L1l-Z59AwS8jyWDbTe_Uc3pZbdPz2887w$
>  
> <https://urldefense.com/v3/__http://www.ibm.com/support/pages/apar/ph42336__;!!HnnddUIWDII9UQ!Aaz2T9lecKz0WRpNCB5cq6NprlZjloaf-1L1l-Z59AwS8jyWDbTe_Uc3pZbdPz2887w$
>  >.
> When I click on the link, rather than getting a description of the 
> APAR, I get the IBM Support Access screen, which I don't get, if I 
> search on the two PTF's above.  I've put in our customer number.  But, 
> that does not help, the screen repeats.

The APAR is in OPEN status:
PH42336: ABEND S800 D AFTER APPLYING PTFS FOR PH20594 21/11/24 PTF PECHANGE

This is related to the earlier thread "How to get APAR number", where I pointed 
out that you need to sign in to see OPEN APARs.

I started at 
https://urldefense.com/v3/__https://esupport.ibm.com/customercare/psearch/search?domain=gapar__;!!HnnddUIWDII9UQ!Aaz2T9lecKz0WRpNCB5cq6NprlZjloaf-1L1l-Z59AwS8jyWDbTe_Uc3pZbduhnntDk$
 , searched for PH42336, that showed me a list of one APAR with the little key 
icon, I clicked on it, it prompted me for an IBM ID, and after a lot of 
flickering and screen refreshing I got to the APAR text.

There is no fix, but there is a workaround:

BYPASS/CIRCUMVENTION:
The following option will disable use of zHPF for sortwork at the job level:
//DFSPARM DD *
 DEBUG $ZEXCP$=OFF

I don't see any "IBM confidential" or the like in the text, but I'm hesitant to 
post the whole thing here.

I should point out that my IBM ID is of the most basic kind that anyone can 
apply for. It is not connected to any kind of entitled support that I know of.

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

DFSORT PTFS for ZSORT

[PINION, RICHARD W.]

We are running z/OS 2.4 on an IBM Z15.  We encountered the following error
when running with ZSORT=YES.

ICE269A WITH ICEMTST ERROR 4013E000 0008 0100

We retrieved the fixing PTF's of UI77613 and UI76949.
UI76949 is a PRE of UI77613.  UI76949 has a HOLDERROR
of CH42336, which I think equates to APAR PH42336.

Every time I search for PH42336, I get the following
link, 
www.ibm.com/support/pages/apar/ph42336.
When I click on the link, rather than getting a
description of the APAR, I get the IBM Support
Access screen, which I don't get, if I search on
the two PTF's above.  I've put in our customer
number.  But, that does not help, the screen
repeats.

I tried to order PH42336 and CH42336, and both
orders were rejected, due to  APAR's not found.

We're stuck, since I can't get any fix information
for CH42336/PH42336.  I could bypass the error
hold.  But, maybe that's not a good idea.



Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: Meet Zorow, An Open Mainframe Project For z/OS Systems - Open Mainframe Project

[PINION, RICHARD W.]

Zeke and Zebb are still around, from ASG.  We use both products.

How about ZZTop?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
John McKown
Sent: Thursday, March 3, 2022 11:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Meet Zorow, An Open Mainframe Project For z/OS Systems - Open 
Mainframe Project

[External Email. Exercise caution when clicking links or opening attachments.]

Do not use Zeke, Zeb, or Zara. They were products long ago from a defunct 
company to replace CA-1,7,11.

On Wed, Mar 2, 2022, 08:31 Seymour J Metz  wrote:

> Has someone suggested Zaphrod Beeblebrox from HGTTG? Zeaot? Zing? Zoro?
>
>
> --
> Shmuel (Seymour J.) Metz
> https://urldefense.com/v3/__http://mason.gmu.edu/*smetz3__;fg!!HnnddUI
> WDII9UQ!A70iFO8_Rc04AQQT-WeSfWl8fC0RVvnZjFa48MfmH_4I1htmvKmF1z1GMOEhfD
> ghjsg$
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on 
> behalf of David Spiegel [dspiegel...@hotmail.com]
> Sent: Tuesday, March 1, 2022 9:51 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Meet Zorow, An Open Mainframe Project For z/OS Systems - 
> Open Mainframe Project
>
> Take a cue from Charles Manson ... Zezozose Zadfrack
>
> On 2022-03-01 20:01, PINION, RICHARD W. wrote:
> > No wait, Zoltar, from a MST3000 episode.
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> Behalf Of Charles Mills
> > Sent: Tuesday, March 1, 2022 7:49 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Meet Zorow, An Open Mainframe Project For z/OS Systems 
> > -
> Open Mainframe Project
> >
> > [External Email. Exercise caution when clicking links or opening
> attachments.]
> >
> > Geez, they're going to run out of weird Z words.
> >
> > Zeme?
> > Zelotic?
> > Zarf?
> > Zari?
> > Zeze?
> > Ziti?
> > Zygon?
> >
> > Charles
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Mark Regan
> > Sent: Tuesday, March 1, 2022 4:44 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Fwd: Meet Zorow, An Open Mainframe Project For z/OS Systems 
> > -
> Open Mainframe Project
> >
> >
> https://urldefense.com/v3/__https://nam12.safelinks.protection.outlook
> .com/?url=https*3A*2F*2Furldefense.com*2Fv3*2F__https*3A*2F*2Fwww.open
> mainframeproject.org*2Fblog*2F2022*2F02*2F23*2Fmeet-zorow-an-open-main
> frame-project-for-z-os-systems__*3B!!HnnddUIWDII9UQ!GuvbfAnnC3hbYjun-I
> s7gluORxcAS5w0kiXFqvQmAWhJXlPRwysMd8ZeCiWQ*24data=04*7C01*7C*7C9a
> 790e676a3f4ae7220408d9fbe8326e*7C84df9e7fe9f640afb435*7C1*
> 7C0*7C637817797045843534*7CUnknown*7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiL
> CJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0*3D*7C3000sdata=2SGJiNk
> fmL4UOFMSN5B8Q*2FgSQ*2F0N0TV6Hx2tUAL*2B16w*3Dreserved=0__;JSUlJSU
> lJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUl!!HnnddUIWDII9UQ!A70iFO8_Rc04AQQT-WeS
> fWl8fC0RVvnZjFa48MfmH_4I1htmvKmF1z1GMOEhd173MfY$
> >
> >
> >
> > ​Regards,
> >
> > Mark Regan, K8MTR General, EN80tg
> > CTO1 USNR-Retired (1969-1991),
> >
> > RUENAAA/CNO WASHINGTON DC//OP-009QCP
> >
> > Nationwide Insurance, Retired, 1986-2017 z/OS Network Software
> Consultant (z NetView, z/OS Communications Server) Contractor, Checks 
> & Balances, Inc.
> > Email: marktre...@gmail.com <mailto:marktre...@gmail.com>
> > LinkedIn:
> https://urldefense.com/v3/__https://nam12.safelinks.protection.outlook
> .com/?url=https*3A*2F*2Furldefense.com*2Fv3*2F__https*3A*2F*2Fwww.link
> edin.com*2Fin*2Fmark-t-regan__*3B!!HnnddUIWDII9UQ!GuvbfAnnC3hbYjun-Is7
> gluORxcAS5w0kiXFqvQmAWhJXlPRwysMdwcaCbEB*24data=04*7C01*7C*7C9a79
> 0e676a3f4ae7220408d9fbe8326e*7C84df9e7fe9f640afb435*7C1*7C
> 0*7C637817797045843534*7CUnknown*7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJ
> QIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0*3D*7C3000sdata=p5ncZgcjH
> SLNN*2BLUtPstwMVKr5MES*2FqR8rLfUPBGR0M*3Dreserved=0__;JSUlJSUlJSU
> lJSUlJSUlJSUlJSUlJSUlJSU!!HnnddUIWDII9UQ!A70iFO8_Rc04AQQT-WeSfWl8fC0RV
> vnZjFa48MfmH_4I1htmvKmF1z1GMOEhYtwcTx4$
> >
> >
> >
> >
> >
> >
> > 
> > -- 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:

Re: Meet Zorow, An Open Mainframe Project For z/OS Systems - Open Mainframe Project

[PINION, RICHARD W.]

No wait, Zoltar, from a MST3000 episode.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Tuesday, March 1, 2022 7:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Meet Zorow, An Open Mainframe Project For z/OS Systems - Open 
Mainframe Project

[External Email. Exercise caution when clicking links or opening attachments.]

Geez, they're going to run out of weird Z words.

Zeme?
Zelotic?
Zarf?
Zari?
Zeze?
Ziti?
Zygon?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Regan
Sent: Tuesday, March 1, 2022 4:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Fwd: Meet Zorow, An Open Mainframe Project For z/OS Systems - Open 
Mainframe Project

https://urldefense.com/v3/__https://www.openmainframeproject.org/blog/2022/02/23/meet-zorow-an-open-mainframe-project-for-z-os-systems__;!!HnnddUIWDII9UQ!GuvbfAnnC3hbYjun-Is7gluORxcAS5w0kiXFqvQmAWhJXlPRwysMd8ZeCiWQ$



​Regards,

Mark Regan, K8MTR General, EN80tg
CTO1 USNR-Retired (1969-1991),

RUENAAA/CNO WASHINGTON DC//OP-009QCP

Nationwide Insurance, Retired, 1986-2017 z/OS Network Software Consultant (z 
NetView, z/OS Communications Server) Contractor, Checks & Balances, Inc.
Email: marktre...@gmail.com 
LinkedIn:  
https://urldefense.com/v3/__https://www.linkedin.com/in/mark-t-regan__;!!HnnddUIWDII9UQ!GuvbfAnnC3hbYjun-Is7gluORxcAS5w0kiXFqvQmAWhJXlPRwysMdwcaCbEB$






--
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
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: Meet Zorow, An Open Mainframe Project For z/OS Systems - Open Mainframe Project

[PINION, RICHARD W.]

Zoltron, master of the universe!

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Tuesday, March 1, 2022 7:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Meet Zorow, An Open Mainframe Project For z/OS Systems - Open 
Mainframe Project

[External Email. Exercise caution when clicking links or opening attachments.]

Geez, they're going to run out of weird Z words.

Zeme?
Zelotic?
Zarf?
Zari?
Zeze?
Ziti?
Zygon?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Regan
Sent: Tuesday, March 1, 2022 4:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Fwd: Meet Zorow, An Open Mainframe Project For z/OS Systems - Open 
Mainframe Project

https://urldefense.com/v3/__https://www.openmainframeproject.org/blog/2022/02/23/meet-zorow-an-open-mainframe-project-for-z-os-systems__;!!HnnddUIWDII9UQ!GuvbfAnnC3hbYjun-Is7gluORxcAS5w0kiXFqvQmAWhJXlPRwysMd8ZeCiWQ$



​Regards,

Mark Regan, K8MTR General, EN80tg
CTO1 USNR-Retired (1969-1991),

RUENAAA/CNO WASHINGTON DC//OP-009QCP

Nationwide Insurance, Retired, 1986-2017 z/OS Network Software Consultant (z 
NetView, z/OS Communications Server) Contractor, Checks & Balances, Inc.
Email: marktre...@gmail.com 
LinkedIn:  
https://urldefense.com/v3/__https://www.linkedin.com/in/mark-t-regan__;!!HnnddUIWDII9UQ!GuvbfAnnC3hbYjun-Is7gluORxcAS5w0kiXFqvQmAWhJXlPRwysMdwcaCbEB$






--
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
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: z/OS ISPF Panel to include System Name

[PINION, RICHARD W.]

Ditto on that, I don't want to be on a production system when I start shutting 
stuff down.
I use titles, border titles, and colosr to differentiate my TN3270 sessions.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Tony Harminc
Sent: Thursday, February 24, 2022 4:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS ISPF Panel to include System Name

[External Email. Exercise caution when clicking links or opening attachments.]

On Thu, 24 Feb 2022 at 15:13, Jasi Grewal < 
040674ae00fc-dmarc-requ...@listserv.ua.edu> wrote:


> Is there a way to replace the ispf panelid name on top left screen of 
> zOS ISPF Panel with System name.
>- Is there a tool to include system name on top left or on right of 
> the screen when you are on primary panel or under any panels in zOS ISPF.
>- I understand that you can have it on primary panel but am more 
> interested in other ispf panels.
> Any information would be appreciated.Thank You in advance,Regards,Jasi 
> Grewal.
>

I'm sure there is, but I just use the title bar on my TN3270 app to display 
stuff like that. Using Vista TN3270 from Tom Brennan Software, you can either 
set the elements of the title bar statically, or  can insert all kinds of 
useful info such as the LUname or IP address you are connected to.
Of course this info is not coming from the system you are logged on to, but it 
works on any kind of TN3270-supporting system, not just ISPF.

I imagine that other TN3270 apps have similar features, though the 
implementation details will doubtless be different.

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: z/OS ISPF Panel to include System Name

[PINION, RICHARD W.]

I learn something new everyday!


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lionel B. Dyck
Sent: Thursday, February 24, 2022 3:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS ISPF Panel to include System Name

[External Email. Exercise caution when clicking links or opening attachments.]

You can also enter SYSNAME ON or  OFF on the ISPF command line.


Lionel B. Dyck <><
Website: 
https://urldefense.com/v3/__https://www.lbdsoftware.com__;!!HnnddUIWDII9UQ!CiLcdnxKLTlSnZjQB79gJrhYAyLYgbEmnJOzog98V6nAcmlOQ5lSnRPSCNpNc6fGfvE$
Github: 
https://urldefense.com/v3/__https://github.com/lbdyck__;!!HnnddUIWDII9UQ!CiLcdnxKLTlSnZjQB79gJrhYAyLYgbEmnJOzog98V6nAcmlOQ5lSnRPSCNpNY4DT71M$

“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 
PINION, RICHARD W.
Sent: Thursday, February 24, 2022 02:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS ISPF Panel to include System Name

You can edit the source of the panel.  You need to figure out where the panel 
is coming from, in regards to your ISPF allocations (CLIST/REXX, logon proc)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jasi Grewal
Sent: Thursday, February 24, 2022 3:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS ISPF Panel to include System Name

[External Email. Exercise caution when clicking links or opening attachments.]

Hi,
Is there a way to replace the ispf panelid name on top left screen of zOS ISPF 
Panel with System name.
   - Is there a tool to include system name on top left or on right of the 
screen when you are on primary panel or under any panels in zOS ISPF.
   - I understand that you can have it on primary panel but am more interested 
in other ispf panels.
Any information would be appreciated.Thank You in advance,Regards,Jasi Grewal.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN Confidentiality notice:
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

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

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

Re: z/OS ISPF Panel to include System Name

[PINION, RICHARD W.]

You can edit the source of the panel.  You need to figure out where the panel 
is coming from, in regards to your ISPF allocations (CLIST/REXX, logon proc)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jasi Grewal
Sent: Thursday, February 24, 2022 3:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS ISPF Panel to include System Name

[External Email. Exercise caution when clicking links or opening attachments.]

Hi,
Is there a way to replace the ispf panelid name on top left screen of zOS ISPF 
Panel with System name.
   - Is there a tool to include system name on top left or on right of the 
screen when you are on primary panel or under any panels in zOS ISPF.
   - I understand that you can have it on primary panel but am more interested 
in other ispf panels.
Any information would be appreciated.Thank You in advance,Regards,Jasi Grewal.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: BPXBATCH Environment Variable concatenation - STDENV

[PINION, RICHARD W.]

Would AOPBATCH help?

//STEP010 EXEC PGM=AOPBATCH,PARM='sh'   
//STDIN   DD *  
 "cp \"//'sys1.maclib(splevel)'\" /dev/fd/1" |  
gzip >foosplevel.gz 
//STDERR  DD SYSOUT=*   
//STDOUT  DD SYSOUT=*   

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mario Bezzi
Sent: Thursday, February 24, 2022 9:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: BPXBATCH Environment Variable concatenation - STDENV

[External Email. Exercise caution when clicking links or opening attachments.]

Hello list,

I can't find an elegant way to pass a variable containing a long string to a 
USS shell command executed under BPXBATCH.

Looking at what the JVMLDMxx module (JVM invocation) does I tried something 
like the following:

//RUNTEST  EXEC PGM=BPXBATCH
//STDOUT   DD   SYSOUT=*
//STDERR   DD   SYSOUT=*
//STDENV   DD   *
IJO="-Xms16m -Xmx128m"
IJO="$IJO -verbose:class"
IJO="$IJO -Dfile.encoding=ISO8859-1"
//STDPARM  DD *
SH  echo $IJO

But the echo command returns the following:

"$IJO -Dfile.encoding=ISO8859-1"

Which shows that variable concatenation doesn't work as I would expect.

Manually executing the same commands under OMVS z/OS shell, everything works 
fine:

IBMUSER:/u/ibmuser: >IJO="-Xms16m -Xmx128m"
IBMUSER:/u/ibmuser: >IJO="$IJO -verbose:class"
IBMUSER:/u/ibmuser: >IJO="$IJO -Dfile.encoding=ISO8859-1"
IBMUSER:/u/ibmuser: >echo $IJO
-Xms16m -Xmx128m -verbose:class -Dfile.encoding=ISO8859-1

I know I may use a real file, or even a USS file to write a single assignment 
in one line, but I would like to avoid carrying unneeded baggage.

What I am doing wrong?

Thank you,
mario

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: More z/OS and LinuxONE on IBM Cloud, Including On-Demand z/OS

[PINION, RICHARD W.]

Probably the Dino-babies are responsible for this.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mohammad Khan
Sent: Tuesday, February 15, 2022 1:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: More z/OS and LinuxONE on IBM Cloud, Including On-Demand z/OS

[External Email. Exercise caution when clicking links or opening attachments.]

Well, it's the same people who changed "DB2" to "Db2" very likely spending 
small fortune probably because that's the change that customers needed most. 
It's good to be a king :) MKK

On Tue, 15 Feb 2022 11:43:19 -0500, zMan  wrote:

>WTF is a WAZI, beyond what Urban Dictionary suggests:

>
>Srsly, between "Kyndryl" and this, someone is overpaying IBM's 
>marketing people.
>

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: Definition of z/OS SYSRES volume

[PINION, RICHARD W.]

I was giving a short SMP/E class to our two new sysprogs.  I kept talking about 
the "res volume or sysres".  I started to explain it.  But, I decided to get a 
more formal definition.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Brennan
Sent: Monday, February 14, 2022 5:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Definition of z/OS SYSRES volume

[External Email. Exercise caution when clicking links or opening attachments.]

C drive ?
/ directory ?
ICKDSF ?

On 2/14/2022 1:19 PM, PINION, RICHARD W. wrote:
> I did a little online searching.  But, I didn't see anything that 
> helped.  How would you define the "SYSRES volume"?  I want to give a 
> good definition to new system programmers.
> Confidentiality notice:
> This e-mail message, including any attachments, may contain legally 
> privileged and/or confidential information. If you are not the intended 
> recipient(s), or the employee or agent responsible for delivery of this 
> message to the intended recipient(s), you are hereby notified that any 
> dissemination, distribution, or copying of this e-mail message is strictly 
> prohibited. If you have received this message in error, please immediately 
> notify the sender and delete this e-mail message from your computer.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN .
>

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

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

Definition of z/OS SYSRES volume

[PINION, RICHARD W.]

I did a little online searching.  But, I didn't see anything that helped.  How 
would
you define the "SYSRES volume"?  I want to give a good definition to new system
programmers.
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: Batch job elapsed time baseline and alerts

[PINION, RICHARD W.]

I think some automated schedulers will provide this kind of notification.  We 
use Zeke, and
our operators are notified when a job has not started, or is running too long.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Rob 
Scott
Sent: Friday, February 11, 2022 11:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Batch job elapsed time baseline and alerts

[External Email. Exercise caution when clicking links or opening attachments.]

Rather than maintaining some sort of historical database, you could consider 
putting the "estimated elapsed time" responsibility back on the submitter/owner 
of the job.

A cheap and cheerful solution could be something like :

(1) Agree a local naming convention for the "UJOBCORR" keyword on the jobcard 
to place the job into an elapsed time bucket.
(2) Periodically examine the active jobs and compare elapsed time with the 
UJOBCORR value (if present) and issue warnings if not within the bucket time 
range.

You could get the information for (2) easily using SDSF REXX

Rob Scott
Rocket Software


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jantje.
Sent: 11 February 2022 16:19
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Batch job elapsed time baseline and alerts

EXTERNAL EMAIL





Esteemed listers,

I have been tasked to put a procedure in place that will generate an alert when 
a batch job "takes longer than usual" to complete. Yes, I know, that is a 
rather vaguely stated requirement...

I know I can find figures about the elapsed time of a batch job in one of the 
SMF records. I think I can build a database of historic runtimes and with a bit 
of thought, I am sure I can come up with a query that will list me the 
"outliers".

But in order to generate an alert when a job takes too long, I will need some 
mechanism that gives me the information about that job while it is still 
running. And while I could perhaps interrogate the system (although I don't 
have a clear idea on how to actually do that) every so often about the running 
jobs and compare the time taken of each running job to the database, I am 
afraid that would take far too much resources. Indeed, with several hundreds if 
not thousands jobs running at any give time, the task of getting all the 
figures of these running jobs and comparing this to the database will 
definitely not be cheap in system resources.

We don't have any budget for vendor products, I am afraid...

And we're short of MSU's...

Any suggestions?

Thanks and very best regards,

Jantje.

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


Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
Main Office Toll Free Number: +1 855.577.4323 Contact Customer Support: 
https://urldefense.com/v3/__https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport__;!!HnnddUIWDII9UQ!HD6WAgeJugsuU-Sc3Ff4fpqFa84_kwstTEwbxnEjK8fCfs0KnZEaptF4E7DTAl3PJWQ$
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
https://urldefense.com/v3/__http://www.rocketsoftware.com/manage-your-email-preferences__;!!HnnddUIWDII9UQ!HD6WAgeJugsuU-Sc3Ff4fpqFa84_kwstTEwbxnEjK8fCfs0KnZEaptF4E7DTk-uPid0$
Privacy Policy - 
https://urldefense.com/v3/__http://www.rocketsoftware.com/company/legal/privacy-policy__;!!HnnddUIWDII9UQ!HD6WAgeJugsuU-Sc3Ff4fpqFa84_kwstTEwbxnEjK8fCfs0KnZEaptF4E7DTSy_-Ab8$


This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: MVS PURGE command

[PINION, RICHARD W.]

That's why my 3850 stopped working :)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter Fatzinger
Sent: Friday, February 4, 2022 9:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: MVS PURGE command

[External Email. Exercise caution when clicking links or opening attachments.]

As noted, the PURGE command was related to the 3850. The code backing the 
command was eventually removed from the product in z/OS 1.11 which is why you 
now get the IEE305I message.
I was unaware of the table in the SDSF book. I'll work with the publications 
team to get the discrepancies corrected.

Peter Fatzinger
IBM z/OS Core Design and Development

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: Systems Programming / Operations support services in USA/Canada

[PINION, RICHARD W.]

Baer Consulting

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Johnson
Sent: Tuesday, February 1, 2022 2:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Systems Programming / Operations support services in USA/Canada

[External Email. Exercise caution when clicking links or opening attachments.]

Sirius, which was recently purchased by CDW. So CDW.


Sent from Yahoo Mail for iPhone


On Tuesday, February 1, 2022, 1:08 PM, Jim Elliott  
wrote:

I am trying to build a list of companies in the USA or Canada that do contract 
systems programming / operations support for z/OS, z/VSE, and/or z/VM. I am not 
looking for outsourcers, just companies that can provide this sort of service 
on a long term basis. I don't believe this is such a thing (at least I can't 
find one) so any advice / suggestions would be appreciated. You can reply here 
or via e-mail. Thanks in advance.

Jim Elliott

--
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
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: migrate from DS8884 to DS8910F

[PINION, RICHARD W.]

Not sure if this is the correct answer for you.  But, we recently moved all of 
our data
from a Hitachi Data Systems G1500 box to a Hitachi Data Systems 5100 (some say 
5100
others say 5500) box.  We used TDMF.  

BMC has a similar products call FDRPAS and FDR Plug and Swap, that do the same 
thing.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Zoran Trifunovic
Sent: Thursday, January 20, 2022 10:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: migrate from DS8884 to DS8910F

[External Email. Exercise caution when clicking links or opening attachments.]

Hello,
We have two z14 and IBM DS8884 and ds8190f. Can you briefly explain how to 
migrate from IBM DS8884 to ds891f using copyservice. And another question how 
to make dr solution where IBM DS8884 and one z14 would be dr center and ds8190f 
and z14 would be primary center also using copyservices

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: What not to do on a z/OS system...

[PINION, RICHARD W.]

Late night operations staff pushing each other across the raised floor on 
wheeled office chairs. 
Until one night, someone ran into the side of the IBM mainframe.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Roger Bolan
Sent: Tuesday, January 18, 2022 7:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: What not to do on a z/OS system...

[External Email. Exercise caution when clicking links or opening attachments.]

Well, mine was just silly and did not involve games or using unauthorized CPU 
time.
I was just doing my normal code development job and running PL/I compiles, 
links, and tests.
The systems I normally used restricted the jobnames to userid + a character.  
Then one of the systems I was working on allowed the jobname to
be whatever I wanted.   So I took one of my ordinary jobs that didn't use
any more time or resources than normal, and "just for fun" I gave it a jobname 
of "COREHOGG".

OMG!!   When I submitted that my phone immediately blew up with people
yelling at me about what did I think I was doing?   Not the operators.
They could see what it was.  But other users who just reacted to the name 
COREHOGG without knowing anything else about the job.

So I learned not to give jobnames "just for fun". :)

--Roger

On Tue, Jan 18, 2022 at 3:41 PM Robert Prins 
wrote:

> OK, it's not the silly season, but have you ever used your employers 
> equipment to do something silly? And are not afraid to admit it?
>
> Well, I have in the early 1990'ies, and I actually got away with it, 
> without losing my job.
>
> And talking about jobs, if anyone of you know of any companies looking 
> for someone with 36+ years of PL/I, and a bit less Db2 and CICS, feel 
> free to drop me a line.
>
> So what did I do? Let's go back a few years…
>
> 
> Setting the record straight
> <
> https://urldefense.com/v3/__https://prino.neocities.org/blog/2022-01-1
> 9-setting-the-record-straight.html__;!!HnnddUIWDII9UQ!GB_iEXBvQwSXDTro
> 4bZX9Go8DZD4Zjg4SP5e13VDJEbdiXSLecGW46mMYasUSTU7-rk$
> >
>
> Robert
> --
> Robert AH Prins
> robert(a)prino(d)org
> The hitchhiking grandfather 
>  !!HnnddUIWDII9UQ!GB_iEXBvQwSXDTro4bZX9Go8DZD4Zjg4SP5e13VDJEbdiXSLecGW4
> 6mMYasUxQrZmmg$ > Some REXX code for use on z/OS 
>  .html__;!!HnnddUIWDII9UQ!GB_iEXBvQwSXDTro4bZX9Go8DZD4Zjg4SP5e13VDJEbdi
> XSLecGW46mMYasU9Ueigeo$ >
>
> --
> 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
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: More of LOG4J

[PINION, RICHARD W.]

Would one consider the CBT Tape to be open source?  I've used CBT programs in 
many places I've worked at.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Tuesday, January 18, 2022 12:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: More of LOG4J

[External Email. Exercise caution when clicking links or opening attachments.]

Your guess is not universal.  I for one embrace open source as the future for 
the z ecosystem.

How to successfully manage that "new" environment for potentially dangerous 
dependencies is certainly an issue, but not an unsolvable one.  Certainly I 
think IBM itself needs to assist to help solve such issues to maintain the z 
RAS level.

My guess is that one cannot prohibit open source, it is far too prevalent and 
necessary for many if not most organizations actively using z/OS to run their 
business (e.g.,  the Apache / Tomcat web server software delivered as part of 
z/OS is also open source - Would you prohibit that too?).

IMHO it is foolish to attempt to prohibit what you don't like or understand.  
Seek first to understand it and then how to manage the risks.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kirk Wolf
Sent: Tuesday, January 18, 2022 11:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: More of LOG4J

Since I would guess that a majority of ibm-mainers would agree that open source 
is confusing and dangerous, here's a question:

Let's say that an organization wanted to prohibit open source.  How would you 
go about it?

Kirk Wolf
Dovetailed Technologies
--

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

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: zEDC Justification documents or links

[PINION, RICHARD W.]

Sequential datasets that they are updated in place cannot be compressed.  That 
would apply to zEDC or SMS compression.  


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Scott Barry
Sent: Thursday, January 13, 2022 4:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zEDC Justification documents or links

[External Email. Exercise caution when clicking links or opening attachments.]

On Thu, 13 Jan 2022 19:02:16 +, Richards, Robert B. (CTR) 
 wrote:

>Thanks for the additional information. I'll file it away if we get a z15. On a 
>z14_ZR1 at the moment.
>
>-Original Message-
>From: IBM Mainframe Discussion List  On 
>Behalf Of Scott Barry
>Sent: Thursday, January 13, 2022 1:56 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: zEDC Justification documents or links
>
>On Thu, 13 Jan 2022 16:57:40 +, Richards, Robert B. (CTR) 
> wrote:
>
>>Anyone have some good links to share that will state why zEDC is worth 
>>licensing and getting? 
>>
>>For the record, we already have the HW feature installed. Don’t ask.
>>
>
>Consider with the IBM z15, there is no longer any "license requirement" for 
>activation - no longer implemented with (z14, z13) hardware PCIe cards 
>(recommended: at least 4 per CPC/CEC) involved, as the function is on-chip.  
>And the performance measurement moves from RMF 74 subtype 9 to subtype 10; 
>also, some of the SMF 30 metrics are zeroed-out as no longer relevant.
>
>Scott Barry
>SBBTech LLC
>

Additional technical information about zEDC has been reported over-time in the 
Watson & Walker Tuning Newsletters, such as 2016-4.  Also, explore past SHARE 
presentations (e.g., circa Anaheim 2014).

Savings opportunities abound (e.g., SMF compression 8-to-1 within LOGSTREAM and 
offloaded to DASD), with mgmt areas like SMF (LOGSTREAMs), z/OS sequential 
(DASD-output - look to convert z/OS COMPACTION leverage zEDC, using new SMS 
DATACLAS like DCZEDCPR) datasets, DFHSM (data migration/backup-copy), DFDSS 
(ADRDSSU - consider ZAP to use ZCOMPRESS activated by-default); also, ISVs with 
FDR (config setting ZEDC=YES), PKZIP (also config setting for global use), 
IBM/Sterling Connect:Direct, XCOM;  also with MQ logging, and beyond z/OS with 
JAVA (Z-deployment) and zlib.  Also, look to zBNA tool for dataset candidate 
identification - not limited to DASD, but also consider tape-to-DASD migration 
with zEDC as justification-point.

You will need/want to gather z/OS performance metrics / reporting setup in 
order to keep tabs on zEDC card-performance with utilization, queueing, and 
also to consider opportunity to stagger some "time-period demand", such as SMF 
LOGSTREAM offloading processes, so as not over-tax PCIe card utilization.


Scott Barry
SBBTech LLC

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: Can I use a NAS attached to z/OS

[PINION, RICHARD W.]

Let's not forget Shai Hess's MFNetDisk.  I don't think it's available anymore.
But, I used it extensively from 2010 to 2016.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Radoslaw Skorupka
Sent: Tuesday, January 11, 2022 5:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can I use a NAS attached to z/OS

[External Email. Exercise caution when clicking links or opening attachments.]

W dniu 10.01.2022 o 13:00, Colin Paice pisze:
> Having a playful and inquiring mind, I wondered if it was possible to 
> get HSM etc to work with a Network Attached Storage box (Synology).  
> For education - not production.
> Colin

Yes and no.
1. Yes, you can configure your NAS as NFS (I hope so) and connect z/OS to NFS 
server. However it has nothing to do with DFSMShsm.
2. Yes, you can send your HSM data outside. But that require additional 
software like current Model9 or old (maybe still in use?) VTF clone - a 
software which emulated tapes on DASD. I vaguely remember some (EMC?) product 
which directed HSM data stream to OSA card and finally some non-mainframe disk 
array. Note: I'm NOT talking about DLm or former BusTech. It was before EMC 
acquired BusTech.


--
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
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: Ad programming features (Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[PINION, RICHARD W.]

I've not followed this thread.  But, one thing I saw in your latest reply, 
about z/OS USS/Open Edition and Linux.  USS/Open Edition is/was a port of UNIX. 
 I remember the IBM marketing presentation about OE/USS, the local IBM rep 
stated "more UNIX than UNIX".


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
René Jansen
Sent: Saturday, January 8, 2022 8:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ad programming features (Re: ... Re: Top 8 Reasons for using 
Python instead of REXX for z/OS

[External Email. Exercise caution when clicking links or opening attachments.]

I thought gmail had eaten my reply so I took some time to give you a more 
elaborate reaction. I am still sorry that you need to resort to ad-hominems but 
I would like to give you some facts. It is not only my undeniable love for Rexx 
(but I do program in anything that the job requires, even ABAP, well maybe not 
that anymore), but also for z/OS, and the facts are these:

Rexx has (on z/OS, at least) the following address environments:

TSO
MVS
ISREDIT
ISPEXEC
ISPF Panel Rexx
ISPF File Tailoring Skeleton Rexx
CONSOLE
LINK, LINKMVS, LINKPGM, ATTACH, ATTCHMVS, ATTCHPGM SYSCALL SDSF DSNREXX IPCS 
IRRXUTIL RACVAR

Then there is:
System Rexx
Rexx/CICS
and I even saw some NetView Rexx only last year.

There are very many samples of how to use MQ, DB2, ICSF, DFDSS, VSAM (you told 
us that Rexx does not support VSAM but that is also plainly untrue, there are 
many ways to do that), variable record SAM. Someone starting on the platform 
with only Python in their repertoire would be lost.

I fail to see how much computer science gimmickry (which I also enjoy, really, 
but on the Raspberry Pi and the macbook) that mostly is available in the latest 
releases of coming and going fad languages (you mentioned Swift as one - Swift 
I appreciate because of the Objective C integration as not to invalidate 
people’s code, and those clean OO concepts which make C++ seem overcomplicated) 
*compensates* for not having these interfaces to the platform. I worry for the 
platform when its originator deprecates it in an act of self-harm. Personally, 
I think that Linux is better done in Linux than in USS, at least in Linux on Z, 
which makes people happy while still running a solid platform.

I also like the other languages you mention and I see the appeal of Lua as a 
macro language for gaming and LuaTeX. Still, numeric support is bad and Unicode 
support is worse. It does macro language worse than the original macro 
language, certainly on z/OS. For applications you don’t need those interfaces, 
but then I would like to see Elixir, and maybe Prolog and APL in open source 
versions, instead of all those small variations on C, C++, Java, JS - the 
aforementioned really bring something to the table.

Unless a lot of work is done to make Python support the above list of 
interfaces, it is - in my view - plainly the wrong proposition for the 
platform. Maybe some good examples of how to use IRXSUBCM, SHVBLOCK, ENVBLOCK,  
EXECBLK and EVALBLOCK from Python would help in addressing these interfaces. 
You can interface Python using C routines to those (need examples), but I think 
that would needlessly complicate things, as opposed to the language that has 
syntax for that.

So I stand by my original propositions, but after being called unprofessional, 
a luddite, red flagged and whatever after mentioning factual truths, I fear for 
the quality of the discussion here. To really modernize, lots of device 
specific code needs to be taken out to adapt to the current reality (DB2 did 
that some years ago and guess what, taking out the optimizations for 
non-existing disks made it faster), the strong points of the OS (LPA, LLA) need 
to be reinforced for newer software, TCP/IP within the boxes still needs to be 
a lot better, better scripting level tools like Pipelines (that know about the 
environment) need to be included (doesn’t IBM look at SHARE requirement 
anymore?), instead of building layers on top of it, like new filesystems added 
on top or equivalent scripting environments added that can do less than the 
existing ones. And there is always the danger of fighting the last war.

best regards,

René.


> On 8 Jan 2022, at 07:49, David Crayford <
>
> Nobody is denying the value of that code. I wrote thousands of lines 
> of REXX  code for system automation back in the 90s
>
> I just can’t find a use case for writing new REXX code today. Everything had 
> changed.
>
>> On 8 Jan 2022, at 19:40, René Jansen <
>>
>> Well I am explicitly not reacting on another round of namecalling. What is 
>> worrying to me is the denial of the value of all existing interfaces in the 
>> OS and infrastructure to the standard scripting language on the platform, 
>> making the ‘modernization’ effort a reduction to uss, which will be hated by 
>> everybody used to Linux. But if the reaction consists of ‘unprofessional’, 
>> I’m done.
>>
>>
>>> On 8 Jan 

Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[PINION, RICHARD W.]

And, if memory serves me right, those were on Betamax tapes.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
PINION, RICHARD W.
Sent: Thursday, January 6, 2022 4:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[External Email. Exercise caution when clicking links or opening attachments.]

Deltak, now that's a name, I've not heard in a long time.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Bridges
Sent: Thursday, January 6, 2022 4:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[External Email. Exercise caution when clicking links or opening attachments.]

One of my employers started me off with a Deltak video course on JCL.  It gave 
me a solid grounding in JCL, one I've used almost every week in the decades 
since.  I am frequently surprised at how many mainframe professionals limp 
along, modifying existing JCL at need but not really understanding how it 
works.  How does one work in this environment without JCL?

Maybe I shouldn't sneer.  I keep saying I want to learn HLASM, but haven't 
gotten around to doing it yet.

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

/* Many folks want to serve God, but only as advisers. */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jeremy Nicoll
Sent: Thursday, January 6, 2022 11:29

what's a decent alternative to JCL?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN Confidentiality notice:
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

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

Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[PINION, RICHARD W.]

Deltak, now that's a name, I've not heard in a long time.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Bridges
Sent: Thursday, January 6, 2022 4:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[External Email. Exercise caution when clicking links or opening attachments.]

One of my employers started me off with a Deltak video course on JCL.  It gave 
me a solid grounding in JCL, one I've used almost every week in the decades 
since.  I am frequently surprised at how many mainframe professionals limp 
along, modifying existing JCL at need but not really understanding how it 
works.  How does one work in this environment without JCL?

Maybe I shouldn't sneer.  I keep saying I want to learn HLASM, but haven't 
gotten around to doing it yet.

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

/* Many folks want to serve God, but only as advisers. */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jeremy Nicoll
Sent: Thursday, January 6, 2022 11:29

what's a decent alternative to JCL?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: Link between datasets

[PINION, RICHARD W.]

The idea is to make datasets b.b, c.c, and d.d get deleted when a.a is
deleted.

Here's where I coming from.  Today, using ADRDSSU, programmers backup selected 
datasets
in a step, and all of the backed up datasets are contained in the one backup 
dataset.  Which
happens to be a GDG.  To restore, they code whichever generation they want.  
When the generation
rolls off, the backup is gone, whether tape or DASD.

Now, we would like for then to use FDRAPPL to replace ADRDSSU.  But, as you 
know, FDR creates one backup
dataset for each DASD volume, that contains a selected dataset.  THE FDRAPPL 
GDG ACF  contains
all of the information needed to restore the datasets.  Here's the problem I'm 
trying to solve.  The retention
of the FDR backup datasets is NOT tied to the GDG ACF.  To make FDRAPPL act 
like the current ADRDSSU
backup procedure, I'd like the FDR backup datasets to get deleted when the GDG 
ACF rolls off.  Granted, I
could set a retention period on the FDR backup datasets.  But, that doesn't 
guarantee a specific generation
of the ACF will match the backups datasets, tape or DASD.

FDR does provide a methodology that sort of ties a generation of GDG ACF to the 
backup tape sets by creating,
as the last backup on the tape set, a backup of the ACF (though a different GDG 
name).  All of the FDR generated
backup dataset names are not cataloged, just the last dataset on the tape, 
which is the backup ACF GDG.  The tape
set uses catalog control for retention.  Therefore, the GDG ACF does match the 
retained tape sets.  But, that's not
absolute guarantee, something could get out sync.

Today the programmers use DASD as the ADRDSSU dump dataset, not tape.  Even 
though, we have a VTS,
they still say "tape is slower than DASD".  It's a mindset we are having a hard 
time overcoming in pitching FDRAPPL
over ADRDSSU.  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Elliot
Sent: Tuesday, December 28, 2021 4:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Link between datasets

[External Email. Exercise caution when clicking links or opening attachments.]

Use your JCL. Run a step to check the existence of a, if a not found use 
conditional exec to delete b,c and d.


On Tue, Dec 28, 2021, 2:51 PM Paul Gilmartin < 
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Tue, 28 Dec 2021 21:10:32 +0000, PINION, RICHARD W. wrote:
>
> >I'm going to ask what many of you may consider a foolish question.
> Please be kind in
> >your criticism.  Let's say I have 4 datasets, a.a, b.b, c.c, and d.d.  
> >Is
> there any way to
> >define a relationship between a.a to b.b, a.a to c.c , and a.a to d.d?
> What I would like
> >to happen, if a.a is deleted, b.b, c.c, and d.d would be deleted.
> >
> This sounds a bit like referential integrity in a data  base:
> <
> https://urldefense.com/v3/__https://www.ibm.com/docs/en/informix-serve
> rs/14.10?topic=integrity-referential__;!!HnnddUIWDII9UQ!BsqeK1yfgpJ7bC
> DPcEThl7JZhHCY1hzNUGyQ16UBKxLVDAZaOUsVOuApAb3095Ts3G4$
> >,
> not foolish but probably little help to you.
>
> -- gil
>
> --
> 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
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Link between datasets

[PINION, RICHARD W.]

I'm going to ask what many of you may consider a foolish question.  Please be 
kind in
your criticism.  Let's say I have 4 datasets, a.a, b.b, c.c, and d.d.  Is there 
any way to
define a relationship between a.a to b.b, a.a to c.c , and a.a to d.d?  What I 
would like
to happen, if a.a is deleted, b.b, c.c, and d.d would be deleted.
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: Zfs recatalog error

[PINION, RICHARD W.]

You can always ZAP the VVR in the VVDS :)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Horein
Sent: Thursday, December 23, 2021 9:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Zfs recatalog error

[External Email. Exercise caution when clicking links or opening attachments.]

 *Explanation:* The catalog associated with this data set does not match the 
catalog name found in the VVR.

*Programmer Response:* You can only recatalog pagespace, swapspace, or SYS1 
data sets to a different catalog than the one specified in the VVR. If the data 
set you are recataloging is one of those types, or if you are getting this 
error in response to a REPRO MERGECAT command, contact the IBM support center.

If your data sets is not one of those types, print the VVR to determine which 
catalog the data set should be associated with.

On Thu, Dec 23, 2021 at 3:47 AM Jake Anderson 
wrote:

> Hello
>
> I moved the zfs to the new system and when I try to recatalog I get 
> this error message and the dataset is in that volume
>
> IDCAMS SYSTEM SERVICES TIME: 22:36:40
>
>
>
>
>  DEFINE CLUSTER(NAME(OMVS.OSRSA2.ROOT.ZFS) -
>
>
>  VOLUME(OSRSA2) -
>
>
>  LINEAR -
>
>
>  RECATALOG)
>
>
> IDC3014I CATALOG ERROR
>
>
> IDC3009I ** VSAM CATALOG RETURN CODE IS 86 - REASON CODE IS 
> IGG0CLEY-10
>
>
> IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12
>
> I am unable to do noscratch deletion by pointing to the non sms volume 
> where it is currently in.
>
> Is there a way to get around this?
>
> 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
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: ISPF Allocation CLIST that does WRITE messages

[PINION, RICHARD W.]

CONTROL MAIN NOMSG NOLIST NOSYMLIST NOCONLIST  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lizette Koehler
Sent: Sunday, December 12, 2021 5:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ISPF Allocation CLIST that does WRITE messages

[External Email. Exercise caution when clicking links or opening attachments.]

Listers -



I have a user asking why the ISPF Allocation Messages we produce at logon is 
not showing up on their screen



I know the LOGON Panel can set somethings to NOMAIL  NONOTICES

I know that the TSO PROF can also suppress some messages - WTPMSG, INTERCOM, etc



I have tried several iterations on these settings.



I have not found the combination of settings that prevents the user from seeing 
my write messages (at least that is what is being reported)



I have used my own tso id and did different settings.  I have not found a 
combination that produces what they are reporting



Anything else I can look at



I thought maybe LISTB might be in play, but a user does not have the ability to 
override my Logon CLIST.





Any other suggestions appreciated.





Lizette


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: Volume allocated to *MASTER*

[PINION, RICHARD W.]

Thank you, that's what I needed to know!

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter Relson
Sent: Thursday, November 4, 2021 9:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Volume allocated to *MASTER*

[External Email. Exercise caution when clicking links or opening attachments.]

When allocations occur during NIP, particularly within ASID=1, they are not 
normal allocations. They allocate the volume. This is referred to in the code 
as "NIP MOUNT" (and later there is "NIP OPEN"). If I remember correctly, in 
some cases that persists for the life of the IPL (the device is marked 
allocated and remains so), and there is nothing that can be done about that for 
functional and serialization reasons. This might apply only to PDSEs.  Did the 
OP's case have any LNKLST PDSEs on the volume in question (I hope the volume is 
not the SYSRES volume; I would not expect to be able to take that offline). 
Once dynamic allocation is available (around the time of master scheduler 
initialization), this is no longer relevant. If a volume is marked allocated, 
then it cannot be taken offline.  I thought this was documented somewhere. 
Maybe it is, but I can't find it now.

LNKLST allocations, for example, go through that processing, whether from 
LNKLSTxx or PROGxx, for the IPL-time LNKLST.

Subsequently the LNKLST data sets are allocated within XCFAS and, generally, 
LLA. It is those allocations that can be gotten rid of.
Those are the allocations that would prevent you from getting the data set 
allocated DISP=OLD if you needed to work with an uncataloged data set of the 
same name.
And those are the ones that it is OK to (temporarily) get rid of.

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
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: Volume allocated to *MASTER*

[PINION, RICHARD W.]

We use PROGxx for APF, SYSLIB, and link list.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Wednesday, November 3, 2021 2:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Volume allocated to *MASTER*

[External Email. Exercise caution when clicking links or opening attachments.]

"If you use LNKLSTxx instead of PROGxx, during IPL, the system opens and 
concatenates each data set in the order it was listed, starting with the 
first-specified LNKLSTxx member. The system creates a data extent block (DEB) 
that describes the data sets concatenated to SYS1.LINKLIB and their extents. 
The extents remain in effect for the duration of the IPL."


From: IBM Mainframe Discussion List  on behalf of 
Michael Brennan <034cc18fb308-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, November 3, 2021 1:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Volume allocated to *MASTER*

Link list allocations from IPL time do not have to hang around forever.  There 
are several ways to remove an allocation.  My favorite way is to code two 
SYS1.PARMLIB members and then just issue two MVS commands to bring them in.
Code a PROGLD member with contents:
LNKLST DEFINE NAME(LNKLST02) COPYFROM(CURRENT) LNKLST DELETE NAME(LNKLST02)
  DSNAME(SYS2A.PRODUCT.LINKLIB) LNKLST ACTIVATE NAME(LNKLST02) 
LNKLST UPDATE JOB(*)

Then code a CSVLLALD member:
REMOVE(SYS2A.PRODUCT.LINKLIB)

Issue commands:
T PROG=LD
F LLA,UPDATE=LD

This method will remove allocations from VLF and LLA address spaces.


From: IBM Mainframe Discussion List  on behalf of 
Dave Jousma <01a0403c5dc1-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, November 3, 2021 11:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Volume allocated to *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.]

Richard,

I didnt read every single post on the topic, but did you say if this is the 
SYSRES you are IPL'd from?  Or an alternate that isnt supposed to be in use?   
Also, saw your comments about the couple of hardcoded datasets in LINKLIST that 
you fixed that were pointing at the volume.   I thought IPL time linklist hung 
around forever regardless of any SET PROG statements that might have been done?

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

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


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

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: Volume allocated to *MASTER*

[PINION, RICHARD W.]

Or RES volume naming conventions are S1RS0x, where x is a number between 1 and 
3.
We are  IPL'ed on S1RS03, and the volume that is allocated is S1RS02.  We 
catalog all
RES volume  datasets to '**'.  However, there were two datasets, that were 
part
of link list, cataloged to S1RS02.  We  recataloged those two datasets to 
'**', and
rebuilt the link list using the method described by Michael Brennan.

Prior to rebuilding the link list, *MASTER*, XCFAS, and LLA had S1RS02 
allocated.  After
rebuilding the link list, only *MASTER* has the volume allocated.  I did view 
the TIOT
of *MASTER*, and S1RS02 is not listed.  There are no other datasets on S1RS02 
that
are part of the current configuration, catalogs, page datasets, couple 
datasets, etc..

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma
Sent: Wednesday, November 3, 2021 12:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Volume allocated to *MASTER*

[External Email. Exercise caution when clicking links or opening attachments.]

Richard,

I didnt read every single post on the topic, but did you say if this is the 
SYSRES you are IPL'd from?  Or an alternate that isnt supposed to be in use?   
Also, saw your comments about the couple of hardcoded datasets in LINKLIST that 
you fixed that were pointing at the volume.   I thought IPL time linklist hung 
around forever regardless of any SET PROG statements that might have been done?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: Volume allocated to *MASTER*

[PINION, RICHARD W.]

Nope

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of A T 
& T Management
Sent: Wednesday, November 3, 2021 12:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Volume allocated to *MASTER*

[External Email. Exercise caution when clicking links or opening attachments.]

 Is there a catalog, or some outher SYS1. dataset residing on the volume?

On Wednesday, November 3, 2021, 10:49:58 AM EDT, Seymour J Metz 
 wrote:

 Yes, unless you had authorization to examine the running Master from IPCS. 
There is an address space named MASTER; I don't know how many jobstep tasks run 
in it these day, but I suspect that it's still only one.


--
Shmuel (Seymour J.) Metz
https://urldefense.com/v3/__http://mason.gmu.edu/*smetz3__;fg!!HnnddUIWDII9UQ!C8xGk1GL5e0TtSlauvtF8B6vGSCuMhQyxfS1Hj8uVpNUBMOWyl5mWRp03d8t9VgzwKA$


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
kekronbekron [02dee3fcae33-dmarc-requ...@listserv.ua.edu]
Sent: Wednesday, November 3, 2021 1:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Volume allocated to *MASTER*

Thanks for the brief on what the TIOT is (which I could have looked up).
However, I don't understand what you mean by 'run the TIOT in the master 
address space'.
Do you mean to dump some address space, and then look for a specific data area 
with IPCS or some such?

- KB

‐‐‐ Original Message ‐‐‐

On Wednesday, November 3rd, 2021 at 10:35 AM, Seymour J Metz  
wrote:

> The Task I/O Table is a control block that lists all of the allocations for a 
> jobstep. There is an entry for each allocated dataset, and each entry 
> contains the relevant UCB addresses. If you're already familiar with the DSAB 
> chain, you could search that instead.
>
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU on behalf 
> of kekronbekron 02dee3fcae33-dmarc-requ...@listserv.ua.edu
>
> Sent: Tuesday, November 2, 2021 11:49 PM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: Re: Volume allocated to MASTER
>
> Hi Seymour,
>
> For someone who doesn't understand (me), can you please elaborate what you 
> mean by 'run the TIOT in the master address space'.
>
> -  KB
>
>    ‐‐‐ Original Message ‐‐‐
>
>    On Tuesday, November 2nd, 2021 at 8:02 PM, Seymour J Metz sme...@gmu.edu 
>wrote:
>
> > Run the TIOT in the Master address and see what is allocated/
> >
> > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU on 
> > behalf of PINION, RICHARD W. rpin...@firsthorizon.com
> >
> > Sent: Tuesday, November 2, 2021 10:21 AM
> >
> > To: IBM-MAIN@LISTSERV.UA.EDU
> >
> > Subject: Volume allocated to MASTER
> >
> > We are running z/OS 2.2. We have a volume that is allocated
> >
> > to MASTER. Originally, the volume was allocated to XCFAS
> >
> > LLA, and MASTER. We got XCFAS and LLA to release their
> >
> > allocations by updating the link list. However, we cannot
> >
> > determine what MASTER is holding.
> >
> > I've used SDSF's JD against MASTER, and none of the
> >
> > datasets listed are on the volume in question.
> >
> > Confidentiality notice:
> >
> > This e-mail message, including any attachments, may contain legally 
> > privileged and/or confidential information. If you are not the intended 
> > recipient(s), or the employee or agent responsible for delivery of this 
> > message to the intended recipient(s), you are hereby notified that any 
> > dissemination, distribution, or copying of this e-mail message is strictly 
> > prohibited. If you have received this message in error, please immediately 
> > notify the sender and delete this e-mail message from your computer.
> >
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> >
> > send email to lists...@listserv.ua.edu with the message: INFO 
> > IBM-MAIN
> >
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> >
> > send email to lists...@listserv.ua.edu with the message: INFO 
> > IBM-MAIN
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
>
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
>
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Volume allocated to *MASTER*

[PINION, RICHARD W.]

We have BMC's Mainview, and one can issue the TIOT command for
a particular address space.  I ran the command for *MASTER*, and
there were no allocations for the volume in question.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: Wednesday, November 3, 2021 1:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Volume allocated to *MASTER*

[External Email. Exercise caution when clicking links or opening attachments.]

The original issue was "Why is *MASTER* holding a volume?"
So, yes the suggestion is to dump (or look live if you have the tools) and the 
TIOT in *MASTER* looking for entries pointing to the volume and determine the 
dataset being held.  I've never needed to do this, so don't ask me any more 
about how to actually do this :)

> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of kekronbekron
> Sent: Tuesday, November 02, 2021 10:36 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Volume allocated to *MASTER*
>
> Thanks for the brief on what the TIOT is (which I could have looked up).
> However, I don't understand what you mean by 'run the TIOT in the 
> master address space'.
> Do you mean to dump some address space, and then look for a specific 
> data area with IPCS or some such?
>
> - KB
>
> ‐‐‐ Original Message ‐‐‐
>
> On Wednesday, November 3rd, 2021 at 10:35 AM, Seymour J Metz 
>  wrote:
>
> > The Task I/O Table is a control block that lists all of the 
> > allocations for a
> jobstep. There is an entry for each allocated dataset, and each entry 
> contains the relevant UCB addresses. If you're already familiar with 
> the DSAB chain, you could search that instead.
> >
> > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU on
> behalf of kekronbekron 02dee3fcae33-dmarc- requ...@listserv.ua.edu
> >
> > Sent: Tuesday, November 2, 2021 11:49 PM
> >
> > To: IBM-MAIN@LISTSERV.UA.EDU
> >
> > Subject: Re: Volume allocated to MASTER
> >
> > Hi Seymour,
> >
> > For someone who doesn't understand (me), can you please elaborate
> what you mean by 'run the TIOT in the master address space'.
> >
> > -   KB
> >
> > ‐‐‐ Original Message ‐‐‐
> >
> > On Tuesday, November 2nd, 2021 at 8:02 PM, Seymour J Metz
> sme...@gmu.edu wrote:
> >
> > > Run the TIOT in the Master address and see what is allocated/
> > >
> > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU on
> behalf of PINION, RICHARD W. rpin...@firsthorizon.com
> > >
> > > Sent: Tuesday, November 2, 2021 10:21 AM
> > >
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > >
> > > Subject: Volume allocated to MASTER
> > >
> > > We are running z/OS 2.2. We have a volume that is allocated
> > >
> > > to MASTER. Originally, the volume was allocated to XCFAS
> > >
> > > LLA, and MASTER. We got XCFAS and LLA to release their
> > >
> > > allocations by updating the link list. However, we cannot
> > >
> > > determine what MASTER is holding.
> > >
> > > I've used SDSF's JD against MASTER, and none of the
> > >
> > > datasets listed are on the volume in question.
> > >
> > > Confidentiality notice:
> > >
> > > This e-mail message, including any attachments, may contain 
> > > legally
> privileged and/or confidential information. If you are not the 
> intended recipient(s), or the employee or agent responsible for 
> delivery of this message to the intended recipient(s), you are hereby 
> notified that any dissemination, distribution, or copying of this 
> e-mail message is strictly prohibited. If you have received this 
> message in error, please immediately notify the sender and delete this e-mail 
> message from your computer.
> > >
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > >
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-
> MAIN
> > >
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > >
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-
> MAIN
> >
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> >
> > send email to lists...@listserv.ua.edu with the message: INFO 
> > IBM-MAIN
> >
> > 
> > ---
> -
> >
> > For IBM-MAIN subscribe / signoff / archive access instruction

Re: Volume allocated to *MASTER*

[PINION, RICHARD W.]

It is a cloned RES volume.  All of the datasets for our RES volumes
are cataloged to '**'.  When XCFAS and LLA were using that
volume, we discovered two datasets in the link list which were 
cataloged to the volser.  We updated the catalog entries for those
datasets, rebuilt the link list, did an SETPROG unallocate, and
bounced LLA.  At that point, XCFAS and LLA released the volume.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Jacobs
Sent: Tuesday, November 2, 2021 10:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Volume allocated to *MASTER*

[External Email. Exercise caution when clicking links or opening attachments.]

Are there any interesting datasets on the volume?

Mark Jacobs

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://urldefense.com/v3/__https://api.protonmail.ch/pks/lookup?op=get=markjacobs@protonmail.com__;!!HnnddUIWDII9UQ!E2gIeHNsu3Tw0cV8It8sNFZ_fSXki-eFkGbvm5FjII5Kn0Qlfrwb1h2l7Mnc6HO1cT0$

‐‐‐ Original Message ‐‐‐

On Tuesday, November 2nd, 2021 at 10:21 AM, PINION, RICHARD W. 
 wrote:

> We are running z/OS 2.2. We have a volume that is allocated
>
> to MASTER. Originally, the volume was allocated to XCFAS
>
> LLA, and MASTER. We got XCFAS and LLA to release their
>
> allocations by updating the link list. However, we cannot
>
> determine what MASTER is holding.
>
> I've used SDSF's JD against MASTER, and none of the
>
> datasets listed are on the volume in question.
>
> Confidentiality notice:
>
> This e-mail message, including any attachments, may contain legally 
> privileged and/or confidential information. If you are not the intended 
> recipient(s), or the employee or agent responsible for delivery of this 
> message to the intended recipient(s), you are hereby notified that any 
> dissemination, distribution, or copying of this e-mail message is strictly 
> prohibited. If you have received this message in error, please immediately 
> notify the sender and delete this e-mail message from your computer.
>
> --
> --
> --
> --
> --
> --
> --
> --
> --
> --
> --
> --
> -
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
>
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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

Volume allocated to *MASTER*

[PINION, RICHARD W.]

We are running z/OS 2.2.  We have a volume that is allocated
to *MASTER*.  Originally, the volume was allocated to XCFAS
LLA, and *MASTER*.  We got XCFAS and LLA to release their
allocations by updating the link list.  However, we cannot
determine what *MASTER* is holding.

I've used SDSF's JD against *MASTER*, and none of the
datasets listed are on the volume in question.
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: Jes2 to Server

[PINION, RICHARD W.]

Take a look at McKinney Systems JRB product.  It's a chargeable.  But, in our
opinion, it wasn't that expensive.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Roberto Halais
Sent: Wednesday, October 27, 2021 4:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Jes2 to Server

[External Email. Exercise caution when clicking links or opening attachments.]

Listers:
We have the need to move jes2 sysout reports to a server in order to archive 
them.
Is there a CBT utility that can do that?

I was thinking of using a rexx to access SDSF to get the list of sysouts and 
then print to dataset thru SDSF and ftp the dataset to the server.
Is this a good idea?
Is this possible?
Any gotchas?

Thank you for any idea you can come up with.

Regards,
Roberto
--
Politics: Poli (many) - tics (blood sucking parasites)

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: [EXTERNAL] Re: IBM ZDNT Learner's Edition - beware

[PINION, RICHARD W.]

Yeah, remember what happened when one of the original Hercules group requested
the tapes for MVS/370, DOS, and VM/370.  Nobody at IBM checked to determine if 
that was OK, and the tapes were sent.  Afterwards, the hammer came down.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Tuesday, October 26, 2021 3:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: IBM ZDNT Learner's Edition - beware

[External Email. Exercise caution when clicking links or opening attachments.]

Quote <(why am I thinking zDENTAL?)>

Probably because until it's been available and IBM's lawyers have had a chance 
to shake some problems (and maybe people) down over it, it'll be like getting 
teeth pulled to get a straight answer out of them?  :-)

rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
John McKown
Sent: Tuesday, October 26, 2021 12:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IBM ZDNT Learner's Edition - beware

Which leads to a question.What, exactly is a "development environment"? Is it 
an environment in which any code is written? That can't be it or IBM would not 
include any compilers or interpreters with ZDNT (why am I thinking zDENTAL?). 
Does running a program I wrote (developed) mean it is now a "test environment"? 
Or must everything done on ZDNT remain on that one and only system? I assume 
that I can move the ZDNT image  to a new host. Since it is "dongle protected", 
I know I can't run ZDNT concurrently on more than one Intel system. What about 
Linux on VMWare? Or multiple Linux images on VMWare sharing the dongle? Hum, 
how about Hyper-V to run Linux under Windows?

Yes, these are mainly silly questions. The problem is the vagueness of the 
license. And I have more questions.  Assuming I can indeed write and run 
programs on ZDNT (CBTTape programs?), can I distribute that program in either 
executable or source form to other ZDNT licensees, or even other non-ZDNT z/OS 
licensees? Or to a public source repository such as CBTTape or some GitHub, et 
al., repository? If I later get a job for a company because I know z/OS from 
working with ZDNT, can I take my personally developed code to my new employer? 
If not, and I need something similar, do I need to "start from scratch" like a 
"clean room" developer? How do I purge my memory of previously written code (I 
had am employer who wanted me to sign an agreement which basically said this)? 
How many of us have a personal repository of code that we haul from job to job?

On Tue, Oct 26, 2021 at 11:47 AM Lionel B. Dyck  wrote:

> Here is the exact prose from the agreement you have to sign for the 
> Learner's Edition:
>
> The purpose of this Learning License Agreement (“Agreement”) is to 
> make available certain software, resources, and/or cloud services for 
> educational and non-commercial research to any Individual wanting to 
> engage in educational activities solely related to learning z/OS.  As 
> an eligible individual, you accept the terms of this Agreement by 
> completing the registration process and accessing the Eligible 
> Resources.
> . . .
> 2. License
> IBM grants you a nonexclusive, nontransferable license to use Eligible 
> Resources solely for instruction and learning. Eligible Resources 
> shall not be used in development, test, or production environments.
> Eligible Resources shall not be 1) used, copied, modified, or 
> distributed except as provided in this Agreement; 2) reverse 
> assembled, reverse compiled, or otherwise translated, except as 
> specifically permitted by law without the possibility of contractual 
> waiver; or 3) sublicensed, rented, or leased.
>
>
>
> Lionel B. Dyck <><
> Website:
> https://urldefense.com/v3/__https://www.lbdsoftware.com__;!!KjMRP1Ixj6
> eLE0Fj!6Q7KR0ZAUdKhxm4X91k63w2bmzh0k9LtF94OGoCFhfkDDBLNagguGC5PNqlMy5e
> 0IA$
> Github:
> https://urldefense.com/v3/__https://github.com/lbdyck__;!!KjMRP1Ixj6eL
> E0Fj!6Q7KR0ZAUdKhxm4X91k63w2bmzh0k9LtF94OGoCFhfkDDBLNagguGC5PNqnQaFCKo
> A$
>
> “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 Scott Fagen
> Sent: Tuesday, October 26, 2021 11:09 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM ZDNT Learner's Edition - beware
>
> Sebastian, I think you may have hit on the crux of the matter:
>
> On Tue, 26 Oct 2021 03:44:17 -0500, Sebastian Welton 
> 
> wrote:
>
> >This license is for personal, individual learning use only and not 
> >for
> test and development of commercial products.
>
> The legal question is:  is developing a program to be distributed as 
> open source software considered the development of a commercial product?
>
> I am not a lawyer, but I've dealt with software IP legal issues for 
> many years.  "Commercial Product" is a term that is typically defined 
> 

z/OS 2.4 IPL WSC 040

[PINION, RICHARD W.]

I recently applied maintenance to our 2.4 system, and got the following 
attempting to IPL.

Central processor (CP) 0 is in a nonrestartable stopped state due to a System 
Control Program (SCP) initiated reset of the I/O interface for partition BASE.
The disabled wait program status word (PSW) is 00028040.

This is the last message display on the console.

IEA303W ABEND 000 REASON  DURING INITIALIZATION UNDER RIM IEAVNP26

I've Googled this, and found a discussion about a similar issue from March 31st 
of this year, by
Glen Schneck.  I didn't see a resolution.

I've checked the IEASYSxx member, and it is specifying CLPA, and our LOADxx 
member does
have INITSQA  0256K 0001M.

This on an IBM z15.

Any ideas?
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: Mainframe ransomware solution

[PINION, RICHARD W.]

The only thing I ever put on a system, similar to that, was a TSO program which 
produced a crude picture of the one finger salute.  You could put whatever 
message you wanted on the hand.  Silly me, I had the program executing at TSO 
logon.  Management was not amused.  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter Sylvester
Sent: Sunday, October 10, 2021 9:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe ransomware solution

[External Email. Exercise caution when clicking links or opening attachments.]

On 08/10/2021 16:43, David Spiegel wrote:
> Hi R'Shmuel; AMV"SH,
> "... What about the Christmas Card Worm? ..."
>
> That was AFAIK on a VM system, not, an MVS system.
>
> Regards,
> David
>
>
You could have "protected" the VM systems as much as you want, if a "friend" 
send you an exec/script/clist and you execute it.

the was actually created as small joke by a student at one of the EARN/BITNET 
nodes who did not see that it could escape from the site.

my old friend Helmut on the neighbour node detected "patient 0".

It rapidely entered vnet which was shutdown (to remove all copies afaik), earn 
bitnet was saved by Eric Thomas by filtering in rscs.

You had to execute it, a global social attack/joke, not like the other real 
worm in sendmail

Peter Sylvester

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: IPL's POR's frequency

[PINION, RICHARD W.]

General reply, the last time the backup generator ran out of fuel!  Don't 
laugh, it happens.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
McCabe, Ron
Sent: Tuesday, September 14, 2021 1:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPL's POR's frequency

[External Email. Exercise caution when clicking links or opening attachments.]

We IPL twice a year ... POR when needed and I cannot remember the last time we 
needed a POR.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Schwab
Sent: Tuesday, September 14, 2021 7:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPL's POR's frequency

CAUTION: This email is from an external address. Please be careful of links and 
attachments.


IPL once a quarter.   PORs when IBM requires.

On Tue, Sep 14, 2021 at 7:30 AM Joe
<020d5fbe36e0-dmarc-requ...@listserv.ua.edu> wrote:
>
> Just curious about how often folks here IPL their systems as a scheduled 
> event , once a month, once a quarter, once a year?
> and same question for POR's.
> I understand there are times when you HAVE to have unscheduled or hot fix 
> IPL's, I'm just asking in general terms.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN Confidentiality 
Notice: This e- mail and all attachments may contain CONFIDENTIAL information 
and are meant solely for the intended recipient. It may contain controlled, 
privileged, or proprietary information that is protected under applicable law 
and shall not be disclosed to any unauthorized third party. If you are not the 
intended recipient, you are hereby notified that any unauthorized review, 
action, disclosure, distribution, or reproduction of any information contained 
in this e- mail and any attachments is strictly PROHIBITED. If you received 
this e- mail in error, please reply to the sender immediately stating that this 
transmission was misdirected, and delete or destroy all electronic and paper 
copies of this e-mail and attachments without disclosing the contents. This e- 
mail does not grant or assign rights of ownership in the proprietary subject 
matter herein, nor shall it be construed as a joint venture, partnership, 
teaming agreement, or any other formal business relationship.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

IBM Copy Services Manager 6.3

[PINION, RICHARD W.]

I am installing IBM CSM 6.3 on a z/OS 2.2 system.  The previous install used
/usr/lpp/IBM/CSM and /opt/IBM/CSM as the directories.

Using the CSM 6.3 install job SYS1.SAMPLIB(IWNDDDE2), the directories
have been changed to /usr/lpp/IBM/CSMDSCLI and /opt/IBM/CSMDSCLI.

After running the SMP/E RECEIVE/APPLY/ACCEPT, /usr/lpp/CSMDSCLI has
been populated.  As well as adding the new SYS1.SAMPLIB(IWN*2) members.

Running the install script /usr/lpp/IBM/CSMDSCLI/scripts/installCSMDSCLI.sh
populates /opt/IBM/CSMDSCLI.

However, the IWNSRV and IWNAUTH STC's continue to use the old directory
names of /usr/lpp/IBM/CSM and /opt/IBM/CSM.  The CSM 6.3 installation
guide makes no reference to CSMDSCLI.

I don't understand.  Should have I installed into /usr/lpp/CSM?
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: LISCAT with space allocations

[PINION, RICHARD W.]

If you have FDREPORT from IDP/Compuware/BMC, that's a good tool.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Sri 
h Kolusu
Sent: Friday, September 3, 2021 11:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LISCAT with space allocations

[External Email. Exercise caution when clicking links or opening attachments.]

> I need a large list of datasets by HLQ and space allocations as a 
> report for management before they are removed.

If you need multiple HLQ's then you can get the information from DCOLLECT.
You run DCOLLECT and use an utility to strip the data you are interested in.

Thanks,
Kolusu

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: IEBCOPY & PARM='WORK=xxMB'

[PINION, RICHARD W.]

// JOB (Y),RPINION,CLASS=2,MSGCLASS=O, JOB17827 

//  NOTIFY=,COND=(0,LT),REGION=128M  
 
IEFC653I SUBSTITUTION JCL - 
(Y),RPINION,CLASS=2,MSGCLASS=O,NOTIFY=ZZ,COND=(0,LT),REGION=128M
//BACK1   EXEC PGM=IEBCOPY,PARM='WORK=8M,CMWA=8190K'
 

CPU: 0 HR  00 MIN  00.68 SECSRB: 0 HR  00 MIN  00.03 SEC
VIRT:  8352K  SYS:   300K  EXT:4K  SYS:17476K   
ATB- REAL:  1056K  SLOTS: 0K
 VIRT- ALLOC:  13M SHRD:   0M   

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Schwab
Sent: Wednesday, September 1, 2021 12:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IEBCOPY & PARM='WORK=xxMB'

[External Email. Exercise caution when clicking links or opening attachments.]

On the step completion message, what are your memory usage?

On Wed, Sep 1, 2021 at 10:09 AM Steve Smith  wrote:
>
> There's no reason to concatenate the unload files, just do two COPY 
> operations (which can be in the same step, in case that's not obvious).
>
> REGION=32M, really?  This isn't 1990.  How about 1000M?
>
> sas
>
>
> On Wed, Sep 1, 2021 at 10:54 AM PINION, RICHARD W. 
> 
> wrote:
>
> > We are running z/OS 2.2 on z15.  I am having a problem selectively 
> > unloading a very large PDS/E, over 2,000,000 tracks, and with 
> > several thousand members.  The SYSIN to IEBCOPY has 174,000 SELECT 
> > statements.  We are getting
> >
> > IEB1011E AVAILABLE STORAGE (4K) IS TOO SMALL.  ADD 7779K MORE BYTES 
> > TO WORK SIZE.
> >
> > And this is the EXEC statement for the IEBCOPY.
> >
> > EXEC PGM=IEBCOPY,PARM='WORK=8M'
> >
> > Our below the line private area is about 8.5 Meg.  I have REGION=32M 
> > on the job statement.
> >
> > I have tried various combinations of REGION=xxxM on the job 
> > statement, and increases in the WORK parm value.  I cannot get around the 
> > error.
> >
> > One thing I am trying now is to use two steps, assigning ½ of the 
> > SELECT statements to the first step, and the remainder to the second 
> > step.  I am creating two separate unload datasets using this method.  
> > I suspect that one cannot concatenate IEBCOPY UNLOAD datasets when 
> > reloading the PDS/E.
> >
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: IEBCOPY & PARM='WORK=xxMB'

[PINION, RICHARD W.]

Indeed I did.  And, it had no effect.  As for SAS's comment for using 
REGION=1000M, while I didn't go that high, increasing REGION on the job 
statement had no effect either.  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lennie Dymoke-Bradshaw
Sent: Wednesday, September 1, 2021 11:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IEBCOPY & PARM='WORK=xxMB'

[External Email. Exercise caution when clicking links or opening attachments.]

Have you looked at using the spill data sets on SYSUT3 and SYSUT4?

Lennie Dymoke-Bradshaw
https://urldefense.com/v3/__https://rsclweb.com__;!!HnnddUIWDII9UQ!BoyjGzxrM4lde-pxf-y3TmqAQ1Q6v2YBIANM33UknReh8LQGYtyA5jcHAH2sM0X-whU$
'Dance like no one is watching. Encrypt like everyone is.'

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
PINION, RICHARD W.
Sent: 01 September 2021 15:54
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IEBCOPY & PARM='WORK=xxMB'

We are running z/OS 2.2 on z15.  I am having a problem selectively unloading a 
very large PDS/E, over 2,000,000 tracks, and with several thousand members.  
The SYSIN to IEBCOPY has 174,000 SELECT statements.  We are getting

IEB1011E AVAILABLE STORAGE (4K) IS TOO SMALL.  ADD 7779K MORE BYTES TO WORK 
SIZE.

And this is the EXEC statement for the IEBCOPY.

EXEC PGM=IEBCOPY,PARM='WORK=8M'

Our below the line private area is about 8.5 Meg.  I have REGION=32M on the job 
statement.

I have tried various combinations of REGION=xxxM on the job statement, and 
increases in the WORK parm value.  I cannot get around the error.

One thing I am trying now is to use two steps, assigning ½ of the SELECT 
statements to the first step, and the remainder to the second step.  I am 
creating two separate unload datasets using this method.  I suspect that one 
cannot concatenate IEBCOPY UNLOAD datasets when reloading the PDS/E.

Any help or suggestions would be greatly appreciated.
Confidentiality notice:
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

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

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

IEBCOPY & PARM='WORK=xxMB'

[PINION, RICHARD W.]

We are running z/OS 2.2 on z15.  I am having a problem selectively unloading a 
very large
PDS/E, over 2,000,000 tracks, and with several thousand members.  The SYSIN to 
IEBCOPY
has 174,000 SELECT statements.  We are getting

IEB1011E AVAILABLE STORAGE (4K) IS TOO SMALL.  ADD 7779K MORE BYTES TO WORK 
SIZE.

And this is the EXEC statement for the IEBCOPY.

EXEC PGM=IEBCOPY,PARM='WORK=8M'

Our below the line private area is about 8.5 Meg.  I have REGION=32M on the job
statement.

I have tried various combinations of REGION=xxxM on the job statement, and
increases in the WORK parm value.  I cannot get around the error.

One thing I am trying now is to use two steps, assigning ½ of the SELECT 
statements
to the first step, and the remainder to the second step.  I am creating two 
separate
unload datasets using this method.  I suspect that one cannot concatenate 
IEBCOPY
UNLOAD datasets when reloading the PDS/E.

Any help or suggestions would be greatly appreciated.
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: Neat/3 [was: RE: [External] Programs that work right the first time.]

[PINION, RICHARD W.]

While I didn't take the Neat/3 class in college, it was offered.  The 
university I attended at the time used a NCR Century 151.  I "think" they were 
running the B3 Executive.  One partition for running a batch job read in from a 
card reader, a SPOOL'ing partition, and the other partition was for the O/S??? 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Tuesday, August 24, 2021 12:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Neat/3 [was: RE: [External] Programs that work right the first 
time.]

[External Email. Exercise caution when clicking links or opening attachments.]

Neat/3 was definitely not a Cobol look-alike.  It was a 60'ish version of a 
high level assembler, in other words not very high level.  :-)  But it was 
NCR's assembler language.  My first job out of college was converting Neat/3 
code on an old computer to Cobol on the afore-mentioned minicomputer.   
Foot-in-mouth moment.  I was going thru the Neat/3 payroll calculation program 
to convert it and came across an unconditional branch around some code - 
rendering the code inaccessible.  The very next line was a conditional branch 
around the same code.  I pointed out (fresh out of college, I was, so I knew 
everything) the obvious silliness of this to my boss' boss only to find out 
later that the boss' boss was the one who had done the coding I was mocking.  
Oops...

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Tuesday, August 24, 2021 10:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Neat/3 [was: RE: [External] Programs that work right the first 
time.]

Interesting historical reference.  I never actually worked on NCR or in Neat/3, 
but it was used as the programming language for a civil service test I took 
many decades ago to apply for a county-level programming job.  The problem was 
that the civil service test announcement never told people who registered for 
the test that the programming part would require knowledge of Neat/3 (a COBOL 
look-alike language as I remember being told) so I wrote a long note at the 
beginning of my answer complaining that Neat/3 was not a commonly known 
language and was not included in the test announcement and wrote all the test 
answers in ANSI COBOL.

The civil service commissioner responded to the letter of complaint that I sent 
by declaring that everyone who took the test and answered in COBOL passed but 
never apologized for failing to post the Neat/3 language requirement in the 
test announcement.  As my mother (a lifelong civil service employee) told me 
when I described the test to her, the announcement was obviously an "insider 
announcement" never actually intended to attract anyone not already "in the 
system".

I got on the civil service list for that position but soon after had a far 
better offer in the private sector and never looked back.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Hitefield
Sent: Tuesday, August 24, 2021 9:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Programs that work right the first time.

Do you remember Neat/3 on the NCR? An interesting language.

On third shift at a local bank, I remember setting up card-driven operation 
"control decks" where we "dialed" HDDs back and forth to keep from having to 
move the disks.

Bill Hitefield
Dino-Software Corporation
800.480.DINO
423.878.5660
--


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


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

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email 

Printing of the ISPF Tutorial

[PINION, RICHARD W.]

Is it possible to get a hardcopy of the ISPF Tutorial?
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: zEDC compression on z13 and z15

[PINION, RICHARD W.]

Also, I've check our SMS Data Class definition.  We have

ZP The system will not fail the allocation request but rather 
   create either a tailored compressed data set if the zEDC   
   function is not supported by the system or create a
   non-compressed extended format data set if the minimum 
   allocation amount requirement is not met.  

As, a test, I created a duplicate of that Data Class, and changed the
value to ZR.  The allocation as compressed was successful.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
PINION, RICHARD W.
Sent: Thursday, July 22, 2021 4:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zEDC compression on z13 and z15

[External Email. Exercise caution when clicking links or opening attachments.]

OK, I've created another dataset that is single volume, same size.

General Data   Current Allocation
 Management class . . : DE180DAYAllocated cylinders : 4,279
 Storage class  . . . : STANDARDAllocated extents . : 5
  Volume serial . . . : TL0018
  Device type . . . . : 3390
 Data class . . . . . : COMP
  Organization  . . . : PS Current Utilization
  Record format . . . : VB  Used cylinders  . . : 4,279
  Record length . . . : 23552   Used extents  . . . : 5
  Block size  . . . . : 32760
  1st extent cylinders: 4000
  Secondary cylinders : 100Dates
  Data set name type  : EXTENDEDCreation date . . . : 2021/07/22
Referenced date . . : 2021/07/22
Expiration date . . : ***None***
  SMS Compressible  . : YES
  Extended Attributes   NO

Also, I checked IFAPRDxx to make sure, zEDC is enabled, after the IPL from this 
weekend.

-D PROD,state,all
 IFA111I 15.47.44 PROD DISPLAY 490
 S OWNERNAME FEATURE  VERSION  ID
E IBM CORP Z/OSZEDC* .* .*  5650-ZOS

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ed 
Jaffe
Sent: Thursday, July 22, 2021 4:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zEDC compression on z13 and z15

[External Email. Exercise caution when clicking links or opening attachments.]

The z15 data set is multi-volume?

On 7/22/2021 1:40 PM, PINION, RICHARD W. wrote:
> z15 created dataset LISTC & DCB
>
> STATISTICS
>USER-DATA-SIZE27761896449 
> COMP-USER-DATA-SIZE3629379499
>SIZES-VALID(YES)
>
> Management class . . : MC1GEND Allocated cylinders : 4,279
> Storage class  . . . : STANDARDAllocated extents . : 11
>   Volume serial . . . : PL0024 +
>   Device type . . . . : 3390

--

Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://urldefense.com/v3/__https://www.phoenixsoftware.com/__;!!HnnddUIWDII9UQ!EfhKWkq6_Iwt9tHw_SPWs_FcFyNKIS5aN8PP0ynYjU1UarZ29iSpnp2NOh2X2kUX4Cs$



This e-mail message, including any attachments, appended messages and the 
information contained therein, is for the sole use of the intended 
recipient(s). If you are not an intended recipient or have otherwise received 
this email message in error, any use, dissemination, distribution, review, 
storage or copying of this e-mail message and the information contained therein 
is strictly prohibited. If you are not an intended recipient, please contact 
the sender by reply e-mail and destroy all copies of this email message and do 
not otherwise utilize or retain this email message or any or all of the 
information contained therein. Although this email message and any attachments 
or appended messages are believed to be free of any virus or other defect that 
might affect any computer system into which it is received and opened, it is 
the responsibility of the recipient to ensure that it is virus free and no 
responsibility is accepted by the sender for any loss or damage arising in any 
way from its opening or use.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN Confidentiality notice:
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


--

Re: zEDC compression on z13 and z15

[PINION, RICHARD W.]

OK, I've created another dataset that is single volume, same size.

General Data   Current Allocation  
 Management class . . : DE180DAYAllocated cylinders : 4,279
 Storage class  . . . : STANDARDAllocated extents . : 5
  Volume serial . . . : TL0018 
  Device type . . . . : 3390   
 Data class . . . . . : COMP   
  Organization  . . . : PS Current Utilization 
  Record format . . . : VB  Used cylinders  . . : 4,279
  Record length . . . : 23552   Used extents  . . . : 5
  Block size  . . . . : 32760  
  1st extent cylinders: 4000   
  Secondary cylinders : 100Dates   
  Data set name type  : EXTENDEDCreation date . . . : 2021/07/22   
Referenced date . . : 2021/07/22   
Expiration date . . : ***None***   
  SMS Compressible  . : YES
  Extended Attributes   NO 

Also, I checked IFAPRDxx to make sure, zEDC is enabled, after the IPL from
this weekend.

-D PROD,state,all 
 IFA111I 15.47.44 PROD DISPLAY 490
 S OWNERNAME FEATURE  VERSION  ID 
E IBM CORP Z/OSZEDC* .* .*  5650-ZOS

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ed 
Jaffe
Sent: Thursday, July 22, 2021 4:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zEDC compression on z13 and z15

[External Email. Exercise caution when clicking links or opening attachments.]

The z15 data set is multi-volume?

On 7/22/2021 1:40 PM, PINION, RICHARD W. wrote:
> z15 created dataset LISTC & DCB
>
> STATISTICS
>USER-DATA-SIZE27761896449 
> COMP-USER-DATA-SIZE3629379499
>SIZES-VALID(YES)
>
> Management class . . : MC1GEND Allocated cylinders : 4,279
> Storage class  . . . : STANDARDAllocated extents . : 11
>   Volume serial . . . : PL0024 +
>   Device type . . . . : 3390

--

Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://urldefense.com/v3/__https://www.phoenixsoftware.com/__;!!HnnddUIWDII9UQ!EfhKWkq6_Iwt9tHw_SPWs_FcFyNKIS5aN8PP0ynYjU1UarZ29iSpnp2NOh2X2kUX4Cs$



This e-mail message, including any attachments, appended messages and the 
information contained therein, is for the sole use of the intended 
recipient(s). If you are not an intended recipient or have otherwise received 
this email message in error, any use, dissemination, distribution, review, 
storage or copying of this e-mail message and the information contained therein 
is strictly prohibited. If you are not an intended recipient, please contact 
the sender by reply e-mail and destroy all copies of this email message and do 
not otherwise utilize or retain this email message or any or all of the 
information contained therein. Although this email message and any attachments 
or appended messages are believed to be free of any virus or other defect that 
might affect any computer system into which it is received and opened, it is 
the responsibility of the recipient to ensure that it is virus free and no 
responsibility is accepted by the sender for any loss or damage arising in any 
way from its opening or use.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: zEDC compression on z13 and z15

[PINION, RICHARD W.]

Yes, the z13 had zEDC cards, enabled, and being used. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Watkins
Sent: Thursday, July 22, 2021 4:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zEDC compression on z13 and z15

[External Email. Exercise caution when clicking links or opening attachments.]

Just a dumb question: Did your z13 have zEDC cards installed? They were 
optional on the z13, but zEDC compression is included on the z15.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Chuck Kreiter
Sent: Thursday, July 22, 2021 3:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zEDC compression on z13 and z15

CAUTION: This email originated from outside of the Texas Comptroller's email 
system.
DO NOT click links or open attachments unless you expect them from the sender 
and know the content is safe.

We went from z14 to z15's and didn't notice any difference in compression.
I would be curious to see listcat of both showing the user data size and the 
comp data size as well as the dataset DCB attributes.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of PINION, RICHARD W.
Sent: Thursday, July 22, 2021 3:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: zEDC compression on z13 and z15

We migrated from a z13 to a z15 this past weekend.  We are running z/OS 2.2, 
z/OS 2.2 on the z13, and the same z/OS 2.2 on the z15.  z15 maintenance was 
applied to z/OS 2.2, and activated a couple of months ago.  We are using the 
same SMS configuration on the z15 as the z13, and that includes the zEDC 
compression Data Class.

I restored a dataset that was created on the z13 using zEDC compression, and 
needed to make a copy of the dataset on the z15.  I was surprised to see an 
almost 20,000 track difference between the z13 created dataset, and the z15 
created dataset.  I used the same SMS Data Class to make the z15 version of the 
dataset.


Enter "/" to select actionTracks %Used

Z13.CREATED.DATA.SET 4755099
Z15.CREATED.DATA.SET 64555  100


SMS allocation messages for the z15 created dataset follows.

IGD17070I DATA SET Z15.CREATED.DATA.SET
ALLOCATED SUCCESSFULLY WITH 1 STRIPE(S).
IGD17160I DATA SET Z15.CREATED.DATA.SET
IS ELIGIBLE FOR COMPRESSION
IGD101I SMS ALLOCATED TO DDNAME (SYSUT2  )
DSN (Z15.CREATED.DATA.SET)
STORCLAS (STANDARD) MGMTCLAS (DE180DAY) DATACLAS (COMP)
VOL SER NOS= TL0018


I have not looked into the TCB/SRB I/O numbers of the
z13 creating job to compare against the z15 job.

Anyone have an idea as to why such a dramatic difference?

Confidentiality notice:
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

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

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

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

Re: zEDC compression on z13 and z15

[PINION, RICHARD W.]

z13 created dataset LISTC & DCB,

STATISTICS  

  USER-DATA-SIZE27761896449 
COMP-USER-DATA-SIZE2689053885   
  SIZES-VALID(YES)

Management class . . : MC1GEND Allocated cylinders : 3,170 
Storage class  . . . : STANDARDAllocated extents . : 1 
 Volume serial . . . : TL0018  
 Device type . . . . : 3390
Data class . . . . . : COMP
 Organization  . . . : PS Current Utilization  
 Record format . . . : VB  Used cylinders  . . : 3,170 
 Record length . . . : 23552   Used extents  . . . : 1 
 Block size  . . . . : 23556   
 1st extent cylinders: 3170
 Secondary cylinders : 250Dates
 Data set name type  : EXTENDEDCreation date . . . : 2021/07/01
   Referenced date . . : 2021/07/22
   Expiration date . . : ***None***
 SMS Compressible  . : YES 
 Extended Attributes   NO  

z15 created dataset LISTC & DCB

STATISTICS  
   
  USER-DATA-SIZE27761896449 
COMP-USER-DATA-SIZE3629379499  
  SIZES-VALID(YES)  


Management class . . : MC1GEND Allocated cylinders : 4,279
Storage class  . . . : STANDARDAllocated extents . : 11   
 Volume serial . . . : PL0024 +   
 Device type . . . . : 3390   
Data class . . . . . : COMP   
 Organization  . . . : PS Current Utilization 
 Record format . . . : VB  Used cylinders  . . : 4,279
 Record length . . . : 23552   Used extents  . . . : 11   
 Block size  . . . . : 23556  
 1st extent cylinders: 150
 Secondary cylinders : 99 Dates   
 Data set name type  : EXTENDEDCreation date . . . : 2021/07/22   
   Referenced date . . : 2021/07/22   
   Expiration date . . : ***None***   
 SMS Compressible  . : YES
 Extended Attributes   NO   

 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Chuck Kreiter
Sent: Thursday, July 22, 2021 4:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zEDC compression on z13 and z15

[External Email. Exercise caution when clicking links or opening attachments.]

We went from z14 to z15's and didn't notice any difference in compression.
I would be curious to see listcat of both showing the user data size and the 
comp data size as well as the dataset DCB attributes.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of PINION, RICHARD W.
Sent: Thursday, July 22, 2021 3:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: zEDC compression on z13 and z15

We migrated from a z13 to a z15 this past weekend.  We are running z/OS 2.2, 
z/OS 2.2 on the z13, and the same z/OS 2.2 on the z15.  z15 maintenance was 
applied to z/OS 2.2, and activated a couple of months ago.  We are using the 
same SMS configuration on the z15 as the z13, and that includes the zEDC 
compression Data Class.

I restored a dataset that was created on the z13 using zEDC compression, and 
needed to make a copy of the dataset on the z15.  I was surprised to see an 
almost 20,000 track difference between the z13 created dataset, and the z15 
created dataset.  I used the same SMS Data Class to make the z15 version of the 
dataset.


Enter "/" to select actionTracks %Used

Z13.CREATED.DATA.SET 4755099
Z15.CREATED.DATA.SET 64555  100


SMS allocation messages for the z15 created dataset follows.

IGD17070I DATA SET Z15.CREATED.DATA.SET
ALLOCATED SUCCESSFULLY WITH 1 STRIPE(S).
IGD17160I DATA SET Z15.CREATED.DATA.SET
IS ELIGIBLE FOR COMPRESSION
IGD

zEDC compression on z13 and z15

[PINION, RICHARD W.]

We migrated from a z13 to a z15 this past weekend.  We are running z/OS 2.2,
z/OS 2.2 on the z13, and the same z/OS 2.2 on the z15.  z15 maintenance was
applied to z/OS 2.2, and activated a couple of months ago.  We are using the 
same
SMS configuration on the z15 as the z13, and that includes the zEDC compression
Data Class.

I restored a dataset that was created on the z13 using zEDC compression, and 
needed
to make a copy of the dataset on the z15.  I was surprised to see an almost 
20,000
track difference between the z13 created dataset, and the z15 created dataset.  
I
used the same SMS Data Class to make the z15 version of the dataset.


Enter "/" to select actionTracks %Used

Z13.CREATED.DATA.SET 4755099
Z15.CREATED.DATA.SET 64555  100


SMS allocation messages for the z15 created dataset follows.

IGD17070I DATA SET Z15.CREATED.DATA.SET
ALLOCATED SUCCESSFULLY WITH 1 STRIPE(S).
IGD17160I DATA SET Z15.CREATED.DATA.SET
IS ELIGIBLE FOR COMPRESSION
IGD101I SMS ALLOCATED TO DDNAME (SYSUT2  )
DSN (Z15.CREATED.DATA.SET)
STORCLAS (STANDARD) MGMTCLAS (DE180DAY) DATACLAS (COMP)
VOL SER NOS= TL0018


I have not looked into the TCB/SRB I/O numbers of the
z13 creating job to compare against the z15 job.

Anyone have an idea as to why such a dramatic difference?

Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: Report on total tape usage?

[PINION, RICHARD W.]

Do you have FDREPORT from BMC?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Longnecker, Dennis
Sent: Friday, July 9, 2021 11:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Report on total tape usage?

[External Email. Exercise caution when clicking links or opening attachments.]

I am trying to figure out how much data we actually have backed up on tape.   I 
have run a few RMM reports, but haven't seen anything much that will just give 
me a total number of space used (i.e. 12.4 Terabytes used).   Report 11 seems 
the closest, but that will take much work to add up all the individual fields.  
 Anyone have a report, or is there another one already existing that you can 
point me to?  I'm going to look around in MXG today, but figured I'll check 
with the group.

Thanks,
Dennis

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: SDSF TMP

[PINION, RICHARD W.]

No, I didn't say " Years ago it didn't work".  I said " Am I only dreaming, but 
couldn't one execute SDSF as the TSO TMP.
This might have been from the 80's or 90's timeframe".




-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Wednesday, June 30, 2021 1:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF TMP

[External Email. Exercise caution when clicking links or opening attachments.]

On Wed, 30 Jun 2021 17:02:52 +0000, PINION, RICHARD W. wrote:

>Yes I did it on a z/OS 2.4 system today, and it worked.
>
Years ago it didn't work.  Today it worked.  Have you a problem with that?

Interactively, I prefer to use SDSF under ISPF rather than from the READY 
prompt because to display spool files under ISPF it uses ISPF View with 
function better than SDSF's built-in  viewer.  And I can split the screen.


>>____________
>>From: PINION, RICHARD W.
>>Sent: Wednesday, June 30, 2021 10:07 AM
>>
>>Am I only dreaming, but couldn't one execute SDSF as the TSO TMP.
>>This might have been from the 80's or 90's timeframe.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: SDSF TMP

[PINION, RICHARD W.]

Yes I did it on a z/OS 2.4 system today, and it worked.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Wednesday, June 30, 2021 1:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF TMP

[External Email. Exercise caution when clicking links or opening attachments.]

On Wed, 30 Jun 2021 16:19:26 +, PINION, RICHARD W. wrote:

>Perhaps my wording is incorrect.  But, you can use PGM=SDSF in a logon proc.
>I remembered that's how it was done.  I tried it, and it does work.
>
Present tense ("does")?  Do you mean  you tried it today and it does work?

in SDSF Operation and Customization SA23-2274-40, the only mention of TMP is:
On line 3 , the MENUS parameter specifies that the name of the SDSF help panel 
data set is ISF.SISFPLIB.
Note: This parameter applies only when SDSF is running under TSO or as a TMP.
  It is not used when SDSF is running as an ISPF dialog.

That feels like a residue.  There is no mention of TMP in the User's Guide.

I have used SDSF in batch.  The interface is most like screen-scraping.
More recently, the Rexx API provides far better function.  I wrote an EXEC 
which works (almost) alike in batch, OMVS, and as an Edit macro, based on 
examples in the User's Guide.


>-Original Message-
>From:  Seymour J Metz
>Sent: Wednesday, June 30, 2021 12:18 PM
>
>You could execute SDSF as a TSO command, with no ISPF. You couldn't use SDSF 
>as a TMP.

>____________
>From: PINION, RICHARD W.
>Sent: Wednesday, June 30, 2021 10:07 AM
>
>Am I only dreaming, but couldn't one execute SDSF as the TSO TMP.
>This might have been from the 80's or 90's timeframe.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: SDSF TMP

[PINION, RICHARD W.]

Perhaps my wording is incorrect.  But, you can use PGM=SDSF in a logon proc.
I remembered that's how it was done.  I tried it, and it does work.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Wednesday, June 30, 2021 12:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF TMP

[External Email. Exercise caution when clicking links or opening attachments.]

You could execute SDSF as a TSO command, with no ISPF. You couldn't use SDSF as 
a TMP.


--
Shmuel (Seymour J.) Metz
https://urldefense.com/v3/__http://mason.gmu.edu/*smetz3__;fg!!HnnddUIWDII9UQ!ELaFSQJID_qGZRmuTK4B-jrsSqEQ9r3OdZ7KN_YLtH3KGNiWsi_He9pAWh_xLoVhIEs$


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
PINION, RICHARD W. [rpin...@firsthorizon.com]
Sent: Wednesday, June 30, 2021 10:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SDSF TMP

Am I only dreaming, but couldn't one execute SDSF as the TSO TMP.
This might have been from the 80's or 90's timeframe.

Confidentiality notice:
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

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

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

SDSF TMP

[PINION, RICHARD W.]

Am I only dreaming, but couldn't one execute SDSF as the TSO TMP.
This might have been from the 80's or 90's timeframe.

Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

CBT Tape

[PINION, RICHARD W.]

Does anybody remember an application on the CBT Tape, named Dirt Cheap 
"something or other"?
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: [External] Re: access to 9-track reel tape drive

[PINION, RICHARD W.]

Doesn't FDR's FATS and FATR have the ability to read tapes, and skip unreadable 
blocks?  Some
data is better than no data at all.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Tony Thigpen
Sent: Tuesday, June 8, 2021 4:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Re: access to 9-track reel tape drive

[External Email. Exercise caution when clicking links or opening attachments.]

I have customer 3490 tapes from the 90's in my storage vault. (I also have good 
3490 drives.)

We told the customer that we do not know if the tapes were even readable when 
we got them 8 years ago. The told us:

"We don't care. As long as we can tell the auditors that we have the tapes, we 
are good to go. If there is ever a need to read the tapes, we will fight the 
problems reading the data off the tape at that time. If a lawyer wants data, we 
will then do a 'good faith' attempt to read it, but not until then."

Tony Thigpen

Radoslaw Skorupka wrote on 6/8/21 4:08 PM:
> Rule of thumb: you don't need old tapes, you may need old data.
> In my former life I had 20 years old data, but the tapes were approx.
> 2-3 years old (max.). And always replicated, always in two locations.
> For old media (tapes, optical, hdd's, whatever) the earlier you start 
> reading them the better chances you have.
>
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
> W dniu 08.06.2021 o 15:18, Carl Swanson pisze:
>> This was a fun trip down memory lane, I remember the Overland 
>> device. And if memory servers me correctly you had to load the tape 
>> through the mechanism manually, there was at least the ne I tried in 
>> the early 90's no autoloader.  Why could this be important is because 
>> the most likely error these types of tapes will see is edge damage 
>> making the not readable. And every time a human hand touches, they 
>> the chances go up. Last Time I spoke with anyone about 3420 tapes was 
>> back around 2010 and they had a number of tapes that for any reason 
>> "Could Not be Scratched". Their solution was to hand the tapes to the 
>> person making that statement and saying they will not be scratched 
>> because they are in your possession. I thought it was a great 
>> solution to the issue. The likelihood of reading these tapes in my 
>> opinion is very low, they have passed their shelf life.
>>
>> Carl Swanson
>> Mobile:215.688.1459
>> Email: carl.swans...@verizon.net
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On 
>> Behalf Of Paul Gilmartin
>> Sent: Sunday, June 6, 2021 12:21 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: [External] Re: access to 9-track reel tape drive
>>
>> On Sun, 6 Jun 2021 05:54:17 +, Seymour J Metz wrote:
>>
>>> Presumably he's saying that nobody in his right mind would simply 
>>> copy the data on the tape to a byte stream, and that the most 
>>> obvious way to archive the tape is to convert it to AWSTAPE format. 
>>> Once it's in AWSTAPE format, then it's simple to read it under 
>>> Hercules, assuming that the labels and records follow OS/360 conventions.
>>>
>> Amen.  Joe Monk's and Radoslaw's comments appear well-informed.
>> And with 9-track I believe there's no need to deal with the 
>> abomination of even parity.  ( knew an old CDC OS that relied on the 
>> difference to discern filetypes, even replicating the behavior in 
>> DASD
>> files.)
>>
>> It's a pity there's no facility to process AWSTAPE directly with no 
>> need for a step to convert to virtual or real 3480.  Subsystem? ISV?
>> Or to generate AWSTAPE on Linux, MacOS, or Windows.
>>
>> Does a dump of the first block say "VOL1"?
>>
>> If the OP believes the tapes contain useful data he probably knows 
>> which utility can process the restored images.
>>
>> -- gil
>>
>> -
>> - 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
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, 

Re: [External] Re: JCL COND vs IF/THEN - Best catch up resources for MVS / ZOS Technologies

[PINION, RICHARD W.]

DR-DOS, now that's a name I've not heard in a long time (Obi Wan Kenobe).


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Thursday, May 20, 2021 10:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Re: JCL COND vs IF/THEN - Best catch up resources for 
MVS / ZOS Technologies

[External Email. Exercise caution when clicking links or opening attachments.]

Sorry Chris,

But I would venture a guess that you're pretty much standing alone here.  The 
"if it ain't broke don't fix it" otherwise known as "if it's good enough for me 
it should be good enough for everybody else" attitude is what has us on a 
slowly dying platform.  So what if IF/THEN doesn't handle all the arcane COND= 
Boolean logic?  Sysprogs aren't the only people using JCL.  If I can easily 
train an application developer or an implementation analyst on the use of 
IF/THEN once and have them go away and build their own JCL without needing my 
continual assistance to help them understand COND= logic, it is a win-win 
situation.  I would bet every sysprogs on this list has horror stories of 
having to fix somebody's COND= screw-up.

It's actually quite enjoyable having a developer come to me puzzled about 
COND=something and be able to say "Here, use this IF/THEN JCL logic instead", 
and see the light come on in their eyes.

But then, if PCs would have stuck with DR-DOS the mainframe would still be a 
more major player in the SMB business arena.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of CM 
Poncelet
Sent: Wednesday, May 19, 2021 8:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: JCL COND vs IF/THEN - Best catch up resources for MVS / 
ZOS Technologies

Again and with all due respect, progress is made not by blunting the tool but 
by sharpening the user.

"IF/THEN" does not handle all boolean AND/OR/NAND/XOR and steps-not-executed 
conditions.

Let not those who cannot master playing the violin demand that the violin be 
made more easy, but let them try playing the banjo instead.

And SMP/E? In the 1980's it was 'recommended' to use its dialogs. In the late 
90's, its Custom-Pak etc. became 'de rigueur' and 'de facto'. And yet I 
continued to use only native SMP/E - and did so daily to track down and fix 
PTFEs etc. etc.

Who gains from this progressive and continual stultification of mainframe 
systems programming? Is it not Windows for mainframes?

As they say, "Use it or lose it."

Cheers, Chris Poncelet (r)



On 19/05/2021 01:55, Nash, Jonathan S. wrote:
> Once I learned of the IF/THEN statements for JCL I never used COND= 
> again. IF/THEN is much easier to use and to explain to new people.
> I have seen many people code COND statements incorrectly because they 
> did not acually understand how they worked.
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of CM Poncelet
> Sent: Tuesday, May 18, 2021 8:19 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: Best catch up resources for MVS / ZOS 
> Technologies
>
> With all due respect, anyone who has difficulty coding JCL COND= 
> statements should consider *not* working with IBM mainframe systems.
>
> All boolean conditional execution steps can be handled using only 
> COND= statements. I submitted a paper on this & it was published in 
> "Computing" in 1989. I would but cannot attach it, as uploading PDF 
> files to this discussion list is not permitted.
>
> No sysprog worth his salt has ever had a problem with coding JCL COND= 
> statements.
>
> Likewise IF/THEN statements belong in "JCL for dummies" - as do 
> symbols in JCL and SYSIN. Ditto IF/THEN  in assembler.
>
> Chris Poncelet (r)
>
>
> .
> On 18/05/2021 14:02, Charles Mills wrote:
>> Yeah, and IF/THEN is slightly better than COND=
>>
>> Also symbols in SYSIN data.
>>
>> Charles
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>> On Behalf Of Steve Horein
>> Sent: Tuesday, May 18, 2021 5:35 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Best catch up resources for MVS / ZOS Technologies
>>
>> I would argue JCL got better when symbols were allowed! :-) 
>> https://urldefense.com/v3/__https://www.ibm.com/docs/en/zos/2.4.0?top
>> ic=es-symlist-parameter__;!!HnnddUIWDII9UQ!HOqHZ01GFT4JGSB82v3WH370P0
>> t7s0tHIMVgDmGr4We6lrkYplP2aODrYvHAioFxoZg$
>>
>> On Mon, May 17, 2021 at 10:46 PM Charles Mills  wrote:
>>
>>> Steve, let me wade in here and suggest some big picture. I think 
>>> SHARE and such is great for the details.
>>>
>>> What has changed since 2001? An idiosyncratic, IMHO list:
>>>
>>> - In 2001 SNA was yielding to TCP/IP. That transition has continued.
>>> An awful lot of mainframe connectivity is now TCP/IP. Lots and lots 
>>> of Internet connectivity to the mainframe.
>>> - Security is huge. Encryption is hot. Zero Trust is the buzzword of 
>>> the month.
>>> - Everything is of course bigger. Z hardware goes up 

Re: Mainframe t-shirt store

[PINION, RICHARD W.]

I just made a purchase.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mitch Mccluhan
Sent: Thursday, May 13, 2021 2:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe t-shirt store

[External Email. Exercise caution when clicking links or opening attachments.]

 ...it gets to the point to checkout/pay, and it freezes.  Must not be running 
on a mainframe!!
Mitch


-Original Message-
From: PINION, RICHARD W. 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thu, May 13, 2021 12:58 pm
Subject: Mainframe t-shirt store

If you haven't seen this, then check it out.

https://urldefense.com/v3/__http://www.mainframestore.com__;!!HnnddUIWDII9UQ!A_iwkkEpm93I_wDKXxSKogKHBM36CcMKTlO6TUVGjjWn04tzqfjoGuXZhGbsBqs6QoA$
Confidentiality notice:
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

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

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

Re: Mainframe t-shirt store

[PINION, RICHARD W.]

Sorry about that, I guess my employer's email protection software mangled the 
URL.

three w's dot mainframestore dot com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Thursday, May 13, 2021 2:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe t-shirt store

[External Email. Exercise caution when clicking links or opening attachments.]

On Thu, 13 May 2021 17:58:55 +, PINION, RICHARD W. wrote:

>If you haven't seen this, then check it out.
>
>https://urldefense.com/v3/__http://www.mainframestore.com__;!!HnnddUIWD
>II9UQ!Eoxkd9zCNBBnIiboiQTCEPSkjs5CuOSv4rHJv6GVO8ieZoeiQND9EK25H_DMJ86rP
>vo$
>
LISTSERV recognizes URLs better if RFC 1738 compliant:
https://urldefense.com/v3/__https://mainframestore.com/__;!!HnnddUIWDII9UQ!Eoxkd9zCNBBnIiboiQTCEPSkjs5CuOSv4rHJv6GVO8ieZoeiQND9EK25H_DMW8gc1hk$
 >

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Mainframe t-shirt store

[PINION, RICHARD W.]

If you haven't seen this, then check it out.

www.mainframestore.com
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: 3270 emulator / telnet with encryption

[PINION, RICHARD W.]

M-I-C-K-E-Y  M-O-U-S-E.  Who remembers that song?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Radoslaw Skorupka
Sent: Friday, May 7, 2021 4:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 3270 emulator / telnet with encryption

[External Email. Exercise caution when clicking links or opening attachments.]

Poland:
kicks for CICS
C-P-A-C-F for CPACF (*) , (**)

* Polish pronunciacion of letters. To start a war: we have consistent rules. 
Not like Cincinnati and car.  ;-) Actually it's very similar to Latin.

** While CICS is rather not used very much on the streets, the CPACF is almost 
unknown even in among mainframers.
I used to teach Introduction to ICSF and mainframe crypto HW. BTW: In the past 
I had to explain mainframe CE IBMers what is CCF and how to enable it. 
Fortunately I forbade to drop anything from mainframe add-ons and we found 
enablement diskette. It was valid for given serial number, so it wouldn't be 
nice to loose it. Old story. Few years later some CE performed checkout test on 
z800 and ...cleared all the master keys in CCF. Fortunately I had some 
procedures and backup copies...

--
Radoslaw Skorupka
(looking for new job)
Lodz, Poland






W dniu 07.05.2021 o 21:24, Eric D Rossman pisze:
> I'm probably the odd one out, but I say "SEE-pack-eff" and "kicks" for 
> CPACF and CICS and I'm on the east coast of the US.
>
> And, yes, we (ICSF) do exploit the new z15 CPACF functions available 
> with
> MSAE9 (Compute Digital Signature Authentication (KDSA)) for EC key 
> pair generation, digital signature generate/verify, and key agreement 
> for curves P-256, P-384, P-521, Ed25519, and Ed448. Since System SSL 
> calls us for those curves, they get the performance benefit as well.
>
> Eric Rossman, CISSP®
> ICSF Cryptographic Security Development z/OS Enabling Technologies 
> edros...@us.ibm.com
>
> IBM Mainframe Discussion List  wrote on
> 05/07/2021 12:57:01 PM:
>
>> From: Lennie Dymoke-Bradshaw
> <032fff1be9b4-dmarc-requ...@listserv.ua.edu>
>> Tom,
>>
>> CPACF is considered part of weaponry by the US government and so it 
>> has to be capable of being disabled for those countries where 
>> exportation of encryption is restricted by US Govt arms rules. This 
>> is why it has to be explicitly selected.
>>
>> CPACF is actually a pre-requisite for enabling a Crypto Express 
>> device. CPACF is used extensively in TLS. TLS uses clear key 
>> encryption for data transport and this is where the majority of 
>> encryption work is performed in TLS. However, I see the latest CPACF 
>> on Z15s have some new asymmetric functions, so maybe CPACF can be 
>> used in the TLS handshake as well now.
>>
>> Lennie Dymoke-Bradshaw
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On 
>> Behalf Of Tom Brennan
>> Sent: 07 May 2021 16:55
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: 3270 emulator / telnet with encryption
>>
>> On 5/7/2021 6:19 AM, Phil Smith III wrote:
>>
>>> It's a reasonably safe bet that any machine today has CPACF; that 
>>> was not always true, of course.
>> When IBM or a business partner configures a new machine, there's a 
>> checkmark for CPACF (zero charge), but it defaults to unchecked.  So 
>> when ordering a new machine I'd suggest the customer ask to make sure 
>> that free feature code is supplied.
>>
>> If the machine comes with a crypto card, CPACF is automatically 
>> selected and required.  No need to ask in that case.
>>
>> Side subject - so how do you pronounce CPACF?  I always say each 
>> letter, but some IBM crypto folks say C-Pack-F
>
> --
> 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
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: Program invoked SORT, SMS managed //SORTOUT DD DSN=& [EXTERNAL]

[PINION, RICHARD W.]

Doh!   Yep, that explains it.  Shame on me for not doing what you did.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Feller, Paul
Sent: Friday, April 30, 2021 3:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Program invoked SORT, SMS managed //SORTOUT DD DSN=& 
[EXTERNAL]

[External Email. Exercise caution when clicking links or opening attachments.]

Maybe this will help.


IGD17165I  MULTI-VOLUME TEMPORARY DATA SET dsname WILL NOT BE STRIPED.

Explanation:   It is not possible to allocate a multi-volume temporary data set
in extended format. Due to technical reasons, is is not possible to create an 
NVR (non-VSAM volume record) for temporary data sets and the NVR contains 
crucial information for extended format and compressed data sets.

In the message text:

dsname
 The specified data set name.

System action:  The data set is allocated in non-extended format.

Programmer response:  This is an informational message. Allocation continues.

Source:   Data Facility Product (DFSMS)

Routing code:  2

Descriptor code:  4


Thanks..

Paul Feller
GTS Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
PINION, RICHARD W.
Sent: Friday, April 30, 2021 1:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Program invoked SORT, SMS managed //SORTOUT DD DSN=& [EXTERNAL]

I have what is probably an elementary question.  I had a program invoked SORT 
ABEND with a SE37-08 on a SMS managed temporary SORTOUT dataset.  Here's the 
error stream.

11.48.03 JOB16510  IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR 
DATA SET  056
   056 SYS21120.T114450.RA000.EFM186DP.R0108166
11.48.03 JOB16510  IGD17277I THERE ARE (80) CANDIDATE VOLUMES OF WHICH (46) ARE 
ENABLED OR QUIESCED
11.48.03 JOB16510  IGD17290I THERE WERE 2 CANDIDATE STORAGE GROUPS OF WHICH THE 
FIRST 2  058
   058 WERE ELIGIBLE FOR VOLUME SELECTION.
   058 THE CANDIDATE STORAGE GROUPS WERE:PLARGE POVER
11.48.03 JOB16510  IGD17279I 34 VOLUMES WERE REJECTED BECAUSE THEY WERE NOT 
ONLINE
11.48.03 JOB16510  IGD17279I 34 VOLUMES WERE REJECTED BECAUSE THE UCB WAS NOT 
AVAILABLE
11.48.03 JOB16510  IGD17279I 46 VOLUMES WERE REJECTED BECAUSE OF A DADSM 
FAILURE (044E0097)
11.48.03 JOB16510  IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS 
(04034379) ,  062
   062 STEP070,  ,SYS21120.T114450.RA000.EFM186DP.R0108166
11.48.03 JOB16510  IEC032I 
E37-08,IFG0554P,EFM186DP,STEP070,SORTOUT,5E24,PL0004,04034379,  063
   063 SYS21120.T114450.RA000.EFM186DP.R0108166
11.48.03 JOB16510  IEA995I SYMPTOM DUMP OUTPUT  065
   065 SYSTEM COMPLETION CODE=E37  REASON CODE=0008
   065  TIME=11.48.03  SEQ=02755  CPU=  ASID=00B4
   065  PSW AT TIME OF ERROR  075C1000   80DF7A8E  ILC 2  INTC 0D
   065NO ACTIVE MODULE FOUND
   065NAME=UNKNOWN
   065DATA AT PSW  00DF7A88 - 41003038  0A0DB20A  00509808
   065AR/GR 0: 008FEA30/00DF7C9C   1: /A4E37000

Here's the JCL DD statements in question.

XX*
IEFC653I SUBSTITUTION JCL - SYSOUT=L,DCB=BLKSIZE=133
XXSORTINDD UNIT=SYSDA,SPACE=(CYL,150,,CONTIG)
XXSORTOUT   DD UNIT=SYSDA,SPACE=(CYL,150,,CONTIG)
XX*

Here's a part of the SMS allocation messages.

IGD17165I MULTI-VOLUME TEMPORARY DATA SET
SYS21120.T114450.RA000.EFM186DP.R0108165 WILL NOT BE STRIPED IGD101I SMS 
ALLOCATED TO DDNAME (SORTIN  )
DSN (SYS21120.T114450.RA000.EFM186DP.R0108165)
STORCLAS (WRKBATCH) MGMTCLAS () DATACLAS (EXT)
VOL SER NOS= PL0011
IGD17165I MULTI-VOLUME TEMPORARY DATA SET
SYS21120.T114450.RA000.EFM186DP.R0108166 WILL NOT BE STRIPED IGD101I SMS 
ALLOCATED TO DDNAME (SORTOUT )
DSN (SYS21120.T114450.RA000.EFM186DP.R0108166)
STORCLAS (WRKBATCH) MGMTCLAS () DATACLAS (EXT)
VOL SER NOS= PL0004

Lastly, here's the SMS definition for DATACLAS EXT.

Recfm  . . . . . . . . . :
Lrecl  . . . . . . . . . :
Override Space . . . . . : NO
Space Avgrec . . . . . . :
  Avg Value  . . . . :
  Primary  . . . . . :
  Secondary  . . . . :
  Directory  . . . . :
Retpd Or Expdt . . . . . :
Volume Count . . . . . . : 1
Add'l Volume Amount  . . :
Data Set Name Type  . . . . . : EXTENDED
  If Extended . . . . . . . . : PREFERRED
  Extended Addressability . . : YES
  Record Access Bias  . . . . : USER
  RMODE31 . . . . . . . . . . :
Space Constraint Relief . . . : YES
  Reduce Space Up To (%)  . . : 50
  Guaranteed Space Reduction  : NO
  Dynamic Volume Count  . . . : 59

Finally, my question/confusion.  Are not SMS managed temporary datasets 
eligible for mutli-volume allocation?
In other words, shouldn't this SMS managed temporary dataset 1) had greater 
than 16 extents on the volume since it is an extended dataset, and
2) shouldn't the dataset have extended to another volume?
Confidentiality notice:
This e-mail

Re: Program invoked SORT, SMS managed //SORTOUT DD DSN=&

[PINION, RICHARD W.]

In addition to the EXT DC, we have implemented an IFG0EX0B exit to adjust 
secondary allocations.

1)  Increase secondary allocation by 150%.
2)  If no secondary specified, use a default of 50 tracks.


Below is the part of the exit that tests how the dataset has been
opened.  Notice that it is checking for OUTPUT and OUTIN.  If neither
of those, then no default secondary is requested.  I wonder, if SORT
is opening SORTOUT with something that is not part of the check
below?

ISRBROBA  SP9149.IFG0EX0B  Line 000
 Command ===>  S
TSTOOPT  EQU   *  TEST OPEN OPTION  
 TMOIEXOOPT,OIEXOOUT  OPEN FOR OUTPUT   
 BOSCREENOK   BRANCH IF YES 
 TMOIEXOOPT,OIEXOOIN  OPEN FOR OUTIN
 BNO   EXIT   EXIT IF NO
SCREENOK EQU   *
 BRRETRETURN TO CALL RLSE, SQTY 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Radoslaw Skorupka
Sent: Friday, April 30, 2021 2:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Program invoked SORT, SMS managed //SORTOUT DD DSN=&

[External Email. Exercise caution when clicking links or opening attachments.]

Wild guess: you didn't provide secondary allocation.
That means one extent.



--
Radoslaw Skorupka
(looking for new job)
Lodz, Poland




W dniu 30.04.2021 o 20:30, PINION, RICHARD W. pisze:
> I have what is probably an elementary question.  I had a program 
> invoked SORT ABEND with a SE37-08 on a SMS managed temporary SORTOUT 
> dataset.  Here's the error stream.
>
> 11.48.03 JOB16510  IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED 
> FOR DATA SET  056
> 056 SYS21120.T114450.RA000.EFM186DP.R0108166
> 11.48.03 JOB16510  IGD17277I THERE ARE (80) CANDIDATE VOLUMES OF WHICH 
> (46) ARE ENABLED OR QUIESCED
> 11.48.03 JOB16510  IGD17290I THERE WERE 2 CANDIDATE STORAGE GROUPS OF WHICH 
> THE FIRST 2  058
> 058 WERE ELIGIBLE FOR VOLUME SELECTION.
> 058 THE CANDIDATE STORAGE GROUPS WERE:PLARGE POVER
> 11.48.03 JOB16510  IGD17279I 34 VOLUMES WERE REJECTED BECAUSE THEY 
> WERE NOT ONLINE
> 11.48.03 JOB16510  IGD17279I 34 VOLUMES WERE REJECTED BECAUSE THE UCB 
> WAS NOT AVAILABLE
> 11.48.03 JOB16510  IGD17279I 46 VOLUMES WERE REJECTED BECAUSE OF A 
> DADSM FAILURE (044E0097)
> 11.48.03 JOB16510  IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS 
> (04034379) ,  062
> 062 STEP070,  ,SYS21120.T114450.RA000.EFM186DP.R0108166
> 11.48.03 JOB16510  IEC032I 
> E37-08,IFG0554P,EFM186DP,STEP070,SORTOUT,5E24,PL0004,04034379,  063
> 063 SYS21120.T114450.RA000.EFM186DP.R0108166
> 11.48.03 JOB16510  IEA995I SYMPTOM DUMP OUTPUT  065
> 065 SYSTEM COMPLETION CODE=E37  REASON CODE=0008
> 065  TIME=11.48.03  SEQ=02755  CPU=  ASID=00B4
> 065  PSW AT TIME OF ERROR  075C1000   80DF7A8E  ILC 2  INTC 0D
> 065NO ACTIVE MODULE FOUND
> 065NAME=UNKNOWN
> 065DATA AT PSW  00DF7A88 - 41003038  0A0DB20A  00509808
> 065AR/GR 0: 008FEA30/00DF7C9C   1: /A4E37000
>
> Here's the JCL DD statements in question.
>
> XX*
> IEFC653I SUBSTITUTION JCL - SYSOUT=L,DCB=BLKSIZE=133
> XXSORTINDD UNIT=SYSDA,SPACE=(CYL,150,,CONTIG)
> XXSORTOUT   DD UNIT=SYSDA,SPACE=(CYL,150,,CONTIG)
> XX*
>
> Here's a part of the SMS allocation messages.
>
> IGD17165I MULTI-VOLUME TEMPORARY DATA SET
> SYS21120.T114450.RA000.EFM186DP.R0108165 WILL NOT BE STRIPED IGD101I 
> SMS ALLOCATED TO DDNAME (SORTIN  )
>  DSN (SYS21120.T114450.RA000.EFM186DP.R0108165)
>  STORCLAS (WRKBATCH) MGMTCLAS () DATACLAS (EXT)
>  VOL SER NOS= PL0011
> IGD17165I MULTI-VOLUME TEMPORARY DATA SET
> SYS21120.T114450.RA000.EFM186DP.R0108166 WILL NOT BE STRIPED IGD101I 
> SMS ALLOCATED TO DDNAME (SORTOUT )
>  DSN (SYS21120.T114450.RA000.EFM186DP.R0108166)
>  STORCLAS (WRKBATCH) MGMTCLAS () DATACLAS (EXT)
>  VOL SER NOS= PL0004
>
> Lastly, here's the SMS definition for DATACLAS EXT.
>
> Recfm  . . . . . . . . . :
> Lrecl  . . . . . . . . . :
> Override Space . . . . . : NO
> Space Avgrec . . . . . . :
>Avg Value  . . . . :
>Primary  . . . . . :
>Secondary  . . . . :
>Directory  . . . . :
> Retpd Or Expdt . . . . . :
> Volume Count . . . . . . : 1
> Add'l Volume Amount  . . :
> Data Set Name Type  . . . . . : EXTENDED
>If Extended . . . . . . . . : PREFERRED
>Extended Addressabilit

Program invoked SORT, SMS managed //SORTOUT DD DSN=&

[PINION, RICHARD W.]

I have what is probably an elementary question.  I had a program invoked SORT 
ABEND
with a SE37-08 on a SMS managed temporary SORTOUT dataset.  Here's the error
stream.

11.48.03 JOB16510  IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR 
DATA SET  056
   056 SYS21120.T114450.RA000.EFM186DP.R0108166
11.48.03 JOB16510  IGD17277I THERE ARE (80) CANDIDATE VOLUMES OF WHICH (46) ARE 
ENABLED OR QUIESCED
11.48.03 JOB16510  IGD17290I THERE WERE 2 CANDIDATE STORAGE GROUPS OF WHICH THE 
FIRST 2  058
   058 WERE ELIGIBLE FOR VOLUME SELECTION.
   058 THE CANDIDATE STORAGE GROUPS WERE:PLARGE POVER
11.48.03 JOB16510  IGD17279I 34 VOLUMES WERE REJECTED BECAUSE THEY WERE NOT 
ONLINE
11.48.03 JOB16510  IGD17279I 34 VOLUMES WERE REJECTED BECAUSE THE UCB WAS NOT 
AVAILABLE
11.48.03 JOB16510  IGD17279I 46 VOLUMES WERE REJECTED BECAUSE OF A DADSM 
FAILURE (044E0097)
11.48.03 JOB16510  IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS 
(04034379) ,  062
   062 STEP070,  ,SYS21120.T114450.RA000.EFM186DP.R0108166
11.48.03 JOB16510  IEC032I 
E37-08,IFG0554P,EFM186DP,STEP070,SORTOUT,5E24,PL0004,04034379,  063
   063 SYS21120.T114450.RA000.EFM186DP.R0108166
11.48.03 JOB16510  IEA995I SYMPTOM DUMP OUTPUT  065
   065 SYSTEM COMPLETION CODE=E37  REASON CODE=0008
   065  TIME=11.48.03  SEQ=02755  CPU=  ASID=00B4
   065  PSW AT TIME OF ERROR  075C1000   80DF7A8E  ILC 2  INTC 0D
   065NO ACTIVE MODULE FOUND
   065NAME=UNKNOWN
   065DATA AT PSW  00DF7A88 - 41003038  0A0DB20A  00509808
   065AR/GR 0: 008FEA30/00DF7C9C   1: /A4E37000

Here's the JCL DD statements in question.

XX*
IEFC653I SUBSTITUTION JCL - SYSOUT=L,DCB=BLKSIZE=133
XXSORTINDD UNIT=SYSDA,SPACE=(CYL,150,,CONTIG)
XXSORTOUT   DD UNIT=SYSDA,SPACE=(CYL,150,,CONTIG)
XX*

Here's a part of the SMS allocation messages.

IGD17165I MULTI-VOLUME TEMPORARY DATA SET
SYS21120.T114450.RA000.EFM186DP.R0108165 WILL NOT BE STRIPED
IGD101I SMS ALLOCATED TO DDNAME (SORTIN  )
DSN (SYS21120.T114450.RA000.EFM186DP.R0108165)
STORCLAS (WRKBATCH) MGMTCLAS () DATACLAS (EXT)
VOL SER NOS= PL0011
IGD17165I MULTI-VOLUME TEMPORARY DATA SET
SYS21120.T114450.RA000.EFM186DP.R0108166 WILL NOT BE STRIPED
IGD101I SMS ALLOCATED TO DDNAME (SORTOUT )
DSN (SYS21120.T114450.RA000.EFM186DP.R0108166)
STORCLAS (WRKBATCH) MGMTCLAS () DATACLAS (EXT)
VOL SER NOS= PL0004

Lastly, here's the SMS definition for DATACLAS EXT.

Recfm  . . . . . . . . . :
Lrecl  . . . . . . . . . :
Override Space . . . . . : NO
Space Avgrec . . . . . . :
  Avg Value  . . . . :
  Primary  . . . . . :
  Secondary  . . . . :
  Directory  . . . . :
Retpd Or Expdt . . . . . :
Volume Count . . . . . . : 1
Add'l Volume Amount  . . :
Data Set Name Type  . . . . . : EXTENDED
  If Extended . . . . . . . . : PREFERRED
  Extended Addressability . . : YES
  Record Access Bias  . . . . : USER
  RMODE31 . . . . . . . . . . :
Space Constraint Relief . . . : YES
  Reduce Space Up To (%)  . . : 50
  Guaranteed Space Reduction  : NO
  Dynamic Volume Count  . . . : 59

Finally, my question/confusion.  Are not SMS managed temporary datasets 
eligible for mutli-volume allocation?
In other words, shouldn't this SMS managed temporary dataset 1) had greater 
than 16 extents on the volume since it is an extended dataset, and
2) shouldn't the dataset have extended to another volume?
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: Diagram of MVS Control Blocks

[PINION, RICHARD W.]

 I wanted to give it to our new sysprogs.  They are younger people, recently 
promoted from operations.  
I thought they would get a chuckle out of it too.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael A. Shaw
Sent: Saturday, April 24, 2021 4:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Diagram of MVS Control Blocks

[External Email. Exercise caution when clicking links or opening attachments.]

On 4/23/2021 3:43 PM, PINION, RICHARD W. wrote:
> Many years ago, 1982, I took my first MVS class, MVS Structure and 
> Logic.  One of the first handouts our class was given was a spaghetti diagram 
> of MVS control blocks.
> Unfortunately, I threw mine away in 2016, when I thought my system 
> programming days were over.

I took that same two-week class in Chicago in 1980. The diagram in question (as 
I remember it) was a joke, right? It was impossibly complicated with curved 
lines and arrows and flowchart symbols all over it. It was made to generate a 
chuckle, not teach actual logic flow.

I too had a copy once, but it's long gone.

Mike

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: Diagram of MVS Control Blocks

[PINION, RICHARD W.]

I did Google, but I didn't find the old spaghetti diagram of MVS control blocks.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lizette Koehler
Sent: Friday, April 23, 2021 4:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Diagram of MVS Control Blocks

[External Email. Exercise caution when clicking links or opening attachments.]

Should be able to Google (or other favorite browser search engine)

Very common on the internet

So any specific control blocks?  Or just general diagram



Lizette

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Rupert Reynolds
Sent: Friday, April 23, 2021 1:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Diagram of MVS Control Blocks

I have been looking for mine. I was given a map by IMI Computing.  I think it 
got lost during a stressful house move!

Roops

On Fri., Apr. 23, 2021, 20:43 PINION, RICHARD W., 
wrote:

> Many years ago, 1982, I took my first MVS class, MVS Structure and Logic.
> One of
> the first handouts our class was given was a spaghetti diagram of MVS 
> control blocks.
> Unfortunately, I threw mine away in 2016, when I thought my system 
> programming days were over.
>
> Would anyone happen to have that diagram?  If you do, please send it 
> to my email address of rpinion at firsthorizon.com  Thanks in advance.
>
> Confidentiality notice:
> This e-mail message, including any attachments, may contain legally 
> privileged and/or confidential information. If you are not the 
> intended recipient(s), or the employee or agent responsible for 
> delivery of this message to the intended recipient(s), you are hereby 
> notified that any dissemination, distribution, or copying of this 
> e-mail message is strictly prohibited. If you have received this 
> message in error, please immediately notify the sender and delete this e-mail 
> message from your computer.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

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

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

Diagram of MVS Control Blocks

[PINION, RICHARD W.]

Many years ago, 1982, I took my first MVS class, MVS Structure and Logic.  One 
of
the first handouts our class was given was a spaghetti diagram of MVS control 
blocks.
Unfortunately, I threw mine away in 2016, when I thought my system programming
days were over.

Would anyone happen to have that diagram?  If you do, please send it to my email
address of rpinion at firsthorizon.com  Thanks in advance.

Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: Is there a vertical split in ISPF?

[PINION, RICHARD W.]

I wonder if it would be possible for Tom Brennen to add support for a 3290 
device?  
I wonder if ISPF SPLITV, 3290, and TN3270E are even a possibility, as the 
3290/3x74
combination was a SNA thing???  I have no idea, as I can't even spell VTAM, SNA,
or TN3270E.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Cole
Sent: Monday, April 19, 2021 2:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a vertical split in ISPF?

[External Email. Exercise caution when clicking links or opening attachments.]

PCOMM would have to support the "3290" terminal type. I don't use PCOMM, so I 
don't actually know if it does or not, but I would be amazed if it did.

Anyway, as someone else noted, SPLITV is supported in ISPF only for "3290" 
types, so the answer to your question would be No. It can't be done.

Dave Cole




At 4/18/2021 12:10 AM, kekronbekron wrote:
>Would you mind showing us an example of how to set this up with pcomm, 
>for example?
>
>- KB

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: Machine-readable flag for "development-only z/OS'

[PINION, RICHARD W.]

zPDT shows a CPU model number of 1090.  Perhaps you could use that?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Monday, April 5, 2021 1:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Machine-readable flag for "development-only z/OS'

[External Email. Exercise caution when clicking links or opening attachments.]

I know IBM sells z/OS licenses that are for development only, such as the Z 
Development and Test Environment.

Is there a machine-readable flag that indicates that a z/OS instance is 
development only? Would it be possible to write an app that, just as an 
example, refused to run in such an environment?

Charles

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: jes2 spool

[PINION, RICHARD W.]

Have a look at JRB from McKinney Systems.  We are using it to suck up reports 
from the spool,
FTP to a server (not sure about the compression part), and then it respools the 
report for
another application to process the report.

JRBE085 ** DELIVERY STARTED:#2 "A   " FTP for xxx yyy zzz-  
JRBE086 ** REPORT JOBNAME:, JOBID:JOB04062, GROUPNAME:1.1.1 
JRBE140 ** FTP  IP@=xxx.xxx.xxx.xxx, HOST=aa1  
JRBE600 ** USING CONTROL CONNECTION ADDRESS FOR PASSIVE DATA

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Shelia Chalk
Sent: Wednesday, March 31, 2021 8:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: jes2 spool

[External Email. Exercise caution when clicking links or opening attachments.]

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
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: Load module

[PINION, RICHARD W.]

One way to insure usability, is to use IBM's terse utilities against the load 
library.
Then use binary for ALL transfers.  However, I don't know anything about load
library attributes on VM.  Is a z/OS load library compatible on VM???

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Nai, Dean
Sent: Tuesday, March 30, 2021 9:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Load module

[External Email. Exercise caution when clicking links or opening attachments.]

I am looking to ftp my RACF password userexit load module from Z/OS to my 
desktop and then email it to someone that wants to use it on Z/VM.

  1.  Can a load module created on Z/OS be loaded and executed on Z/VM?
  2.  What attachment type should I use for the FTP?

Any thoughts will be appreciated...thanks

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: Any One Looking for new gig?

[PINION, RICHARD W.]

What ever happened to digital nomads?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Monday, March 29, 2021 9:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Any One Looking for new gig?

[External Email. Exercise caution when clicking links or opening attachments.]

Is anyone in the group a fully a position as a Lead  to convert from BMC 
products to IBM alternatives.



Must be a must a US Citizen and reside in the US




--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: Dataset contention

[PINION, RICHARD W.]

You are welcome Joe!

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Joseph Reichman
Sent: Friday, March 26, 2021 12:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dataset contention

[External Email. Exercise caution when clicking links or opening attachments.]

Richard was the one who resolved by problem I allocated the datasets in rexx 
and did a submit

The contention was between the batch jobs and my TSO session IKJEFT01

When I did the FREE FI  problem was resolved

Thank you Richard



> On Mar 26, 2021, at 11:18 AM, Jeremy Nicoll  
> wrote:
>
> On Fri, 26 Mar 2021, at 14:06, Joseph Reichman wrote:
>> I open the file extend
>
> What?
>
>> I have been tasked with finding data there are certain cases that are 
>> not easily found so I have to search a large number of files on the 
>> off chance that 2 jobs write to the duke
>
> Duke?
>
> You seem to have forgotten that it was you who asked about the MIM 
> message - which is clearly showing contention - ie two jobs that WERE 
> trying to write to the same dataset at once.
>
>> if it’s
>> corrupted I can run it again it won’t happen and like  I said it’s 
>> not production if it was that would change things
>
> I really don't understand how you can be trawling through vast amounts 
> of tax (IIRC) data, and it not be production.  I mean, it's live 
> datasets, is it not?
>
> Surely you wouldn't have access to that data unless there was a proper 
> authorised use-case.
>
> Re-running jobs just wastes system resources.
>
> Does nobody supervise what you and your colleagues do?
>
>
>
> --
> 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

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: Dataset contention

[PINION, RICHARD W.]

Do you know if the dataset is being held by something other than your
batch jobs, with DISP=OLD?  You should be able to use the ISPF DDLIST
command to find out who is holding the enqueue.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Joseph Reichman
Sent: Friday, March 26, 2021 8:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Dataset contention

[External Email. Exercise caution when clicking links or opening attachments.]

Hi

I have a dataset that is allocated to multiple jobs but with a disp=shr

And I am getting contention messages MIM1039I I was always under the impression 
That if the dataset was allocated with disp=shr

It could be used among multiple jobs
Without problems

Thanks

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: Upgrade from z/os 2.3 to 2.4 decrease PVT storage

[PINION, RICHARD W.]

Doesn't the CICS DFHHPSVC have something to do with the "VTAM High Performance" 
Option?
Is that still a big deal?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Radoslaw Skorupka
Sent: Monday, March 22, 2021 1:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Upgrade from z/os 2.3 to 2.4 decrease PVT storage

[External Email. Exercise caution when clicking links or opening attachments.]

I cannot check it now, but I'm pretty sure this is a part of CICS installation 
when using ServerPac Installation Dialog.
I mean new module in SYS1.NUCLEUS and appropriate entries in SYS1.IPLPARM.


--
Radoslaw Skorupka
(looking for new job)
Lodz, Poland




W dniu 22.03.2021 o 16:55, Edgington, Jerry pisze:
> Thanks Dave..  Yes, I am not sure why the DFHHPSVC is needed either.  And 
> thanks for the Usermod.  I wanted to copy it, not move it.  So, this really 
> helps.
>
> Jerry
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Dave Jousma
> Sent: Monday, March 22, 2021 11:51 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Upgrade from z/os 2.3 to 2.4 decrease PVT storage
>
> This message was sent from an external source outside of Western & Southern's 
> network. Do not click links or open attachments unless you recognize the 
> sender and know the contents are safe.
> __
> __
>
> Jerry,
>
> I wouldnt move it, just write a usermod to copy it to NUCLEUS, and update 
> your NUCLSTxx member.Let the CICS guy tell you when it changes, and you 
> need to re-apply your usermod.
>
> We incidentally dont install DFHHPSVC.   Not sure why, I did ask the CICS guy 
> about it.
>
> Here is an old copy of a usermod i had laying around
>
> ++USERMOD(MCIC001) .
> ++VER(Z038) FMID(HBB7707) . 
> 00036000
> ++JCLIN.
> 00037000
> //JOB1JOB 'DFHHPSVC',MSGLEVEL=(1,1)
> //STEP1   EXEC  PGM=IEBCOPY
> //ESALINK   DD DSN=SYS1.ZOS15.LINKLIB,DISP=SHR,UNIT=3390,
> // VOL=SER=TSG005
> //NUCLEUS DD  DISP=SHR,DSN=SYS1.NUCLEUS,UNIT=3390,VOL=SER=TGT10A
> //SYSIN DD  *
> COPY  INDD=ESALINK,OUTDD=NUCLEUS  TYPE=MOD
> SELECT  M=(DFHHPSVC)
> /*  
> 0005
> ++MOD(DFHHPSVC) LKLIB(LKLIB).   
> 00051000
> QX  
> 00052000
>
> --
> 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
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: Any z/OS sandbox available for a university student I know?

[PINION, RICHARD W.]

There's always Hercules, and the free and legal MVS 3.8J.
I believe there is a version of both VM and DOS.  I found
this by Googling for MVS Turnkey (Turkey).

http://wotho.ethz.ch/tk4-/

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Matt Hogstrom
Sent: Tuesday, March 16, 2021 1:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Any z/OS sandbox available for a university student I know?

[External Email. Exercise caution when clicking links or opening attachments.]

IBM’s Master the Mainframe 


Perhaps reach out to the OpenMainframeProject  




Matt Hogstrom
m...@hogstrom.org
+1-919-656-0564
PGP Key: 0x90ECB270
Facebook   LinkedIn 
  Twitter 

“It may be cognitive, but, it ain’t intuitive."
— Hogstrom

> On Mar 16, 2021, at 12:55 PM, Support, DUNNIT SYSTEMS LTD. 
>  wrote:
>
> Hi all,
>
> I was approached by a university student who wants self study z/OS 
> architecture and Assembler - including 64 bit programming - as an 
> extra-ciricular activity. The guy is on a shoestring budget. Is there 
> anything out there for such an aspiring mainframer? Thanks.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: RES: Tape solutions for mainframe

[PINION, RICHARD W.]

Also, not as snazzy, it's a MTL, zVT.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
kekronbekron
Sent: Friday, March 5, 2021 9:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RES: Tape solutions for mainframe

[External Email. Exercise caution when clicking links or opening attachments.]

https://www.computerworld.com/article/2514205/emc-buys-mainframe-virtual-tape-library-vendor-bus-tech.html

"EMC has been reselling Bus-Tech's Mainframe Data Library VTL since 2008 as the 
EMC Disk Library for mainframe (DLm)"


Not taking any sides etc., just sharing what a quick search found.

- KB

‐‐‐ Original Message ‐‐‐
On Friday, March 5, 2021 7:42 PM, Carl Swanson 
<0252c152a1b5-dmarc-requ...@listserv.ua.edu> wrote:

> Ken,
>
>
> On this I will need to respectfully disagree, seems I work with this product 
> every day and this is not accurate. The DLm is 100% evolution of the BusTech 
> MDL and we see this constantly in the product. Is it different yes, has it 
> evolved yes, and the evolution is from BusTech MDL. I have worked on this 
> product from the time it was acquired by EMC now Dell. And another fun 
> relatively unknow BusTech fact at one time for a short while they were owned 
> by StorageTek (STK). This happened because BusTech was acquired by Network 
> Systems Corp who was then acquired by STK. After that the principals of 
> BusTech were able to buy their company back from STK.
>
> Carl Swanson
> Mobile:215.688.1459
> Email: carl.swans...@verizon.net
>
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf 
> Of Ken Bloom
> Sent: Friday, March 5, 2021 7:53 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: RES: Tape solutions for mainframe
>
> That’s not true! EMC purchased BUSTECH and killed their product. DLm is an 
> internal EMC development and had nothing to do with the BUSTECH products.
>
> Kenneth A. Bloom
> CEO
> Avenir Technologies Inc
> /d/b/a Visara International
> 203-984-2235tel:203-984-2235
> bloom@visara.commailto:bl...@visara.com
> www.visara.comhttp://www.visara.com/
>
> On Mar 5, 2021, at 7:48 AM, Carl 
> swanson0252c152a1b5-dmarc-requ...@listserv.ua.edu wrote:
>
>  Just a small point of clarification BUSTECH was purchased by EMC in the 
> 2010 / 2011 time frame and from that come the DLm.
>
> Carl Swanson
> Mobile:215.688.1459
> Email: carl.swans...@verizon.net
>
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf 
> Of Brian Westerman
>
> Sent: Friday, March 5, 2021 12:30 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: RES: Tape solutions for mainframe
>
> The "former BUSTECH" is also claimed by OPTICA (the people who make 
> converters and directors), for their z/VT product. It's a lot closer to the 
> original BUSTECH than DLm, but they could both be based on the same 
> technology.
>
> Brian
>
> --
> --
> --
> --
> -
>
> 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
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail 

Re: Serverpac installs January 2022 and beyond

[PINION, RICHARD W.]

Can't we wait another four years before getting rid of Serverpac?  That's when
I plan to retire.

If not, then I'll have to look into early retirement :)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kurt Quackenbush
Sent: Thursday, March 4, 2021 9:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond

[External Email. Exercise caution when clicking links or opening attachments.]

On 3/3/2021 10:53 PM, Jake Anderson wrote:

> If I understand zosmf is going to connect to IBM site over the 
> internet to download it's software.What if a mainframe data centre 
> which doesn't connect to internet or have restrictions ?
Downloading your ServerPac using z/OSMF is mostly the same as downloading your 
ServerPac today.  If you have internet access to your z/OS then you can 
download from IBM's server directly to your z/OS.  If you do NOT have internet 
access to your z/OS, from Shopz you download the ServerPac files to your 
workstation, then you use z/OSMF to upload the files from your workstation to 
z/OS.  This last bit, using z/OSMF to upload from your workstation to z/OS, is 
a definite improvement over the current ServerPac which requires you to upload 
manually.

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
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: Any way to anticipate failure messages

[PINION, RICHARD W.]

Didn't the HAL 9000 have predictive failure analysis?  Of course that was in 
2001 :)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lizette Koehler
Sent: Thursday, February 4, 2021 3:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Any way to anticipate failure messages

[External Email. Exercise caution when clicking links or opening attachments.]

List -



As always something happens and management reacts



We are looking to see if there is any tool that could trap any message or event 
on Mainframe and generate a daily report for the SYSPROGs to review to ensure 
zero failures



Lizette


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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