Re: Using Windows HIS to replace a mainframe Enterprise Extender node

[Jackson, Rob]

Visara?  It's still around.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Wednesday, July 28, 2021 3:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using Windows HIS to replace a mainframe Enterprise Extender node

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

I'm thinking Virsa is no longer around :( - or maybe I have the company name 
wrong, they had emulators for 3270 controllers we used over EE that connected 
from z/os to a windows platform at our agencies using like controllers and 3270 
terminals and printers.

On 7/28/2021 2:32 PM, Carmen Vitullo wrote:
> I think Virsa as a possible solution...It's been a long time but IIRC 
> they had a viable solution.
>
>
> Carmen
>
> On 7/28/2021 2:25 PM, Tom Sims wrote:
>> Greetings,
>>
>> One of our clients is in the process of retiring their mainframe.
>> They are looking at Windows Host Integration Server as a possible 
>> replacement for their Enterprise Extender node, which has been put 
>> forward as a possibility by a remote mainframe partner.
>>
>> Not a replacement for hosting the workload at either end, just for 
>> the local end-point of EE.
>>
>> Anyone out their with user experiences in doing this?
>>
>> Thanks in advance,
>>
>> Tom Sims
>> zOS Retiree-in-training
>>
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions, 
>> send email to lists...@listserv.ua.edu with the message: INFO 
>> IBM-MAIN
>>
--
/I am not bound to win, but I am bound to be true. I am not bound to succeed, 
but I am bound to live by the light that I have. I must stand with anybody that 
stands right, and stand with him while he is right, and part with him when he 
goes wrong. *Abraham Lincoln*/

--
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: GDPS Manuals Link

[Jackson, Rob]

To be fair, they're really not that hard to get a hold of.  We haven't used 
GDPC/XRC since 2016; they still send me the newsletter and the FTP site 
password every time they change it.  Both the user ID and the password in the 
same unencrypted email.  They don't seem to be too concerned about the general 
public accessing the doc., etc.
 

First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Radoslaw Skorupka
Sent: Saturday, July 24, 2021 9:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GDPS Manuals Link

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

W dniu 22.07.2021 o 22:46, fred glenlake pisze:
> Hi List,
>
> I am unsuccessfully trying to locate the hiding spot of the GDPS Manuals for 
> V4R1 so I can download a few.   If anyone can share the link of where I could 
> download them please.

GDPS is closed. Manuals are not available to anyone. Even list of manuals. Even 
GDPS courses require GDPS license as a prerequisite.
Funny: the instructor need not to be "licensed" or currently working with GDPS.

The only open source of knowledge is Redbook.

--
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: Report on total tape usage?

[Jackson, Rob]

Naw, I believe the 300 MiB/s cap is on uncompressed throughput coming out of 
cache.  I just meant the extra CPU overhead it warns about wasn't noticeable to 
us and didn't cause the machine not to be able to serve up to our limit.

First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
kekronbekron
Sent: Sunday, July 11, 2021 7:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Report on total tape usage?

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

Ah, so you mean the traffic has reduced (due to smaller sizes), so you can 
stick with 300 MiB/s for longer.

- KB

‐‐‐ Original Message ‐‐‐

On Sunday, July 11th, 2021 at 4:38 PM, Jackson, Rob 
 wrote:

> I was talking about the purchasable host throughput increment, feature code 
> 5268. We got the 100 MiB/s that comes included with the VE, and we purchased 
> two increments on each cluster, for a total of 300 MiB/s each. With ZSTD 
> enabled for all writes--and by now, most reads are ZSTD-compressed virtual 
> tapes as well--we still can drive the clusters up to the 300 MiB/s limit. 
> Considering one could purchase up to 24 increments, for 2500 MiB/s total per 
> cluster, that's probably not too surprising, so, "for what it's worth . . . ."
>
> First Horizon Bank
>
> Mainframe Technical Support
>
> -Original Message-
>
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf 
> Of kekronbekron
>
> Sent: Saturday, July 10, 2021 11:09 PM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: Re: Report on total tape usage?
>
> [External Email. Exercise caution when clicking links or opening 
> attachments.]
>
> Hi Rob,
>
> What do you mean by, "and still can get our entitled throughput", in this 
> context?
>
> -   KB
>
> ‐‐‐ Original Message ‐‐‐
>
> On Sunday, July 11th, 2021 at 12:30 AM, Jackson, Rob 
> rwjack...@firsthorizon.com wrote:
>
> > The enhanced compression is not hardware compression, and that is also true 
> > for the TS7770. We got a number of TS7760s 1Q 2017, and they had only the 
> > IDRC-like compression of the FICON adapters. The enhanced compression was 
> > delivered by R4.1.2 VE code in 2018; i.e. it is software compression. We 
> > didn't order or request it; we didn't even realize at first that we had it. 
> > There was no F/C or additional cost.
> >
> > Poorly formatted note from the announcement letter:
> >
> > "Enhanced compression: In addition to the standard compression built into 
> > the FICON adapters used by TS7700, two enhanced compression options are 
> > available to balance performance requirements with storage requirements. 
> > LZ4 compression delivers moderate improvements in compression efficacy 
> > while consuming a small amount of the processing power of the TS7700 
> > server. Zstandard compression delivers greater improvements in compression 
> > efficacy while consuming more of the TS7700 server's processing power. The 
> > consumption of the server's processing power will be more noticeable on the 
> > Power® 7-based TS7700 server models V07 and VEB. All clusters in a grid 
> > must be running R4.1.2 machine code, or higher, before either enhanced 
> > compression option may be selected. The compression algorithm of choice can 
> > be selected by assigning one of the following values to the data class 
> > definition:
> >
> > FICON compression (default): This is an option to use FICON compression 
> > available today.
> >
> > LZ4 compression: This is an option to use LZ4 enhanced software compression.
> >
> > ZSTD compression: This is an option to use Zstandard enhanced software 
> > compression."
> >
> > We turned on ZSTD for everything and still can get our entitled throughput, 
> > for what that's worth . . . .
> >
> > First Horizon Bank
> >
> > Mainframe Technical Support
> >
> > -Original Message-
> >
> > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On 
> > Behalf
> >
> > Of Russell Witt
> >
> > Sent: Saturday, July 10, 2021 2:17 PM
> >
> > To: IBM-MAIN@LISTSERV.UA.EDU
> >
> > Subject: Re: Report on total tape usage?
> >
> > [External Email. Exercise caution when clicking links or opening
> >
> > attachments.]
> >
> > If the next Virtual Tape Server is an IBM TS7700 - make sure you get the 
> > "z" compression included. It is a chip (similar to the zEDC chip on the 
> > mainframes themselves) that delivers outstanding compression. So, the 
> &g

Re: Report on total tape usage?

[Jackson, Rob]

I was talking about the purchasable host throughput increment, feature code 
5268.  We got the 100 MiB/s that comes included with the VE, and we purchased 
two increments on each cluster, for a total of 300 MiB/s each.  With ZSTD 
enabled for all writes--and by now, most reads are ZSTD-compressed virtual 
tapes as well--we still can drive the clusters up to the 300 MiB/s limit.  
Considering one could purchase up to 24 increments, for 2500 MiB/s total per 
cluster, that's probably not too surprising, so, "for what it's worth . . . ."

First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
kekronbekron
Sent: Saturday, July 10, 2021 11:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Report on total tape usage?

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

Hi Rob,

What do you mean by, "and still can get our entitled throughput", in this 
context?

- KB

‐‐‐ Original Message ‐‐‐

On Sunday, July 11th, 2021 at 12:30 AM, Jackson, Rob 
 wrote:

> The enhanced compression is not hardware compression, and that is also true 
> for the TS7770. We got a number of TS7760s 1Q 2017, and they had only the 
> IDRC-like compression of the FICON adapters. The enhanced compression was 
> delivered by R4.1.2 VE code in 2018; i.e. it is software compression. We 
> didn't order or request it; we didn't even realize at first that we had it. 
> There was no F/C or additional cost.
>
> Poorly formatted note from the announcement letter:
>
> "Enhanced compression: In addition to the standard compression built into the 
> FICON adapters used by TS7700, two enhanced compression options are available 
> to balance performance requirements with storage requirements. LZ4 
> compression delivers moderate improvements in compression efficacy while 
> consuming a small amount of the processing power of the TS7700 server. 
> Zstandard compression delivers greater improvements in compression efficacy 
> while consuming more of the TS7700 server's processing power. The consumption 
> of the server's processing power will be more noticeable on the Power® 
> 7-based TS7700 server models V07 and VEB. All clusters in a grid must be 
> running R4.1.2 machine code, or higher, before either enhanced compression 
> option may be selected. The compression algorithm of choice can be selected 
> by assigning one of the following values to the data class definition:
>
> FICON compression (default): This is an option to use FICON compression 
> available today.
>
> LZ4 compression: This is an option to use LZ4 enhanced software compression.
>
> ZSTD compression: This is an option to use Zstandard enhanced software 
> compression."
>
> We turned on ZSTD for everything and still can get our entitled throughput, 
> for what that's worth . . . .
>
> First Horizon Bank
>
> Mainframe Technical Support
>
> -Original Message-
>
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf 
> Of Russell Witt
>
> Sent: Saturday, July 10, 2021 2:17 PM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: Re: Report on total tape usage?
>
> [External Email. Exercise caution when clicking links or opening 
> attachments.]
>
> If the next Virtual Tape Server is an IBM TS7700 - make sure you get the "z" 
> compression included. It is a chip (similar to the zEDC chip on the 
> mainframes themselves) that delivers outstanding compression. So, the amount 
> of cache used (and the amount of data replicated in a GRID configuration) is 
> significantly reduced. I am NOT pushing the IBM TS7700; but I am just saying 
> that the "z" compression is really a step beyond IDRC. I would be interested 
> in hearing what type of compression is achieved using the Data DeDuplication 
> with an EMC device.
>
> Russell WittCA 1 Development
>
> -Original Message-
>
> From: Gibney, Dave gib...@wsu.edu
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Sent: Sat, Jul 10, 2021 11:34 am
>
> Subject: Re: Report on total tape usage?
>
> MXG reads the TMC directly. I don't know for sure how accurate it was 
> at the dataset/tape level. I was mostly concerned with the sizing of 
> the next virtual tape server 
>
> > -Original Message-
> >
> > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> >
> > Behalf Of Russell Witt
> >
> > Sent: Saturday, July 10, 2021 7:25 AM
> >
> > To: IBM-MAIN@LISTSERV.UA.EDU
> >
> > Subject: Re: Report on total tape usage?
> >
> > Dave,
> >
> > Actually, with CA 1 you had that ability with the supplied EARL 
> > report
> >
> > call TMETPUSE. That EAR

Re: Report on total tape usage?

[Jackson, Rob]

Well, Russell, it wasn't actually the magic bullet I hoped it would be.  Our 
7760s are still full, and we have some that spill to the backend on the 7760T, 
but we do have more volumes resident now.  Our compression ratio went from 
2.84:1 to 3.75:1; can't complain, since it was like a 30% capacity bump for 
free, but I had hoped it would be a little/lot better.

First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Russell Witt
Sent: Saturday, July 10, 2021 5:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Report on total tape usage?

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

Rob,
Did you notice the change in compression? In terms of using less CACHE?

Russell

-Original Message-
From: Jackson, Rob 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Sat, Jul 10, 2021 2:00 pm
Subject: Re: Report on total tape usage?

The enhanced compression is not hardware compression, and that is also true for 
the TS7770.  We got a number of TS7760s 1Q 2017, and they had only the 
IDRC-like compression of the FICON adapters.  The enhanced compression was 
delivered by R4.1.2 VE code in 2018; i.e. it is software compression.  We 
didn't order or request it; we didn't even realize at first that we had it.  
There was no F/C or additional cost.

Poorly formatted note from the announcement letter:

"Enhanced compression: In addition to the standard compression built into the 
FICON adapters used by TS7700, two enhanced compression options are available 
to balance performance requirements with storage requirements. LZ4 compression 
delivers moderate improvements in compression efficacy while consuming a small 
amount of the processing power of the TS7700 server. Zstandard compression 
delivers greater improvements in compression efficacy while consuming more of 
the TS7700 server's processing power. The consumption of the server's 
processing power will be more noticeable on the Power® 7-based TS7700 server 
models V07 and VEB. All clusters in a grid must be running R4.1.2 machine code, 
or higher, before either enhanced compression option may be selected. The 
compression algorithm of choice can be selected by assigning one of the 
following values to the data class definition:
FICON compression (default): This is an option to use FICON compression 
available today.
LZ4 compression: This is an option to use LZ4 enhanced software compression.
ZSTD compression: This is an option to use Zstandard enhanced software 
compression."

We turned on ZSTD for everything and still can get our entitled throughput, for 
what that's worth . . . .

First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Russell Witt
Sent: Saturday, July 10, 2021 2:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Report on total tape usage?

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

If the next Virtual Tape Server is an IBM TS7700 - make sure you get the "z" 
compression included. It is a chip (similar to the zEDC chip on the mainframes 
themselves) that delivers outstanding compression. So, the amount of cache used 
(and the amount of data replicated in a GRID configuration) is significantly 
reduced. I am NOT pushing the IBM TS7700; but I am just saying that the "z" 
compression is really a step beyond IDRC. I would be interested in hearing what 
type of compression is achieved using the Data DeDuplication with an EMC device.
Russell WittCA 1 Development

-Original Message-
From: Gibney, Dave 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Sat, Jul 10, 2021 11:34 am
Subject: Re: Report on total tape usage?

MXG reads the TMC directly. I don't know for sure how accurate it was at the 
dataset/tape level. I was mostly concerned with the sizing of the next virtual 
tape server 

> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Russell Witt
> Sent: Saturday, July 10, 2021 7:25 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Report on total tape usage?
>
> Dave,
> Actually, with CA 1 you had that ability with the supplied EARL report 
> call TMETPUSE. That EARL report would give you the amount of data 
> actually written by the application (not just block-count times
> block-size) and also the amount of data stored in cache (or physical
> tape) after compression. That way, if you wanted to know how much data 
> your applications were creating you can see that. And if you wanted to 
> know how much data was being stored in cache you could see that.
> With a lot of applications (DFDSS and FDR to name just two), using
> block- count times block-size is rather worthless. DFDSS says it 
> writes 256k blocks; but in reality they are only about 210k on 
> average. And FDR says they write 32k blocks; but on average they are 47k in 
&g

Re: Report on total tape usage?

[Jackson, Rob]

The enhanced compression is not hardware compression, and that is also true for 
the TS7770.  We got a number of TS7760s 1Q 2017, and they had only the 
IDRC-like compression of the FICON adapters.  The enhanced compression was 
delivered by R4.1.2 VE code in 2018; i.e. it is software compression.  We 
didn't order or request it; we didn't even realize at first that we had it.  
There was no F/C or additional cost.

Poorly formatted note from the announcement letter:

"Enhanced compression: In addition to the standard compression built into the 
FICON adapters used by TS7700, two enhanced compression options are available 
to balance performance requirements with storage requirements. LZ4 compression 
delivers moderate improvements in compression efficacy while consuming a small 
amount of the processing power of the TS7700 server. Zstandard compression 
delivers greater improvements in compression efficacy while consuming more of 
the TS7700 server's processing power. The consumption of the server's 
processing power will be more noticeable on the Power® 7-based TS7700 server 
models V07 and VEB. All clusters in a grid must be running R4.1.2 machine code, 
or higher, before either enhanced compression option may be selected. The 
compression algorithm of choice can be selected by assigning one of the 
following values to the data class definition:
FICON compression (default): This is an option to use FICON compression 
available today.
LZ4 compression: This is an option to use LZ4 enhanced software compression.
ZSTD compression: This is an option to use Zstandard enhanced software 
compression."

We turned on ZSTD for everything and still can get our entitled throughput, for 
what that's worth . . . .

First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Russell Witt
Sent: Saturday, July 10, 2021 2:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Report on total tape usage?

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

If the next Virtual Tape Server is an IBM TS7700 - make sure you get the "z" 
compression included. It is a chip (similar to the zEDC chip on the mainframes 
themselves) that delivers outstanding compression. So, the amount of cache used 
(and the amount of data replicated in a GRID configuration) is significantly 
reduced. I am NOT pushing the IBM TS7700; but I am just saying that the "z" 
compression is really a step beyond IDRC. I would be interested in hearing what 
type of compression is achieved using the Data DeDuplication with an EMC device.
Russell WittCA 1 Development

-Original Message-
From: Gibney, Dave 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Sat, Jul 10, 2021 11:34 am
Subject: Re: Report on total tape usage?

MXG reads the TMC directly. I don't know for sure how accurate it was at the 
dataset/tape level. I was mostly concerned with the sizing of the next virtual 
tape server 

> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Russell Witt
> Sent: Saturday, July 10, 2021 7:25 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Report on total tape usage?
>
> Dave,
> Actually, with CA 1 you had that ability with the supplied EARL report 
> call TMETPUSE. That EARL report would give you the amount of data 
> actually written by the application (not just block-count times 
> block-size) and also the amount of data stored in cache (or physical 
> tape) after compression. That way, if you wanted to know how much data 
> your applications were creating you can see that. And if you wanted to 
> know how much data was being stored in cache you could see that.
> With a lot of applications (DFDSS and FDR to name just two), using 
> block- count times block-size is rather worthless. DFDSS says it 
> writes 256k blocks; but in reality they are only about 210k on 
> average. And FDR says they write 32k blocks; but on average they are 47k in 
> size. And of course, the new "z"
> compression that is available on the IBM TS7700 puts the old 4-to-1 
> compression ratio of IDRC to shame. I have seen compression ratios in 
> excess of 99% compression with the new "z" compression. Just amazing.
> So, instead of paying for third-party products to create reports; you 
> should have simply used the tools that were available to you.
>
> Russell WittCA 1 Development
>
>
>
> -Original Message-
> From: Gibney, Dave 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Fri, Jul 9, 2021 2:15 pm
> Subject: Re: Report on total tape usage?
>
> I was using the MXG DAILYDSN stuff with CA-1. Just switched to RMM, 
> and don't know, but suspect MXG understands it also
>
> > -Original Message-
> > From: IBM Mainframe Discussion List  On 
> > Behalf Of Longnecker, Dennis
> > Sent: Friday, July 09, 2021 8:21 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Report on total tape usage?
> >
> > I am trying to figure out how much data we actually have backed up 
> > on
> 

Re: Help with IGZESNP and its purpse

[Jackson, Rob]

It looks like COBOL 2 runtime.  I found a copy of it, and I see a reference to 
it in the migration guide for Ent COBOL 4.2.  I didn't dig way down through it, 
but I see an OPEN, a CLOSE, and a SVC 51, so your guess seems like a fair one.



IGZESNP was linked on 18/12/1996 by BINDER

S- Symbol - Type  ADDR   Length  Tname 1Tdate 1  Tname 2Tdate 2 A/Rmode

---  --  -- --  --  ---

   IGZESNP   SD    12B0 ASM H V2   06/01/93 C'PL/AS'   06/01/93 ANY/24

IDENT   06/01/93 RSI30060595



I suspect someone did a little linklist cleanup there.  Also, I feel like a 
recompile might be in order for you . . . .  :)



First Horizon Bank

Mainframe Technical Support



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lizette Koehler
Sent: Monday, July 5, 2021 2:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Help with IGZESNP and its purpse



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



Dear  list







I have a series of jobs with S806 on module IGZESNP







Not much info on its purpose when I google it







I am guessing by the name it might be a cobol module to perform SNAP dumps?









If someone is familiar with this module, let me know if I am guessing correctly.











And is this a module that has to be included in the LKED? Or should it be able 
to be found in the STEPLIB/JOBLIB/LNKLST process







Thank you







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: jes2 spool

[Jackson, Rob]

We do compress it actually.  7-Zip command-line from a "DOS" batch file, run by 
a Windoze scheduled task.  (Does anyone know of a better way?)  It would be 
pretty trivial to compress them on the mainframe, but I couldn't think of a way 
to do it without burning a bunch of CPU or not allowing them to be portable.  
It works fairly well though as-is.  We use it on two LPARs to FTP about 55 
thousand spool files with self-describing names per day.

Unsolicited plug:
JRB is a surprisingly robust, functional, and efficient product, and that's 
before you even consider the price.  This "bargain" software is astonishing, 
and their support is even more so.  When is the last time a product's lead 
developer called you up for a chat just for downloading the product?  And when 
is the last time one asked you if there's any way they could improve the 
product, accepted the ask, and delivered the code changes within a few days?  
Not a fix.  New functionality just because I asked for it.  You cannot go wrong 
with MacKinney for this need.

First Horizon Bank
Mainframe Technical Support
-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
PINION, RICHARD W.
Sent: Wednesday, March 31, 2021 8:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [Originated Externally]Re: jes2 spool

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

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

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

Re: Getting Enhanced HOLDDATA from IBM

[Jackson, Rob]

Pardon me, please.  Robert, that is, not Richard.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: Jackson, Rob 
Sent: Friday, December 4, 2020 1:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: RE: Getting Enhanced HOLDDATA from IBM

Richard, Gil is using passive mode; you are using active, and it does look like 
a data channel issue.  Try these in SYSFTPD:

FWFRIENDLY  TRUE;  
PASSIVEIGNOREADDR TRUE;
EPSV4 TRUE;

First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Friday, December 4, 2020 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Getting Enhanced HOLDDATA from IBM

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

On Fri, 4 Dec 2020 17:25:09 +, Richards, Robert B. (CTR) wrote:

>EZA1736I FTP (EXIT
>EZY2640I Using 'SYS1.TCPPARMS(FTPDATA)' for local site configuration 
>parameters.
>EZA1450I IBM FTP CS V2R3
>EZA1772I FTP: EXIT has been set.
>EZA1456I Connect to ?
>EZA1736I  dispby-112.boulder.ibm.com
>EZA1554I Connecting to: dispby-112.boulder.ibm.com 170.225.15.112 port: 21.
>220-*
I used: ftp://service.boulder.ibm.com/s390/holddata/full.txt

It seems intermittent.  I got some timeouts;  the last few times it succeeded.
That might mean that it cached enough to work finally.  I had no failures with 
...service...

...
>EZA1736I  locsite lrecl=80 blksize=0 recfm=fb cyl primary=15 EZA1460I
>Command:
>EZA1736I  get full.txt 'xxxdsnxxx' (repl EZA1701I >>> PORT
>10,1,21,1,112,164
>200 PORT command successful
>EZA1701I >>> RETR full.txt
>150 Opening ASCII mode data connection for full.txt (16877484 bytes) 
>EZA2590E recv error from receive_data - EDC8121I CONNECTION RESET.
>(errno2=0x74520442) EZA2607W Transfer aborted due to receive error (-1) 
>EZA2589E Connection to server interrupted or timed out. Initial IPv6 
>connection EZA1721W Server not responding, closing connection.
>EZA1735I Std Return Code = 16150, Error Code = 00010

-- 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: Getting Enhanced HOLDDATA from IBM

[Jackson, Rob]

Richard, Gil is using passive mode; you are using active, and it does look like 
a data channel issue.  Try these in SYSFTPD:

FWFRIENDLY  TRUE;  
PASSIVEIGNOREADDR TRUE;
EPSV4 TRUE;

First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Friday, December 4, 2020 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Getting Enhanced HOLDDATA from IBM

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

On Fri, 4 Dec 2020 17:25:09 +, Richards, Robert B. (CTR) wrote:

>EZA1736I FTP (EXIT
>EZY2640I Using 'SYS1.TCPPARMS(FTPDATA)' for local site configuration 
>parameters.
>EZA1450I IBM FTP CS V2R3
>EZA1772I FTP: EXIT has been set.
>EZA1456I Connect to ?
>EZA1736I  dispby-112.boulder.ibm.com
>EZA1554I Connecting to: dispby-112.boulder.ibm.com 170.225.15.112 port: 21.
>220-*
I used: ftp://service.boulder.ibm.com/s390/holddata/full.txt

It seems intermittent.  I got some timeouts;  the last few times it succeeded.
That might mean that it cached enough to work finally.  I had no failures with 
...service...

...
>EZA1736I  locsite lrecl=80 blksize=0 recfm=fb cyl primary=15 EZA1460I 
>Command:
>EZA1736I  get full.txt 'xxxdsnxxx' (repl EZA1701I >>> PORT 
>10,1,21,1,112,164
>200 PORT command successful
>EZA1701I >>> RETR full.txt
>150 Opening ASCII mode data connection for full.txt (16877484 bytes) 
>EZA2590E recv error from receive_data - EDC8121I CONNECTION RESET. 
>(errno2=0x74520442) EZA2607W Transfer aborted due to receive error (-1) 
>EZA2589E Connection to server interrupted or timed out. Initial IPv6 
>connection EZA1721W Server not responding, closing connection.
>EZA1735I Std Return Code = 16150, Error Code = 00010

-- 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: Has anyone integrated Rexx with IKJPARS?

[Jackson, Rob]

Not that I found.  But I take it as a given they maintain an un-squished 
version.  By the way, I did not come up with that technical term.  They all 
have header comments like this:

/REXX**/
/* Part: AOFEIZPD  Squished:  19 May 2011 */

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Tuesday, November 24, 2020 12:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Has anyone integrated Rexx with IKJPARS?

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

Did IBM also provide a libray of unsquished REXX code?


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



From: IBM Mainframe Discussion List  on behalf of 
Jackson, Rob 
Sent: Monday, November 23, 2020 10:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Has anyone integrated Rexx with IKJPARS?

Years ago while disabling some built-in automation in SA for z/OS I found that 
the REXX code SA actually ran live was almost all "squished."  I didn't dig 
into it, but I assumed (I still believe safely) that it was to reduce 
interpreter overhead.  I just took a look at it tonight to see how the 
efficiency-minded SA developers coded keywords.  A brief look says the majority 
are first-letter capitalized (as Mike said to do, I believe--which is the 
reason I always have) or completely capitalized; however, there are enough 
exceptions to make me wonder.

By the way, if you haven't seen it, here's a snippet as an example.  It is 
really . . . something:

If cond = 'NOVALUE' | cond = 'HALT' Then rc = 'N/A';Select When cond = 'HALT' 
Then desc = 'CLIST HALTED'
When cond = 'SYNTAX' Then desc = errortext(rc);When cond = 'FAILURE' Then Do If 
rc = -1 Then;desc = 'COMMAND NOT FOUND';If rc = -3 Then desc = 'COMMAND NOT 
PERMITTED';End;Otherwise Nop;End "AOFMSG 
"cond",760,LOG,"loc.0me","sigl","rc",'"desc"'";Call Aof_Exit -5;Exit -5 
Aof_Silent_Error:;Call Aof_Exit 0;Exit 0;Aof_Exit:;Procedure Expose loc.
Do ix = 1 to Words(loc.0claim_tickets);ticket = WORD(loc.0claim_tickets,ix) 
Call INGPXDEL ticket;End;if loc.0UserExit = 'Y' then;call @User_Exit lrc = 
Arg(1);If Arg(2) <> 'TEXT' then;If datatype(lrc,'W') ^= 1 Then lrc = 0 
Select;When cglobal('AOFDEBUG') = 'Y' Then "AOFMSG" 
loc.0me",702,LOG,"time()","opid()","lrc;When loc.0debug = 'Y' Then Call 
Aof_Debug 'COMPLETE, RC='||lrc||'.';Otherwise nop;End;Exit lrc

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jeremy Nicoll
Sent: Monday, November 23, 2020 9:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Has anyone integrated Rexx with IKJPARS?

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

On Tue, 24 Nov 2020, at 02:20, Al Ferguson wrote:
> Performance reasons. Without the quotes REXX first interprets MVS as a 
> variable name

Are you sure?

I thought that environment (after address) was one of the few places in REXX 
where quotes were unnecessary because what's typed there is regarded as a 
constant.

And, that if you actually wanted a variable's value to be used, you'd have to 
code

  address value varname


> Back in the MVS & MVS/XA Days, these types of performance 
> optimizations were actually quite noticeable.

Even if what you said above was true, I doubt very much that capitalising the 
environment name would ever have make a measurable difference, bearing in mind 
how few times one would typically specify an address statement in a typical 
exec.


> I similarly "always" capitalize REXX Key words, to save REXX from 
> having to spend cycles actually FOLDING then up.

It's been years since I wrote any REXX on a mainframe, but I know I didn't 
uppercase my code back then ... and a quick look at current manuals shows 
sample code is sometimes in uppercase, and sometimes mixed case.

Is this idea that uppercase REXX is more efficient something that everyone here 
accepts?

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

Re: Has anyone integrated Rexx with IKJPARS?

[Jackson, Rob]

Years ago while disabling some built-in automation in SA for z/OS I found that 
the REXX code SA actually ran live was almost all "squished."  I didn't dig 
into it, but I assumed (I still believe safely) that it was to reduce 
interpreter overhead.  I just took a look at it tonight to see how the 
efficiency-minded SA developers coded keywords.  A brief look says the majority 
are first-letter capitalized (as Mike said to do, I believe--which is the 
reason I always have) or completely capitalized; however, there are enough 
exceptions to make me wonder.

By the way, if you haven't seen it, here's a snippet as an example.  It is 
really . . . something:

If cond = 'NOVALUE' | cond = 'HALT' Then rc = 'N/A';Select 
When cond = 'HALT' Then desc = 'CLIST HALTED'  
When cond = 'SYNTAX' Then desc = errortext(rc);When cond = 'FAILURE' Then Do   
If rc = -1 Then;desc = 'COMMAND NOT FOUND';If rc = -3 Then 
desc = 'COMMAND NOT PERMITTED';End;Otherwise Nop;End   
"AOFMSG "cond",760,LOG,"loc.0me","sigl","rc",'"desc"'";Call Aof_Exit -5;Exit -5
Aof_Silent_Error:;Call Aof_Exit 0;Exit 0;Aof_Exit:;Procedure Expose loc.   
Do ix = 1 to Words(loc.0claim_tickets);ticket = WORD(loc.0claim_tickets,ix)
Call INGPXDEL ticket;End;if loc.0UserExit = 'Y' then;call @User_Exit   
lrc = Arg(1);If Arg(2) <> 'TEXT' then;If datatype(lrc,'W') ^= 1 Then lrc = 0   
Select;When cglobal('AOFDEBUG') = 'Y' Then 
"AOFMSG" loc.0me",702,LOG,"time()","opid()","lrc;When loc.0debug = 'Y' Then
Call Aof_Debug 'COMPLETE, RC='||lrc||'.';Otherwise nop;End;Exit lrc

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jeremy Nicoll
Sent: Monday, November 23, 2020 9:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Has anyone integrated Rexx with IKJPARS?

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

On Tue, 24 Nov 2020, at 02:20, Al Ferguson wrote:
> Performance reasons. Without the quotes REXX first interprets MVS as a 
> variable name

Are you sure?

I thought that environment (after address) was one of the few places in REXX 
where quotes were unnecessary because what's typed there is regarded as a 
constant.

And, that if you actually wanted a variable's value to be used, you'd have to 
code

  address value varname


> Back in the MVS & MVS/XA Days, these types of performance 
> optimizations were actually quite noticeable.

Even if what you said above was true, I doubt very much that capitalising the 
environment name would ever have make a measurable difference, bearing in mind 
how few times one would typically specify an address statement in a typical 
exec.


> I similarly “always” capitalize REXX Key words, to save REXX from 
> having to spend cycles actually FOLDING then up.

It's been years since I wrote any REXX on a mainframe, but I know I didn't 
uppercase my code back then ... and a quick look at current manuals shows 
sample code is sometimes in uppercase, and sometimes mixed case.

Is this idea that uppercase REXX is more efficient something that everyone here 
accepts?

--
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
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: Running same stc in a LPAR

[Jackson, Rob]

It is not the default; it has to be enabled by job class.  When I first used it 
in c. 2009, I recall finding that it was really very recent at the time; so I 
would agree with that:  it is relatively recent, even today.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter Relson
Sent: Sunday, November 22, 2020 8:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Running same stc in a LPAR

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


You can also run duplicate batch jobs at the same time if you just feel like 
it; I have twenty running right now, with a thousand more sitting in the input 
queue.


This is a relatively recent enhancement to the operating system.
I don't recall if allowing this is default behavior or needs to be enabled.

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: Running same stc in a LPAR

[Jackson, Rob]

You see it more often than you think.  Go do a 'd j,bpxas' or a 'd j,init', as 
examples.  It's common and helpful for others to have duplicates, like your HSM 
product, for instance (not commonly DFSMShsm).  You can also run duplicate 
batch jobs at the same time if you just feel like it; I have twenty running 
right now, with a thousand more sitting in the input queue.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Spiegel
Sent: Saturday, November 21, 2020 11:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Running same stc in a LPAR

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

Hi Peter,
I've seen this, but, not recently.

Regards,
David

On 2020-11-21 23:08, Peter wrote:
> Hello
>
> Is it possible for JES to allow to run two started task with the same 
> name in a LPAR(not sysplex).
>
> One of a started task in our lpar is running two stc with same name 
> but second one notifies that this particular task is already active.
>
> Is it a JES functionality to allow a task to run with same name or the 
> product which has the capability of running in duplicate as many times 
> even though it is initialised in one STC alone ?
>
> Could someone please shed your light on above ?
>
>
> Peter
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN .

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
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 IP Printway, NetSpool, from LRS's VPS/DRS?

[Jackson, Rob]

We replaced VPS with NPF, the "free" component of CommServer (not AOP).  We did 
not have DRS, but we do print from CICS using virtual printers defined to 
SuperSession.  It was a hundred-some-odd printers, and there wasn't much to it.

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.halp001/abstract.htm

First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: Wednesday, November 18, 2020 8:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM IP Printway, NetSpool, from LRS's VPS/DRS?

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

   Again, with our downsizing, and nearing EOL of my systems, I need to drop 
VPS and DRS.
I am looking at the base IBM support in this area, The AOP. stuff.
Has anyone else done this? A Redbook by chance?

  And, yes, I know about McKinney and in some ways wish we'd gone there  a 
couple decades ago. The guy who supported this area at that time couldn't get 
the batch AFP to PCL working to our needs. So, we didn't.

   LRS has been silent, when asked about any short term renewal.

Dave Gibney
Information Technology Services
Washington State University


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
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: How to determine the Dataclas Used for a TAPE

[Jackson, Rob]

Well, that's weird indeed.  CBR1180I does not appear to be a variable-content 
message.  Maybe because you're on a DLM.  It is a DLM, right?

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pew, Curtis G
Sent: Tuesday, October 20, 2020 5:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to determine the Dataclas Used for a TAPE

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

On Oct 20, 2020, at 4:37 PM, Jackson, Rob  wrote:
>
> Are you sure?  I see LM DC: on my display; that's the construct where size is 
> defined in the Library Manager.  Dataclass is definitely stored (I'd guess in 
> the VVDS, not sure honestly, but certainly in the LM for tape volumes); check 
> your dataset records in a DCOLLECT run . . . .
>

OK, but I don’t see that:


CBR1180I OAM tape volume status: FRAME LAST   F  E   SYS=V470
VOLUME  MEDIA STORAGE   LIBRARY   USE  W  C  SOFTWARE  LIBRARY
TYPE  GROUP NAME  ATR  P  P  ERR STAT  CATEGORY
PL0009  MEDIA4DLMUTPUTXDLMP   PN  N  NOERROR   NONE
---
RECORDING TECH: 128 TRACKCOMPACTION: YES
SPECIAL ATTRIBUTE:  NONE ENTER/EJECT DATE:   2011-05-28
CREATION DATE:  2008-05-14   EXPIRATION DATE:2015-02-16
LAST MOUNTED DATE:  2015-01-17   LAST WRITTEN DATE:  2015-01-15
SHELF LOCATION: DEST=UTXDLMP
OWNER: DPCGP
—



--
Pew, Curtis G
curtis@austin.utexas.edu






--
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: How to determine the Dataclas Used for a TAPE

[Jackson, Rob]

And yet it is for SMS-managed tape.  Tape does not have SMS-managed datasets.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: Tuesday, October 20, 2020 6:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to determine the Dataclas Used for a TAPE

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

There can be several datasets on a tape volume. DATACLAS wouldn’t be a volume 
attribute

> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Pew, Curtis G
> Sent: Tuesday, October 20, 2020 2:56 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How to determine the Dataclas Used for a TAPE
>
> On Oct 20, 2020, at 4:37 PM, Jackson, Rob  
> wrote:
> >
> > Are you sure?  I see LM DC: on my display; that's the construct 
> > where size is
> defined in the Library Manager.  Dataclass is definitely stored (I'd 
> guess in the VVDS, not sure honestly, but certainly in the LM for tape 
> volumes); check your dataset records in a DCOLLECT run . . . .
> >
>
> OK, but I don’t see that:
>
>
> CBR1180I OAM tape volume status: FRAME LAST   F  E   SYS=V470
> VOLUME  MEDIA STORAGE   LIBRARY   USE  W  C  SOFTWARE  LIBRARY
> TYPE  GROUP NAME  ATR  P  P  ERR STAT  CATEGORY
> PL0009  MEDIA4DLMUTPUTXDLMP   PN  N  NOERROR   NONE
> ---
> RECORDING TECH: 128 TRACKCOMPACTION: YES
> SPECIAL ATTRIBUTE:  NONE ENTER/EJECT DATE:   2011-05-28
> CREATION DATE:  2008-05-14   EXPIRATION DATE:2015-02-16
> LAST MOUNTED DATE:  2015-01-17   LAST WRITTEN DATE:  2015-01-15
> SHELF LOCATION: DEST=UTXDLMP
> OWNER: DPCGP
> —
>
>
>
> --
> Pew, Curtis G
> curtis@austin.utexas.edu
>
>
>
>
>
>
> --
> 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: How to determine the Dataclas Used for a TAPE

[Jackson, Rob]

Yep, data class is stored in the VVDS, plain as day, right between the storage 
class and the management class for each dataset that has one.  If it doesn't 
have one, there are three bytes of X'00' between the storage class and length 
of the management class.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jackson, Rob
Sent: Tuesday, October 20, 2020 5:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [Originated Externally]Re: How to determine the Dataclas Used for a 
TAPE

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

Are you sure?  I see LM DC: on my display; that's the construct where size is 
defined in the Library Manager.  Dataclass is definitely stored (I'd guess in 
the VVDS, not sure honestly, but certainly in the LM for tape volumes); check 
your dataset records in a DCOLLECT run . . . .

D SMS,VOL(64)
CBR1180I OAM TAPE VOLUME STATUS: 022
VOLUME  MEDIA STORAGE   LIBRARY   USE  W  C  SOFTWARE  LIBRARY
TYPE  GROUP NAME  ATR  P  P  ERR STAT  CATEGORY
64  MEDIA2LITVE2F   LITCL02   PN  N  NOERROR   PRIVATE
---
RECORDING TECH: 36 TRACK COMPACTION: YES
SPECIAL ATTRIBUTE:  NONE ENTER/EJECT DATE:   2012-10-28
CREATION DATE:  2012-10-28   EXPIRATION DATE:1999-00-00
LAST MOUNTED DATE:  2018-02-07   LAST WRITTEN DATE:  2018-02-07
SHELF LOCATION:
OWNER: XPTR
LM SG: LITVE2F   LM SC: LITVE LM MC: MCVTSGDE  LM DC: DC4GB
LM CATEGORY: 000F
---
LOGICAL VOLUME.
VOLUME IS CACHE RESIDENT.
COPY EXISTS IN AT LEAST TWO DISTRIBUTED LIBRARIES.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pew, Curtis G
Sent: Tuesday, October 20, 2020 5:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to determine the Dataclas Used for a TAPE

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

On Oct 20, 2020, at 3:00 PM, Jackson, Rob  wrote:
>
> Tape dataclass is on the volume level.  You can use 'd sms,vol(vv)'.

That shows the storage group but not the dataclass.

I’m pretty sure DATACLAS, for both disk and tape, is used during ACS routines 
and allocation in general, but isn’t ever stored anywhere. It’s a place for the 
system to get information when allocating the dataset, but then it’s discarded.


--
Pew, Curtis G
curtis@austin.utexas.edu






--
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: How to determine the Dataclas Used for a TAPE

[Jackson, Rob]

Are you sure?  I see LM DC: on my display; that's the construct where size is 
defined in the Library Manager.  Dataclass is definitely stored (I'd guess in 
the VVDS, not sure honestly, but certainly in the LM for tape volumes); check 
your dataset records in a DCOLLECT run . . . .

D SMS,VOL(64)   
CBR1180I OAM TAPE VOLUME STATUS: 022
VOLUME  MEDIA STORAGE   LIBRARY   USE  W  C  SOFTWARE  LIBRARY  
TYPE  GROUP NAME  ATR  P  P  ERR STAT  CATEGORY 
64  MEDIA2LITVE2F   LITCL02   PN  N  NOERROR   PRIVATE  
--- 
RECORDING TECH: 36 TRACK COMPACTION: YES
SPECIAL ATTRIBUTE:  NONE ENTER/EJECT DATE:   2012-10-28 
CREATION DATE:  2012-10-28   EXPIRATION DATE:1999-00-00 
LAST MOUNTED DATE:  2018-02-07   LAST WRITTEN DATE:  2018-02-07 
SHELF LOCATION: 
OWNER: XPTR 
LM SG: LITVE2F   LM SC: LITVE LM MC: MCVTSGDE  LM DC: DC4GB 
LM CATEGORY: 000F   
--- 
LOGICAL VOLUME. 
VOLUME IS CACHE RESIDENT.   
COPY EXISTS IN AT LEAST TWO DISTRIBUTED LIBRARIES.  

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pew, Curtis G
Sent: Tuesday, October 20, 2020 5:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to determine the Dataclas Used for a TAPE

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

On Oct 20, 2020, at 3:00 PM, Jackson, Rob  wrote:
>
> Tape dataclass is on the volume level.  You can use 'd sms,vol(vv)'.

That shows the storage group but not the dataclass.

I’m pretty sure DATACLAS, for both disk and tape, is used during ACS routines 
and allocation in general, but isn’t ever stored anywhere. It’s a place for the 
system to get information when allocating the dataset, but then it’s discarded.


--
Pew, Curtis G
curtis@austin.utexas.edu






--
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: How to determine the Dataclas Used for a TAPE

[Jackson, Rob]

Tape dataclass is on the volume level.  You can use 'd sms,vol(vv)'.

First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lizette Koehler
Sent: Tuesday, October 20, 2020 3:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How to determine the Dataclas Used for a TAPE

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

I am a little foggy on this



Is there a way with CA-1 or ISMF to determine what Dataclas a tape dataset used?



I have various sizes of tape in my TS7700.  I am trying to see what dataclas 
was used for a specific dataset



Thank you



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: IBM KEYXFER rexx

[Jackson, Rob]

I can get to it and download the files.  That's with IE.  Chrome doesn't do 
well with anonymous FTP on the corporate network.  I didn't try a standard FTP 
client.  At any rate, reply off list, and I would be happy to send the files to 
you, though they are not anywhere near as recent as 2018:


10/Aug/2011 00:00

   7 KB

keyxfer.readme.txt

02/Aug/2011 00:00

   64.8 KB

keyxfer.rexx

10/Aug/2011 00:00

   64.8 KB

keyxfer.rexx.txt

02/Aug/2011 00:00

   7 KB

readme.txt






First Horizon Bank

Mainframe Technical Support





-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma
Sent: Monday, October 19, 2020 9:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM KEYXFER rexx



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



All,



Do any of you have a copy of IBM AS-IS utility “KEYXFER”?   The copy I have is 
from 2006, was updated in 2018.   IBM has moved all their stuff into GITHUB 
now, and the README is there, but not the REXX code.   The code also used to 
live at ftp://ftp.software.ibm.com/s390/zos/tools/keyxfer/.  I'm able to get to 
the site, but cant download anything.



FYI, this utility is for exporting/importing PKDS keys out of ICSF.



I do have a ticket open with IBM on this, but they seem to be dragging their 
feet trying to put it back out on GITHUB.



If anyone has a copy, I’d appreciate someone sending it to me?







For the curious, here is the readme



keyxfer

A Key Transfer Tool

Introduction

The key transfer tool (KEYXFER) is a REXX exec that runs on MVS. KEYXFER 
facilitates the transfer of PKDS or CKDS key tokens between systems that use 
the Integrated Cryptographic Services Facility (ICSF).

The KEYXFER tool assumes the following:

1.  ICSF is running on the systems involved in the key transfer

2.  ICSF has an active Key Data Set (CKDS/PKDS)

For a PKA key token transfer the tool retrieves the token from the active PKDS 
and writes it to a data set (file). For a symmetric key token transfer the tool 
retrieves the token from the active CKDS and writes it to a data set (file).

The data set can then be transmitted to any number of systems. On each system 
the tool can be used to read the key token from the transmitted file and store 
it into the active PKDS or CKDS. The tokens are referenced by label.

The format of the command is illustrated below:

Syntax

KEYXFER   OPER, LABEL, DSN,  OPTION



OPER  = READ_PKDS reads from the transmitted data set

 WRITE_PKDS writes to the transmitted data set

 READ_CKDS reads from the transmitted data set

 WRITE_CKDS writes to the transmitted data set

LABEL = label of PKDS or CKDS record to be retreived/stored

DSN   = name of data set holding the token

OPTION= OVERWRITE a label in the PKDS or CKDS.

 If OVERWRITE is specified in the option

 field then an existing label will

 be overwritten with the token from the

 transmitted data set.

DATA SET: A PS or PDS data set can be used. An LRECL=80 is recommended, but not 
required The information stored in the KEYXFER data set consists of the 
following: Date KDS label Length of token Token Notes External key tokens can 
be received on any ICSF system. If the key token is an internal key token (see 
ICSF Application Programmers Guide) then it is encrypted under the ICSF master 
key of the system. Transferring the key token requires that the receiving 
systems use the same ICSF master key.

If ICSF services are RACF protected (CSFSERV) then access will be required by 
the user for the CSNDKRC, CSNDKRR, and CSNDKRW services for PKDS transfers or 
CSNBKRC, CSNBKRR and CSNBKRW for CKDS transfers.

Samples

•   Write the key token stored in the active PKDS under the label 
PKDS.KEY.LABEL to the data set TEMP.MEM

KEYXFER WRITE_PKDS, PKDS.KEY.LABEL, TEMP.MEM

•   Read the key token contained in the data set TEMP.MEM and write the 
token to the active PKDS under the label PKDS.KEY.LABEL. (If the label already 
exists in the PKDS the operation will fail.)

KEYXFER READ_PKDS, PKDS.KEY.LABEL, TEMP.MEM

•   Read the key token contained in the data set TEMP.MEM and write the 
token to the active PKDS under the label PKDS.KEY.LABEL (If the label already 
exists in the PKDS the token for that label will be overwritten.)

KEYXFER READ_PKDS, PKDS.KEY.LABEL, TEMP.MEM, OVERWRITE

•   Read the key token contained in the data set TEMP.MEM and write the 
token to the active PKDS. Since no PLABEL was specified the label Contained in 
the file is used as the label for the token on the new system.

KEYXFER READ_PKDS, , TEMP.MEM

•   Write the key 

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

[Jackson, Rob]

Pardon if I missed someone else pointing it out, but one can also browse the 
PDS/PDSE from 3.4 (panel ISRUDSM, not ISRBROM) and enter 's * d' on the command 
line.  It's not as fast or efficient in operation as some of the others . . . .

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jousma, David
Sent: Sunday, October 18, 2020 12:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

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

That’s what I was going to say...doesnt get much easier.  I do this all the 
time when I want to update the contents of a linklisted dataset

//IDCAMS   EXEC PGM=IDCAMS
//SYSUDUMP DD   SYSOUT=*
//SYSPRINT DD   SYSOUT=*
//LIBRARY  DD DSN=your.pds.dataset,DISP=SHR //SYSIN DD *
  DELETE your.pds.dataset(*)   FILE(LIBRARY)
/*
_
Dave Jousma
AVP | Director, Technology Engineering

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Horein
Sent: Saturday, October 17, 2020 6:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

Good ole IDCAMS anyone?
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.idai200/dgt3i231.htm


On Sat, Oct 17, 2020 at 5:34 PM Chris Hoelscher 
wrote:

> I have employed this REXX script for years:
>
> /* REXX */
> DSNAME = 'my PDS'
> DSN = STRIP(DSNAME, 'BOTH', ) /* IN CASE IT'S IN QUOTES */ QUOTE = 
> "'"
> QDSN  = QUOTE||DSN||QUOTE /* FULLY QUOTED DSN */
>
> ADDRESS ISPEXEC
> "LMINIT  DATAID( MYDATAID)  DATASET(" QDSN ") ENQ(SHRW)"
> "LMOPEN  DATAID("MYDATAID") OPTION(OUTPUT)"
> "LMMDEL  DATAID("MYDATAID") MEMBER(*)"
> "LMCLOSE DATAID("MYDATAID")"
> "LMFREE  DATAID("MYDATAID")"
>
>  SAY DSN " IS NOW EMPTY"
>
> Chris Hoelscher
> Lead Sys DBA
> IBM Global Technical Services on assignmemt to Humana Inc.
> T 502.476.2538  or 502.407.7266
>
>
> The information transmitted is intended only for the person or entity 
> to which it is addressed and may contain CONFIDENTIAL material.  If 
> you receive this material/information in error, please contact the 
> sender and delete or destroy the material/information.
>
> Humana Inc. and its subsidiaries comply with applicable Federal civil 
> rights laws and do not discriminate on the basis of race, color, 
> national origin, ancestry, age, disability, sex, marital status, 
> gender, sexual orientation, gender identity, or religion.
> Humana Inc. and its subsidiaries do not exclude people or treat them 
> differently because of race, color, national origin, ancestry, age, 
> disability, sex, marital status, gender, sexual orientation, gender 
> identity, or religion.
>
> English: ATTENTION: If you do not speak English, language assistance 
> services, free of charge, are available to you. Call 1‐877‐320‐1235
> (TTY: 711).
>
> Español (Spanish): ATENCIÓN: Si habla español, tiene a su disposición 
> servicios gratuitos de asistencia lingüística. Llame al 1‐877‐320‐1235
> (TTY: 711).
>
> 繁體中文(Chinese):注意:如果您使用繁體中文,您可以免費獲得語言援助
> 服務。請致電 1‐877‐320‐1235 (TTY: 711)。
>
> Kreyòl Ayisyen (Haitian Creole): ATANSION: Si w pale Kreyòl Ayisyen, 
> gen sèvis èd pou lang ki disponib gratis pou ou. Rele 1‐877‐320‐1235
> (TTY: 711).
>
> Polski (Polish): UWAGA: Jeżeli mówisz po polsku, możesz skorzystać z 
> bezpłatnej pomocy językowej. Zadzwoń pod numer 1‐877‐320‐1235 (TTY:
> 711).
>
> 한국어 (Korean): 주의: 한국어를 사용하시는 경우, 언어 지원 서비스를 무료로 이용하실 수 있습니다.
> 1‐877‐320‐1235 (TTY: 711)번으로 전화해 주십시오.
>
>
> --
> 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 **CAUTION EXTERNAL 
EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from 

Re: Can System REXX run Sub=MSTR ??

[Jackson, Rob]

At our house, System REXX already runs under MSTR (under 2.2 and 2.4); we never 
did anything to make it that way that I remember.  I'm more curious what you 
all did to make it _not_ run under MSTR.  Do you have an AXR proc?  If so, does 
it have SYSOUT in it?

First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Barbara Nitz
Sent: Friday, August 21, 2020 3:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can System REXX run Sub=MSTR ??

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

>Just add a "FORCE AXR,ARM" command to your shutdown automation.

That would require RACF to allow automation to issue a force command (yes, I 
know I can set it MVS.FORCEARM.STC.AXR*.* specifically). I have been at great 
pains to install a policy where Automation is not even allowed to cancel, much 
less force anything. Not that I am very successful now that I'm not responsible 
for RACF anymore.

I still think that AXR and its AXRnn should show up on a D A,L. As long as they 
run under the JES subsystem.

Regards, Barbara

--
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: ESTAEX exit WAIT question

[Jackson, Rob]

Outstanding, Peter.  Just checking:  do you actually want to be snide?


First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter Relson
Sent: Saturday, August 1, 2020 8:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ESTAEX exit WAIT question

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


I know for a fact that DETACH causes (via some route) the ECB to be posted.


To be snide, I'd say that you know for a fact that in all the cases you've seen 
DETACH causes the ECB to be posted.
That's not the same as "know for a fact". Fortunately, it is a fact.

DETACH processing "steals" the field used to hold the address of the attach ECB 
for a while so that the system can wait for the task to terminate. Once that 
has happened, DETACH processing posts the ATTACH-specified ECB.


I always WAIT on the ATTACH ECB and it always works.

Isn't that what began this whole discussion? You wanted to wait for the DETACH 
from your recovery to complete and wanted to do so by waiting on the ATTACH ECB 
(your mainline had already been waiting on it as part of an ECB list). You 
can't just do that because you'd get a 301 abend -- the ECB is already marked 
waiting and nothing in the path that would have gotten you into recovery would 
have changed that ECB. So "it always works" is not "a fact". Perhaps what is a 
fact is the wait that you have chosen to do (in the mainline) always works. To 
avoid the 310 abend, the question would arise of "can you just change the ECB 
not to be waiting anymore?" and the answer would be at best "maybe". Perhaps 
fortunately, the better response is "there is no need to do so if you're going 
to do a DETACH and want to continue only once the task has terminated".

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: z13 Central Storage

[Jackson, Rob]

Elaine,

I suspect what you are interested in seeing is found here:  Single Object 
Operations; select CPC; select Operational Customization; select Storage 
Information.

"Storage Information
This window displays:

Information about storage installed and allocated for the base system.
Information about central storage and expanded storage allocated for logical 
partitions currently activated on the base system."

If you don't see it, you need to check your SE permissions.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Jacobs
Sent: Wednesday, July 29, 2020 6:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z13 Central Storage

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

Take a look at your reset profile. Total storage on the z13 should show up 
there.

Mark Jacobs


Sent from ProtonMail, Swiss-based encrypted email.

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

‐‐‐ Original Message ‐‐‐
On Wednesday, July 29, 2020 6:41 PM, Elaine Beal  wrote:

> Is there a way to see total central storage on a z13 HMC?
> I can see it by selecting individual LPARs but am interested in an overall 
> view.
> I have 11 LPARs, 9 deactivated, I have activated and IPLd several of the 6GB 
> defined LPARs multiple times earlier this year.
> All 9 deactivated again I'm trying to IPL a 3GB LPAR and getting an 
> -03C wait state- No central storage frames were available to resolve a page 
> fault when the unit of work was running disabled for interrupts.
> Where's my central storage?
> Thanks,
> Elaine
>
> --
> --
> --
> --
> --
> --
> --
> --
>
> 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: OOBOL and English was Re: Still COBOL After All These Years?

[Jackson, Rob]

A kilogram is not a weight, Bob.  Never has been; never will be.  I'm not one 
to be anal-retentive.  This point is more important than anything like that.

I like your quote.  That was a wise person.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Bridges
Sent: Wednesday, July 22, 2020 2:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OOBOL and English was Re: Still COBOL After All These Years?

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

Who doesn't?  You may not, but lots of other people do.  What am I missing, 
here?

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

/* A human being should be able to change a diaper, plan an invasion, butcher a 
hog, conn a ship, design a building, write a sonnet, balance accounts, build a 
wall, set a bone, comfort the dying, take orders, give orders, cooperate, act 
alone, solve equations, analyze a new problem, pitch manure, program a 
computer, cook a tasty meal, fight efficiently, die gallantly.  Specialization 
is for insects.  -Lazarus Long */

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jackson, Rob
Sent: Wednesday, July 22, 2020 12:22

My high school physics teacher would be rolling in his grave about now.  You 
don't weigh anything in kilograms.  :)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Bridges
Sent: Wednesday, July 22, 2020 12:16 PM

Interesting; centigrade is the one system I use nowadays without having to 
think much about it.  It's so easy:  0s are cold, 10s are cool, 20s are warm, 
30s are hot.

I get kilometers but I think in miles.  For short measurements I like 
centimeters and millimeters, but I couldn't tell you how tall I am in cm.
I'm happy in either pounds or kilos, but I'd have to calculate to tell you how 
many kg I weigh.  But centigrade makes complete sense to me.

--
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: OOBOL and English was Re: Still COBOL After All These Years?

[Jackson, Rob]

We have definitely devolved . . . like we always do on this forum.  It's fun 
though, right?

I agree on Celsius.  The name disturbs me too.  Centigrade is more pleasant for 
some reason.  Reminds me of tardigrade.  Now that is something we could all 
ponder and be better off.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Bridges
Sent: Wednesday, July 22, 2020 2:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OOBOL and English was Re: Still COBOL After All These Years?

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

I just think the word "Celsius" is ugly; "centigrade" is comparatively 
euphonious.  A personal bias.

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

/* Do you know what constitutes a "hate crime"?  Put your thinking caps on.  
What tools do we need to determine whether a crime was motivated by hate or 
prejudice?  Answer: We need thought police.  -from "See, I Told You So" by Rush 
Limbaugh */

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joe Monk
Sent: Wednesday, July 22, 2020 12:17

Centigrade? It always thought it's Celsius. :)

--- On Wed, Jul 22, 2020 at 11:16 AM Bob Bridges  wrote:
> Interesting; centigrade is the one system I use nowadays without 
> having to think much about it.  It's so easy:  0s are cold, 10s are 
> cool, 20s are warm, 30s are hot.
>
> -Original Message-
> From: Jackson, Rob
> Sent: Monday, July 20, 2020 23:23
>
> As a disclaimer, I'm not a complete bigot.  I say miles and yards; but 
> I have this nasty habit of converting them to meters in my mind every 
> time I say them.  The one thing I cannot get used to in every-day life 
> is Celsius degrees.  I think in Fahrenheit degrees.  Oddly enough, 
> since they're exactly the same thing, I find it easier to talk in 
> Kelvins rather than Celsius degrees.  Maybe I just like starting at 
> zero.  :)  I couldn't tell you what absolute zero in Fahrenheit is; I guess I 
> never cared.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
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: OOBOL and English was Re: Still COBOL After All These Years?

[Jackson, Rob]

My high school physics teacher would be rolling in his grave about now.  You 
don't weigh anything in kilograms.  :)


First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Bridges
Sent: Wednesday, July 22, 2020 12:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OOBOL and English was Re: Still COBOL After All These Years?

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

Interesting; centigrade is the one system I use nowadays without having to 
think much about it.  It's so easy:  0s are cold, 10s are cool, 20s are warm, 
30s are hot.

I get kilometers but I think in miles.  For short measurements I like 
centimeters and millimeters, but I couldn't tell you how tall I am in cm.
I'm happy in either pounds or kilos, but I'd have to calculate to tell you how 
many kg I weigh.  But centigrade makes complete sense to me.

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

/* If you read the New Testament with an Old-Covenant heart, it will be just 
Law to you.  Likewise, if you read the Old Testament with a New-Covenant heart, 
you will see Christ in all of it.  -Rick Joyner, "The Apostolic Ministry" */

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jackson, Rob
Sent: Monday, July 20, 2020 23:23

It disturbs me that I agree with Shmuel three times in as many days.

Tony, what's your mass here lately after Insanity-19?  Let's have it in slugs, 
please, since that's the unit.  Take you a dram and a scruple; add in a grain 
or two for precision, but make sure you convert it to mass.

American standard--Imperial units; they're rubbish.  Abject garbage.  SI is not 
a fad, despite its origins.  No fan of the "French;" no fan of "Trump;"
no fan of anything political.  But SI, revised a couple times or three, is a 
beautiful system of units in which one may compute physics.  If you disagree, 
then I assert you have a challenge understanding many things about physics.  
I'm talking about mechanics and fluid dynamics.  I'm too stupid for E, 
although the same equivalency attempts apply there.

P.S.  Apparently Imperial units have been redefined as relative to SI.
Imagine that.  https://www.britannica.com/topic/Imperial-unit

P.P.S.  This reminds me of many conversations with my father.  He absolutely 
couldn't stand this type of thing, i.e. SI being obviously superior.  I don't 
get it.  It is what it is.

As a disclaimer, I'm not a complete bigot.  I say miles and yards; but I have 
this nasty habit of converting them to meters in my mind every time I say them. 
 The one thing I cannot get used to in every-day life is Celsius degrees.  I 
think in Fahrenheit degrees.  Oddly enough, since they're exactly the same 
thing, I find it easier to talk in Kelvins rather than Celsius degrees.  Maybe 
I just like starting at zero.  :)  I couldn't tell you what absolute zero in 
Fahrenheit is; I guess I never cared.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Monday, July 20, 2020 5:02 PM

The practical value doesn't depend on how it started. Yes, I could say all 
sorts of things about how the mob interpreted "Liberté, égalité, fraternité", 
but it doesn't change the fact that nobody understands the English system of 
units. How many gills in a gallon? (That's a trick question; it depends on 
which kind of gallon.) How many ounces in a ton? Can you convert furlongs per 
fortnight to miles per hour?

--
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: OOBOL and English was Re: Still COBOL After All These Years?

[Jackson, Rob]

Thanks, Mike.  I worry the point will be lost.  -459.67 degrees Fahrenheit.  
Yup; makes perfect sense.  Slides in so well with the other Imperial units.

First Horizon Bank
Mainframe Technical Support
-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Schwab
Sent: Monday, July 20, 2020 11:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OOBOL and English was Re: Still COBOL After All These Years?

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

https://en.wikipedia.org/wiki/Absolute_zero
Absolute 0 is 0K, 0R, -273.15C, -459.67F.
Freezing point of water is 273.15K, 491.67R, 0C, 32F.

On Mon, Jul 20, 2020 at 10:23 PM Jackson, Rob  
wrote:
>
> It disturbs me that I agree with Shmuel three times in as many days.
>
> Tony, what's your mass here lately after Insanity-19?  Let's have it in 
> slugs, please, since that's the unit.  Take you a dram and a scruple; add in 
> a grain or two for precision, but make sure you convert it to mass.
>
> American standard--Imperial units; they're rubbish.  Abject garbage.  SI is 
> not a fad, despite its origins.  No fan of the "French;" no fan of "Trump;" 
> no fan of anything political.  But SI, revised a couple times or three, is a 
> beautiful system of units in which one may compute physics.  If you disagree, 
> then I assert you have a challenge understanding many things about physics.  
> I'm talking about mechanics and fluid dynamics.  I'm too stupid for E, 
> although the same equivalency attempts apply there.
>
> P.S.  Apparently Imperial units have been redefined as relative to SI.  
> Imagine that.  https://www.britannica.com/topic/Imperial-unit
>
> P.P.S.  This reminds me of many conversations with my father.  He absolutely 
> couldn't stand this type of thing, i.e. SI being obviously superior.  I don't 
> get it.  It is what it is.
>
> As a disclaimer, I'm not a complete bigot.  I say miles and yards; but I have 
> this nasty habit of converting them to meters in my mind every time I say 
> them.  The one thing I cannot get used to in every-day life is Celsius 
> degrees.  I think in Fahrenheit degrees.  Oddly enough, since they're exactly 
> the same thing, I find it easier to talk in Kelvins rather than Celsius 
> degrees.  Maybe I just like starting at zero.  :)  I couldn't tell you what 
> absolute zero in Fahrenheit is; I guess I never cared.
>
> First Horizon Bank
> Mainframe Technical Support
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Seymour J Metz
> Sent: Monday, July 20, 2020 5:02 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: OOBOL and English was Re: Still COBOL After All These Years?
>
> [External Email. Exercise caution when clicking links or opening 
> attachments.]
>
> The practical value doesn't depend on how it started. Yes, I could say all 
> sorts of things about how the mob interpreted "Liberté, égalité, fraternité", 
> but it doesn't change the fact that nobody understands the English system of 
> units. How many gills in a gallon? (That's a trick question; it depends on 
> which kind of gallon.) How many ounces in a ton? Can you convert furlongs per 
> fortnight to miles per hour?
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> nstructions, 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



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

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

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

[Jackson, Rob]

It disturbs me that I agree with Shmuel three times in as many days.

Tony, what's your mass here lately after Insanity-19?  Let's have it in slugs, 
please, since that's the unit.  Take you a dram and a scruple; add in a grain 
or two for precision, but make sure you convert it to mass.

American standard--Imperial units; they're rubbish.  Abject garbage.  SI is not 
a fad, despite its origins.  No fan of the "French;" no fan of "Trump;" no fan 
of anything political.  But SI, revised a couple times or three, is a beautiful 
system of units in which one may compute physics.  If you disagree, then I 
assert you have a challenge understanding many things about physics.  I'm 
talking about mechanics and fluid dynamics.  I'm too stupid for E, although 
the same equivalency attempts apply there.

P.S.  Apparently Imperial units have been redefined as relative to SI.  Imagine 
that.  https://www.britannica.com/topic/Imperial-unit

P.P.S.  This reminds me of many conversations with my father.  He absolutely 
couldn't stand this type of thing, i.e. SI being obviously superior.  I don't 
get it.  It is what it is.

As a disclaimer, I'm not a complete bigot.  I say miles and yards; but I have 
this nasty habit of converting them to meters in my mind every time I say them. 
 The one thing I cannot get used to in every-day life is Celsius degrees.  I 
think in Fahrenheit degrees.  Oddly enough, since they're exactly the same 
thing, I find it easier to talk in Kelvins rather than Celsius degrees.  Maybe 
I just like starting at zero.  :)  I couldn't tell you what absolute zero in 
Fahrenheit is; I guess I never cared.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Monday, July 20, 2020 5:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OOBOL and English was Re: Still COBOL After All These Years?

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

The practical value doesn't depend on how it started. Yes, I could say all 
sorts of things about how the mob interpreted "Liberté, égalité, fraternité", 
but it doesn't change the fact that nobody understands the English system of 
units. How many gills in a gallon? (That's a trick question; it depends on 
which kind of gallon.) How many ounces in a ton? Can you convert furlongs per 
fortnight to miles per hour?


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

nstructions, 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: Copying Extended format datasets between partitions

[Jackson, Rob]

RECFM=U works fine with FTP.  MODE B and TYPE E are your best friends for 
FTPing between mainframes.

That said, I would never FTP hundreds of GB between LPARs with shared DASD.  
Just dump/restore and done.  As far as I know, FTP doesn't work with VSAM (PS-E 
is fine though), so you'll have to dump/restore (with or without FTP) 
anyway--or do some catalog and SMS work.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Tuesday, July 14, 2020 10:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Copying Extended format datasets between partitions

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

Because of reasons. ;-)
Seriously: it is better to make it simpler and faster.

Your method: dump, ftp, restore.
Other methods: a) dump, restore. b) copy.
Which is faster?
Which consume less CPU?
Which require less disk space for intermediate copies?

Not to mention issues with RECFM=U and ftp.

--
Radoslaw Skorupka
Lodz, Poland






W dniu 14.07.2020 o 15:26, Joe Monk pisze:
> Why not just dump them, FTP the dump file between the two partitions, 
> then restore the dump file?
>
> Joe
>
> On Tue, Jul 14, 2020 at 8:11 AM R.S.  wrote:
>
>> Well, that change the perspective. It's a pity you didn't mention it 
>> before ;-) In this case one step is better (faster) than two-step 
>> approach.
>> However in this case you should share catalog (BCS). Then you can try 
>> to share storage group.
>> Or do it from target system - you still need to share volumes and 
>> BCS, but you can read datasets from "foreign" volumes and write them 
>> to target volume.
>> Caution: sharing catalog usually means unique dataset names. Do you 
>> accept dataset rename, i.e. change of HLQ?
>> Of course it is possible to rename dataset names after that or maybe 
>> use some paths and aliases.
>>
>> Another approach is to divide the task. You submit dump of first 
>> part, then submit restore on target. Then submit second part dump, 
>> and after that restore... It's still two-step, but temporary storage 
>> is not so big. Or use tape...
>>
>> --
>> Radoslaw Skorupka
>> Lodz, Poland
>>
>>
>>
>>
>>
>>
>> W dniu 14.07.2020 o 12:44, Gadi Ben-Avi pisze:
>>> Thanks
>>> I guess I'll have to bite the bullet. It's 393GB of files.
>>>
>>> -Original Message-
>>> From: IBM Mainframe Discussion List  On
>> Behalf Of R.S.
>>> Sent: Tuesday, July 14, 2020 1:23 PM
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: Re: Copying Extended format datasets between partitions
>>>
>>> You cannot do it.
>>> Both datasets require to be DFSMS-managed and then cataloged.
>>> So you have to share the catalog (BCS), otherwise you will get error 
>>> or
>> uncataloged datasets on SMS volume, which is also not the best idea.
>>> Another method: dump you datasets to PS file on shared volume. Then
>> restore it on target system. Much easier and less error-prone.
>>> --
>>> Radoslaw Skorupka
>>> Lodz, Poland
>>>
>>>
>>>
>>>
>>>
>>>
>>> W dniu 14.07.2020 o 12:06, Gadi Ben-Avi pisze:
 HI,
 I have to copy extended format (PS-E and VS-E) datasets between
>> partitions.
 The partitions share DASD but do not share anything else.
 They have different SMS configurations.
 The same Storage Group is defined in both partitions, but each
>> partition has different volumes.
 I've been copying datasets between partitions like these for a 
 while
>> using this DFSMSdss copy command:
 COPY DATASET( -
   INCLUDE( -
   SYS1.IOA.V919.LNKLST -
   SYS1.IODF24.CLUSTER -
   )) -
   REPLACE-
   TOL(ENQF) -
   BYPASSACS(**) -
   NULLSTORCLAS  -
   PROCESS(SYS1)  -
   ALLDATA(*) ALLEXCP -
   RECATALOG(ICFCAT.MCATZ23) -
   OUTDYNAM(Z23R01) -
   SHARE

 The catalog in the RECATALOG parameter is the catalog for the
>> destination partition.
 Does anyone have an idea how to do this for SMS managed extended 
 format
>> datasets?
>>
>>
>>



==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying 

Re: Two Processors and One IODF

[Jackson, Rob]

Ah, the constant rebranding and re-lingo-ing.  It must really help sales.  The 
last time I had IBM storage, Global Mirror was PPRC/XD and "z/OS Global Mirror" 
was GDPS/XRC.  And Metro Mirror was PPRC synchronous.  I can't see how GDPS/XRC 
would work with non-unique addresses--at least between primary and secondary, 
since they're both online to the SDMs (right?  getting fuzzy on it).  Currently 
we use HUR (love it), but I don't believe it would work with non-unique 
addresses either.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Monday, July 13, 2020 12:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Two Processors and One IODF

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

We mirror with XRC, which I believe is Global Mirror. (I cannot keep the 
current lingo straight.) In my shop, we have a business need to put any 
device--DASD or tape--online to any LPAR regardless of location. In order to do 
that, device addresses *must* be unique. If you have absolutely no need to do 
that, then I don't think uniqueness is required. OTOH is costs little to make 
them unique. If you don't do it from the get-go, it will be very difficult in 
the future.

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

nstructions, 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: Two Processors and One IODF

[Jackson, Rob]

I don't know if anyone has pointed it out, but if this is a brand new, vanilla 
CEC, before you even have to worry about an IODF, you need an IOCDS.  Generally 
you create that deck from an IODF, and I can't imagine you would choose not to. 
 All of our CECs are defined in one IODF.  For a new machine across the state, 
we sent the IOCDS deck for the target CEC (and common ICC configs) to the CE, 
and he put them on a thumb drive; we then ran stand-alone IOCP to load the HSA. 
 Then with any (I would hope) form of replication you use, the IODF needed for 
all the recovery LPARs is "just already there" on your recovery 
SYS1.IPLPARM/IODF volume.

Our DASD CUs and device addresses are different (I'm thinking they had to be 
for either flavor of replication), but we don't have that many, so we don't 
have to worry about running out.  Our LPAR numbers are the same on all CECs, 
and our OS configs are defined only once and are used on all respective LPARs.

There's nothing to it, and I don't know of a single reason not to have one 
common IODF.

First Horizon Bank
Mainframe Technical Support

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: Storage & tape question

[Jackson, Rob]

Settle down, R.S.  I was agreeing with you, and I certainly wasn't putting 
words in your mouth.

TS7740 definitely wasn't "cheap."  Obviously it was flawed.

I _think_ our TS7760s are described as RAID-S.  I forget how that differs from 
RAID-6, though I know it's supposed to tolerate more than two disk failures per 
array.

At risk of devolving into a long tangential thread, does anyone remember the 
RVA/SVA disk boxes?  I believe they were RAID-6.  I _know_ for a fact they were 
the first storage subsystems we had that didn't require a separate control 
unit.  They were awesome.  I want to say they were like 600 GB each.  Wow, how 
times have changed.  :)

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Tuesday, July 7, 2020 10:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape question

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

Disclaimer: I HAVE NEVER SAID THAT.
RAID is fallible. Everything is fallible.
I used RAID rhetorically, just as example of "pretty good".
And even then I urged to make backups.

Few words about RAID:
RAID is more reliable than single disk. Assuming same reliablity of disk used 
in RAID.

RAID is more reliable when it has spare drives inside. No waiting for CE. Less 
time needed to start rebuild process.

RAID6 is more reliable than RAID5. Reasons: Data on RAID6 will survive failure 
of 2 drives within a group. The second reason is time to rebuild. The more 
capacious disk the more time is needed to rebuild. At this time there is no 
protection.

Remote copy (PPRC, XRC, SRDF, HRC) is yet another level of protection.
Disk failure will not be replicated. ;-)

Side notes:
Sometimes disk failure is not just isolated case. Sometimes it is a symptom of 
epidemic. What kind? Some of them: disk came form same lot, which is bad. 
Earthquake or just some accident in server room (someone hit the cabinet by 
accident ...and didn't reported it). Or microcode problem (search for HP SSD - 
horror story).
Conclusion: when you observer disk failure, pay attention. It may be isolated 
case or FIRST failure you observe.

Poor quality of the array. It is rather problem of entry level home devices, 
but it does happen. Some guy bought "cheap" raid box, there disks and ...one 
day the array failed. No data, accessible, similar raid box does not recognize 
anything on disks. Everything looks like new and working, but there is no data. 
Of course that person did not make any backup for obvious reason: he has RAID. 
This is real story. After that I observed more cases like this one. Obviously 
no support available. Just warranty, but "c'mon guy, ligths are blinking, you 
can format disks and used it - no failure".

--
Radoslaw Skorupka
Lodz, Poland






W dniu 07.07.2020 o 15:18, Jackson, Rob pisze:
> Fun little note on RAID:  it is fallible.  The last Sunday of October 2016 I 
> got a call bright and early because our VTS (TS7740) had shut down.  Turns 
> out we had a "cache" HDD failure at around 4 AM, and then a second one failed 
> at around 7 AM, before the first one had been rebuilt on a spare.  RAID-5 
> could not accommodate it.  Because of IBM politics, we had no tape until 
> Monday at 16:00.  I am ashamed to say that I sort of took tape for granted.  
> It was astonishing how much of our processing depended on it.
>
> R.S. is spot on:  make backups.  Because of the trauma from this one event, 
> we now have a three-way VTS grid, synchronous-mirrored SANs, and two 
> mainframes on the floor.
>
> First Horizon Bank
> Mainframe Technical Support
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> R.S.
> Sent: Tuesday, July 7, 2020 4:36 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Storage & tape question
>
> [External Email. Exercise caution when clicking links or opening 
> attachments.]
>
> Yes, it is possible to have VTS without real tapes on backend. Some vendors 
> do offer only "tapeless tapes", with no option to connect real tape library.
> However from OS point of view there is difference between disk (DASD) and 
> tape (offline storage).
> Price difference is also worth to consider, however I mean the logic.
> Even the biggest, cheapest and really huge DASD will not protect you form 
> human and application (and other) errors. But backup will do it.
> That's why we do backups. We don't afraid of disk failure, because we have 
> RAID, spare modules and possibly remote copy. However we do backups.
> If you insist on DASD, you may (theoretically) connect another DASD box 
> dedicated for backups only. And even (logically) disconnect it between backup 
> sessions. However it is IMHO worse version of VTS.
>
> Note: I do not d

Re: Storage & tape question

[Jackson, Rob]

Fun little note on RAID:  it is fallible.  The last Sunday of October 2016 I 
got a call bright and early because our VTS (TS7740) had shut down.  Turns out 
we had a "cache" HDD failure at around 4 AM, and then a second one failed at 
around 7 AM, before the first one had been rebuilt on a spare.  RAID-5 could 
not accommodate it.  Because of IBM politics, we had no tape until Monday at 
16:00.  I am ashamed to say that I sort of took tape for granted.  It was 
astonishing how much of our processing depended on it.

R.S. is spot on:  make backups.  Because of the trauma from this one event, we 
now have a three-way VTS grid, synchronous-mirrored SANs, and two mainframes on 
the floor.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Tuesday, July 7, 2020 4:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape question

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

Yes, it is possible to have VTS without real tapes on backend. Some vendors do 
offer only "tapeless tapes", with no option to connect real tape library.
However from OS point of view there is difference between disk (DASD) and tape 
(offline storage).
Price difference is also worth to consider, however I mean the logic.
Even the biggest, cheapest and really huge DASD will not protect you form human 
and application (and other) errors. But backup will do it.
That's why we do backups. We don't afraid of disk failure, because we have 
RAID, spare modules and possibly remote copy. However we do backups.
If you insist on DASD, you may (theoretically) connect another DASD box 
dedicated for backups only. And even (logically) disconnect it between backup 
sessions. However it is IMHO worse version of VTS.

Note: I do not discuss here things like price (initial, per terabyte), 
compression, thruput, scalability, RAID, etc.

--
Radoslaw Skorupka
Lodz, Poland






W dniu 06.07.2020 o 16:46, kekronbekron pisze:
> Hmm... do a lot of shops use actual cart based tapes ... TS77xx with TS4x00?
> Don't know if EMC DLm has a cart back-end option.
>
> If it's VTL with disk back-end, is that any different from having it all on 
> DASD?
>
>
> - KB
>
> ‐‐‐ Original Message ‐‐‐
> On Monday, July 6, 2020 4:25 PM, R.S.  wrote:
>
>> I forgot something obvious for me: NEVER USE TAPES FOR APPLICATION DATA.
>> No jobs should write or read tapes.
>> Nothing except backup and restore and (optionally) ML2. Managed by 
>> HSM or FDR. Some excepions for archive copies are worth to consider.
>> Note: you may have 15 years old backup on new shining tape. Migration 
>> from older tape is no nightmare at all. It is simple.
>>
>> -
>> -
>> -
>> -
>> -
>> 
>>
>> Radoslaw Skorupka
>> Lodz, Poland
>>
>> W dniu 06.07.2020 o 12:49, R.S. pisze:
>>
>>> W dniu 05.07.2020 o 14:12, kekronbekron pisze:
>>>
 Hello List,
 Just wondering ... assuming there's a primary storage product out 
 there that can store how-many-ever hoo-haa-bytes, and is a good 
 product in general, it should make sense to begin eliminating all 
 tape (3490/3590) use right?
 First, ML1 & ML2 in HSM, then HSM itself, then rebuild jobs to 
 write to disk, or do SMS/ACS updates to make it all disk reads/writes.
 Looking at the current storage solutions out there, this is 
 possible, right?
 What would be the drawbacks (assume that primary storage is super 
 cost-efficient, so there's no need to archive anything).
>>> Few remarks:
>>> Even the cheapest possible DASD will not replace backup and other 
>>> things (archive copy, etc.) I did replace 3490E tapes with really 
>>> cheap second hand DASD boxes, it was approx. 20 years ago. Been 
>>> There, done that. It wasn't very fine solution, it was cheap and 
>>> working. AFAIR HSM does not like DASD as the output for some 
>>> activities, can't remember details.
>>> Someone wrote about tapes moved to DR shelter. That's very 
>>> old-fashioned. I would strongly prefer to have remote copy, that 
>>> means two dasd-boxes and connectivity between.
>>> There are products for tape emulation on CKD disk. It is definitely 
>>> no cheap. It also consume MSU.
>>> Tapes, even virtual tapes are OFFLINE media from MVS point of view.
>>> Offline media are good for some ps! mistakes.
>>> Last, but not least: you assumption is far from reality. DASD is 
>>> still more expensive than tape. The more capacity the difference is bigger.
>>> Tape (real one) is cheap when talking about carts and very well 
>>> scalable. However tape realm with "first cart" 

Re: Storage & tape question

[Jackson, Rob]

Nope.  I meant what I said.  300 MB/s.  It is what it is.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Monday, July 6, 2020 12:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape question

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

ITYM TB, not MB

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jackson, Rob
Sent: Monday, July 6, 2020 9:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape question

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

We have a three-way TS7760 grid--all mirrors of each other.  DR box is a 
TS7760T with a 3584, with some 650 tapes, or so.

Yes, it's very much different.  With IBM's VTSs you pay for bandwidth.  We 
license 300 MB/s, for instance, on each cluster.  If I remember correctly, you 
can go up to 700 MB/s on the TS7760.  A far cry from normal "DASD" boxes.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
kekronbekron
Sent: Monday, July 6, 2020 10:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape question

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

Hmm... do a lot of shops use actual cart based tapes ... TS77xx with TS4x00?
Don't know if EMC DLm has a cart back-end option.

If it's VTL with disk back-end, is that any different from having it all on 
DASD?


- KB

‐‐‐ Original Message ‐‐‐
On Monday, July 6, 2020 4:25 PM, R.S.  wrote:

> I forgot something obvious for me: NEVER USE TAPES FOR APPLICATION DATA.
> No jobs should write or read tapes.
> Nothing except backup and restore and (optionally) ML2. Managed by HSM 
> or FDR. Some excepions for archive copies are worth to consider.
> Note: you may have 15 years old backup on new shining tape. Migration 
> from older tape is no nightmare at all. It is simple.
>
> --
> --
> --
> --
> --
> ---
>
> Radoslaw Skorupka
> Lodz, Poland
>
> W dniu 06.07.2020 o 12:49, R.S. pisze:
>
> > W dniu 05.07.2020 o 14:12, kekronbekron pisze:
> >
> > > Hello List,
> > > Just wondering ... assuming there's a primary storage product out 
> > > there that can store how-many-ever hoo-haa-bytes, and is a good 
> > > product in general, it should make sense to begin eliminating all 
> > > tape (3490/3590) use right?
> > > First, ML1 & ML2 in HSM, then HSM itself, then rebuild jobs to 
> > > write to disk, or do SMS/ACS updates to make it all disk reads/writes.
> > > Looking at the current storage solutions out there, this is 
> > > possible, right?
> > > What would be the drawbacks (assume that primary storage is super 
> > > cost-efficient, so there's no need to archive anything).
> >
> > Few remarks:
> > Even the cheapest possible DASD will not replace backup and other 
> > things (archive copy, etc.) I did replace 3490E tapes with really 
> > cheap second hand DASD boxes, it was approx. 20 years ago. Been 
> > There, done that. It wasn't very fine solution, it was cheap and 
> > working. AFAIR HSM does not like DASD as the output for some 
> > activities, can't remember details.
> > Someone wrote about tapes moved to DR shelter. That's very 
> > old-fashioned. I would strongly prefer to have remote copy, that 
> > means two dasd-boxes and connectivity between.
> > There are products for tape emulation on CKD disk. It is definitely 
> > no cheap. It also consume MSU.
> > Tapes, even virtual tapes are OFFLINE media from MVS point of view.
> > Offline media are good for some ps! mistakes.
> > Last, but not least: you assumption is far from reality. DASD is 
> > still more expensive than tape. The more capacity the difference is bigger.
> > Tape (real one) is cheap when talking about carts and very well 
> > scalable. However tape realm with "first cart" is extremely 
> > expensive, because drives are expensive, controllers are expensive 
> > and ATLs are expensive.
> > The real decision depends strongly on your capacity, your predicted 
> > growths, your needs and b

Re: Storage & tape question

[Jackson, Rob]

We have a three-way TS7760 grid--all mirrors of each other.  DR box is a 
TS7760T with a 3584, with some 650 tapes, or so.

Yes, it's very much different.  With IBM's VTSs you pay for bandwidth.  We 
license 300 MB/s, for instance, on each cluster.  If I remember correctly, you 
can go up to 700 MB/s on the TS7760.  A far cry from normal "DASD" boxes.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
kekronbekron
Sent: Monday, July 6, 2020 10:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape question

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

Hmm... do a lot of shops use actual cart based tapes ... TS77xx with TS4x00?
Don't know if EMC DLm has a cart back-end option.

If it's VTL with disk back-end, is that any different from having it all on 
DASD?


- KB

‐‐‐ Original Message ‐‐‐
On Monday, July 6, 2020 4:25 PM, R.S.  wrote:

> I forgot something obvious for me: NEVER USE TAPES FOR APPLICATION DATA.
> No jobs should write or read tapes.
> Nothing except backup and restore and (optionally) ML2. Managed by HSM 
> or FDR. Some excepions for archive copies are worth to consider.
> Note: you may have 15 years old backup on new shining tape. Migration 
> from older tape is no nightmare at all. It is simple.
>
> --
> --
> --
> --
> --
> ---
>
> Radoslaw Skorupka
> Lodz, Poland
>
> W dniu 06.07.2020 o 12:49, R.S. pisze:
>
> > W dniu 05.07.2020 o 14:12, kekronbekron pisze:
> >
> > > Hello List,
> > > Just wondering ... assuming there's a primary storage product out 
> > > there that can store how-many-ever hoo-haa-bytes, and is a good 
> > > product in general, it should make sense to begin eliminating all 
> > > tape (3490/3590) use right?
> > > First, ML1 & ML2 in HSM, then HSM itself, then rebuild jobs to 
> > > write to disk, or do SMS/ACS updates to make it all disk reads/writes.
> > > Looking at the current storage solutions out there, this is 
> > > possible, right?
> > > What would be the drawbacks (assume that primary storage is super 
> > > cost-efficient, so there's no need to archive anything).
> >
> > Few remarks:
> > Even the cheapest possible DASD will not replace backup and other 
> > things (archive copy, etc.) I did replace 3490E tapes with really 
> > cheap second hand DASD boxes, it was approx. 20 years ago. Been 
> > There, done that. It wasn't very fine solution, it was cheap and 
> > working. AFAIR HSM does not like DASD as the output for some 
> > activities, can't remember details.
> > Someone wrote about tapes moved to DR shelter. That's very 
> > old-fashioned. I would strongly prefer to have remote copy, that 
> > means two dasd-boxes and connectivity between.
> > There are products for tape emulation on CKD disk. It is definitely 
> > no cheap. It also consume MSU.
> > Tapes, even virtual tapes are OFFLINE media from MVS point of view.
> > Offline media are good for some ps! mistakes.
> > Last, but not least: you assumption is far from reality. DASD is 
> > still more expensive than tape. The more capacity the difference is bigger.
> > Tape (real one) is cheap when talking about carts and very well 
> > scalable. However tape realm with "first cart" is extremely 
> > expensive, because drives are expensive, controllers are expensive 
> > and ATLs are expensive.
> > The real decision depends strongly on your capacity, your predicted 
> > growths, your needs and budget.
>
> ==
>
> Jeśli nie jesteś adresatem tej wiadomości:
>
> -   powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> -   usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub 
> zapisałeś na dysku).
> Wiadomość ta może zawierać chronione prawem informacje, które może 
> wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia 
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza 
> prawo i może podlegać karze.
>
> mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
> Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
> Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
> NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
> 01.01.2020 r. wynosi 169.401.468 złotych.
>
> If you are not the addressee of this message:
>
> -   let us know by replying to this e-mail (thank you!),
> -   delete this message permanently (including all the copies which you have 
> printed out or saved).
> This message may contain legally protected information, which may be used 
> exclusively by the 

Re: Mainframe co-op

[Jackson, Rob]

Pennies.  The Toolkit is highly worth it.

First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Friday, July 3, 2020 6:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe co-op

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

> Years ago, in Silicon Valley, I worked on ACS/OBS WYLBUR.

Would you consider looking at the Wikipedia article on Wylbur and adding some 
information?

> Meanwhile, you must have HLASM and probably want to have the toolkit 
> (separately chargeable as I understand it).

Yes, HLASM itself is bundled but the Toolkit is an extra charge.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
ste...@copper.net [ste...@copper.net]
Sent: Friday, July 3, 2020 3:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe co-op

Years ago, in Silicon Valley, I worked on ACS/OBS WYLBUR. We had a P/390 that I 
had tuned the I/O for to really speed it up. ACS also sold time on their 
systems.

Contractually, we were only allowed to charge access costs for the P/390. It 
was not to be a "production" machine. So developers could buy access to it, but 
not on a "per CPU time" charge and related. We did have a few takers for the 
P/390.

The system Charles has mentioned has certain caveats and issues. One can't 
control their z/OS image, because the DASD for the RES is controlled by the 
data center.

If one were to obtain a z/OS license, and were to get it to run under KVM, then 
one could have a "production" system, where all source is handled, compiles 
done, etc., while all system level testing is done on another image.

There are costs with this that have to be overcome.

Let's take a look into the future: IBM is going to put out a release of VM 
and/or z/OS that will not run on a z/?? CEC and that is the one you have (or 
SUSE/RHEL, etc. does the same with KVM etc.). You will now have to migrate to 
another machine. Can you get that machine on the used market at a good price?

Meanwhile, you must have HLASM and probably want to have the toolkit 
(separately chargeable as I understand it). You will need all the compilers 
being used COBOL, PL/1, c/C++, etc.. Can you get them under a development 
license?

Ok, let's say you can. You may need to have a small machine that is used for 
compiles so that you do not have to pay for the compilers on the bigger box.

Given that you are going to have those who are doing development where they 
will need to have multiple CPUs, what you want is the slowest machine you can 
get (sub-model?) but with 4-6 General CPs for race condition testing.

Now depending on the number of people/entities interested in this system, one 
may need multiple LPARs and possibly CECs to handle the workload.

If I could (and because of who I work for, and for those of you who think I 
work for Humana, I did at one time, but things change...), I would go to a 
University or college and propose this: A Mainframe Academic center.  And I 
would tie that with somehow teaching COBOL (it ain't dead, and it is still 
growing), and possibly CICS & DB2. If IBM still does an academic licensing 
thing, then this is the cheapest way to go that I am aware of. And if you can 
get the school to do an open semester year tuition allowing one to do self 
directed studies

Believe me, with all the outsourced contractors I deal with who have degrees in 
IT Theory and absolutely no PROGRAMMING experience outside of some OO language, 
I could see this being something that might get some traction since with 
COVID-19 we just found out that we can do classes virtually to anywhere (those 
of us who have been working from Home for decades already knew that).

And you might get certain companies to throw in their tools, such as z/XDC for 
a low price.

Ok, maybe more than 2 cents, but these are my observations having done some of 
this before Outsourcing organizations became Cloud companies.

THE HEADACHE not yet mentioned is, one may not be able to get support for this 
system. So one may have to wait until a production machine somewhere hits your 
problem to get an APAR/PTF.


Regards,
Steve Thompson


--- charl...@mcn.org wrote:

From: Charles Mills 
To:   IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] Mainframe co-op
Date: Fri, 3 Jul 2020 11:41:52 -0700

A model to look at might be the IBM Innovation Center, Dallas.

The price is higher than what I picture as your target: $550/month and up IIRC. 
You get two dedicated VM virtual machines: one that runs CMS and that you use 
as a console. You can do limited console automation with Rexx. And one on which 
you IPL z/OS. The z/OS -- any current version that you want -- runs from shared 
read-only DASD that IBM maintains: PTFs and so forth are IBM's problem. You get 
just about 

Re: Mainframe co-op

[Jackson, Rob]

Ahhh.  Cool.  That makes sense.  Many thanks for the answer.  And congrats; 
sounds like it was indeed a challenge.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pew, Curtis G
Sent: Friday, July 3, 2020 5:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe co-op

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

On Jul 3, 2020, at 3:30 PM, Jackson, Rob  wrote:
>
> I'm curious:  what about adding zIIPs was challenging?

1. Determining what our zIIP and non-zIIP capacity needs would be. In other 
words, since we didn’t have zIIPs before we weren’t sure how much of our 
workload would actually run on the zIIPs.

2. The biggest thing was that we are an Adabas/Natural shop, so we were hoping 
to run both those products zIIP-enabled. However, we have a home-grown security 
system that’s implemented by several thousand lines of assembler code that runs 
as a part of the Natural session, and this code was doing things like issuing 
SVCs and examining the current TCB, and those things don’t work when you’re 
running zIIP-enabled. So the challenge was if we could rewrite all that code to 
work on zIIPs. (And see “how much of our workload could run zIIP-enabled” 
above.)

We were able to get the code rewritten, and we’ve been very happily running 
Adabas and Natural zIIP-enabled ever since.


--
Pew, Curtis G
curtis@austin.utexas.edu






--
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: Mainframe co-op

[Jackson, Rob]

I'm curious:  what about adding zIIPs was challenging?

First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pew, Curtis G
Sent: Friday, July 3, 2020 3:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe co-op

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

On Jul 3, 2020, at 2:16 PM, Jesse 1 Robinson  wrote:
>
> Ah, software cost. I still remember the first CPU upgrade after the 
> insinuation of tiered pricing. We budgeted for the hardware and extracted 
> approval from management. Then we were bowled over when the software bills 
> rolled in. Of course it was our fault for not considering the budget busting 
> impact of increased MIPS. Not sure IBM thought it through. We now refrain 
> from hardware upgrades because of software costs.

I just gave a presentation to our user community about the z10 BC → z14 ZR1 
upgrade we did last August. One of the most challenging things about this 
upgrade was our z14 has zIIPs, which we didn’t have before. But try explaining 
zIIPs and CP capacity levels, or processor characterization in general! Those 
are totally irrational, except in the context of how mainframe software is 
priced.


--
Pew, Curtis G
curtis@austin.utexas.edu






--
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: Mainframe co-op

[Jackson, Rob]

I think _I_ know the answer to the big question for IBM on Z.  I do suspect 
it's incompatible with their culture.  I think they're bound and determined to 
run the platform into the ground.

I would gladly volunteer my free time to admin a public platform and support 
users; I doubt I am alone.  I grew up in the UNIX/Windoze world.  This platform 
is superior.  I would that it will continue.

First Horizon Bank
Mainframe Technical Support



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Tomasz Rola
Sent: Friday, July 3, 2020 1:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe co-op

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

On Fri, Jul 03, 2020 at 10:18:13AM -0600, Grant Taylor wrote:
[...]
> There are a group of hobbyists and enthusiasts that have taken MVS 
> 3.8j, which decidedly does not include REXX or prerequisites therefor, 
> and backported (?) REXX to it, including re-creating any 
> prerequisites.
>
> This is the creative and enthusiastic spirit that created Unix 50 
> years ago and helped Linux become what it is today.  Just think for a 
> moment where the mainframe could be in 10 or 20 years if even some of 
> these creative efforts were directed at enhancing the mainframe.

Perhaps this kind of spirit is not compitible with spirit of IBM?

Perhaps one not only needs to imagine what could have happened, but also why 
something does not happen / have not happened?

No, I do not have the answers. I think a good question is worth a thousand 
answers, perhaps.

--
Regards,
Tomasz Rola

--
** A C programmer asked whether computer had Buddha's nature.  **
** As the answer, master did "rm -rif" on the programmer's home**
** directory. And then the C programmer became enlightened...  **
** **
** Tomasz Rola  mailto:tomasz_r...@bigfoot.com **

--
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: RACF-SailPoint

[Jackson, Rob]

The exits are needed only if you use the Online Interceptor (send RACF admin 
commands to SailPoint).  We do not use that; I didn't put my foot down (but I 
would have); instead, I gently steered them to nightly/on-demand Aggregation 
only, and that has been good enough.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ron 
Wells
Sent: Thursday, July 2, 2020 9:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RACF-SailPoint

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

That is what concerns me...too me it is a BREECH of security

Want to stay off list.. my email is ron.we...@omf.com

They only mentioned a exit/api needs to be installed >> bother me ... trying to 
get pros/cons and what others have experienced..

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Thursday, July 02, 2020 8:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RACF-SailPoint

** EXTERNAL EMAIL - USE CAUTION **


Unfortunately, yes, a bit.  I only have to deal with the mainframe connector 
and at this point it's only used for reporting but they're looking at making it 
do a bunch more.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ron 
Wells
Sent: Thursday, July 2, 2020 7:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] RACF-SailPoint

Anyone have any dealing with Sailpoint product..


Email Disclaimer

This E-mail contains confidential information belonging to the sender, which 
may be legally privileged information. This information is intended only for 
the use of the individual or entity addressed above. If you are not the 
intended recipient, or an employee or agent responsible for delivering it to 
the intended recipient, you are hereby notified that any disclosure, copying, 
distribution, or the taking of any action in reliance on the contents of the 
E-mail or attached files is strictly prohibited.

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


Email Disclaimer

This E-mail contains confidential information belonging to the sender, which 
may be legally privileged information. This information is intended only for 
the use of the individual or entity addressed above. If you are not the 
intended recipient, or an employee or agent responsible for delivering it to 
the intended recipient, you are hereby notified that any disclosure, copying, 
distribution, or the taking of any action in reliance on the contents of the 
E-mail or attached files is strictly prohibited.

--
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: RACF-SailPoint

[Jackson, Rob]

As with Rex, I deal only with the Connector.  The install is kind of kludgy, 
but it's not bad.  If I remember correctly, the security setup for the service 
accounts (requires two) was not well documented.

Unlike Rex, we use ours for dynamic provisioning right now.  Users request and 
get approvals for entitlements in SailPoint; they are immediately provisioned 
in RACF.

The hardest part, by far, was mapping RACF resources to the SailPoint 
structures on the other end.  They still don't match up quite right (and TSO 
segments, etc., are still manual; they couldn't figure that out).  The folks on 
that end speak AD; RACF is a foreign concept to them.  It took them at least a 
year, and perhaps eighteen months, to roll it out.

A few things if you implement it:
Don't wait until it fails--grow your QUEUE file by at least ten times over 
delivered values right at the start.
Expect issues with Aggregation (we use online; offline _sounds_ problematic); 
it is slow and fails often.  The latest Gateway has improved it a lot, but it 
has taken years.
When de-provisioning users, SP disconnects all groups; you will find the need 
to set up a default group for most/all users with no permits and code that into 
SP as something it cannot remove.

Also, and my biggest gripe, which is only operational:  we have a limited 
number of sysplexes and RACF databases, so dev SP points at the sysprog 
sandbox; QA SP points at our "production integration" environment, and prod SP 
points at prod/dev.  I do not know how many times I have had to recover the 
RACF database in dev/QA from the console because the SP folks have 
deprovisioned all the sysprog accounts; they are also fond of removing groups 
from the operators, etc.  Forgive them, for they know not what they do, I 
suppose.

On the bright side, the user exits are in REXX and are easy to use and 
implement.  Lots of exit points as well.  (One we use, for instance, cleans up 
user datasets and aliases upon deprovisioning.)

There are other things I'm forgetting right now; if I think of any, I'll post 
again.

First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ron 
Wells
Sent: Thursday, July 2, 2020 9:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RACF-SailPoint

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

Unfortunately --- lol
What experiences/problems you have had on MF

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jackson, Rob
Sent: Thursday, July 02, 2020 8:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RACF-SailPoint

** EXTERNAL EMAIL - USE CAUTION **


Unfortunately, yes.  We run it.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ron 
Wells
Sent: Thursday, July 2, 2020 8:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: RACF-SailPoint

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

Anyone have any dealing with Sailpoint product..


Email Disclaimer

This E-mail contains confidential information belonging to the sender, which 
may be legally privileged information. This information is intended only for 
the use of the individual or entity addressed above. If you are not the 
intended recipient, or an employee or agent responsible for delivering it to 
the intended recipient, you are hereby notified that any disclosure, copying, 
distribution, or the taking of any action in reliance on the contents of the 
E-mail or attached files is strictly prohibited.

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


Email Disclaimer

This E-mail contains confidential information belonging to the sender, which 
may be legally privileged information. This information is intended only for 
the use of the individual or entity addressed above. If you are not the 
intended recipient, or an employee or agent responsible for delivering it to 
the intended recipient, you are hereby notified that any disclosure, copying, 
distribution, or the tak

Re: RACF-SailPoint

[Jackson, Rob]

Unfortunately, yes.  We run it.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ron 
Wells
Sent: Thursday, July 2, 2020 8:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: RACF-SailPoint

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

Anyone have any dealing with Sailpoint product..


Email Disclaimer

This E-mail contains confidential information belonging to the sender, which 
may be legally privileged information. This information is intended only for 
the use of the individual or entity addressed above. If you are not the 
intended recipient, or an employee or agent responsible for delivering it to 
the intended recipient, you are hereby notified that any disclosure, copying, 
distribution, or the taking of any action in reliance on the contents of the 
E-mail or attached files is strictly prohibited.

--
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: AT-TLS ? Very Basic Questions

[Jackson, Rob]

Ah, maybe he was going on this or something similar, and it got garbled in 
translation:

https://www.ibm.com/support/pages/zos-communications-server-tls-needed-implement-tls-v12

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jackson, Rob
Sent: Tuesday, June 30, 2020 1:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [Originated Externally]Re: AT-TLS ? Very Basic Questions

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

My turn to say interesting!  I didn't look it up; just going on what the Comm 
guy assured me.  We're still on 2.2 (shortly on to 2.4), so maybe that makes a 
difference.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lennie Dymoke-Bradshaw
Sent: Tuesday, June 30, 2020 1:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AT-TLS ? Very Basic Questions

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

I have TLS 1.2 working in my TN3270 server without AT-TLS.
This is on z/OS 2.3

Lennie Dymoke-Bradshaw
Consultant working on contract for
BMC Mainframe Services by RSM Partners
‘Dance like no one is watching. Encrypt like everyone is.’

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jackson, Rob
Sent: 30 June 2020 18:10
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] AT-TLS ? Very Basic Questions

A note, without addressing your entire post (certainly not my area of 
expertise):  AT-TLS is required for TN3270 (and others) if you want to use TLS 
1.2 and higher.  In your TELNETPARMS for the port, instead of using SECUREPORT, 
you use TTLSPORT, referencing a port specified in a TTLSRule in AT-TLS.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Brennan
Sent: Tuesday, June 30, 2020 12:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AT-TLS ? Very Basic Questions

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

I've tried to skim some of the AT-TLS doc, and even attended an IBM webinar 
last week, but I'm still missing what I imagine are important background 
points.  Maybe someone here can explain things, but don't worry too much about 
it.

Client and server programs like SSH/SSHD call programs such as OpenSSL to 
handle the encryption handshake and processing.  So when you set those up, 
there is no AT-TLS needed for encryption.  Same with the
TN3270 server and client, as long as you set that up with keys and parameters 
on the host side, and settings on the client side.

I'm thinking because of the name "Application Transparent" that AT-TLS was made 
for programs that DON'T have their own logic to call OpenSSL (or whatever) to 
do their own encryption.  Let's use clear-text FTP as an example.  So somehow, 
AT-TLS hooks into the processing and provides an encrypted "tunnel", kind of 
like VPN does, but only for that one application.  Does that sound correct?

If so, then the encryption is "transparent" to the FTP server code and FTP does 
not need to be changed, which I think is the whole idea here.
Yet we now have an encrypted session.  Does that sound correct?

Then if so, what happens on the FTP client side?  I certainly can't use the 
Windows FTP command, for example, because it's not setup for any kind of 
encryption.  That's kind of my big question here.

On 6/30/2020 1:44 AM, Lionel B Dyck wrote:
> Sweet - thank you
>
>
> Lionel B. Dyck <
> Website: https://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of kekronbekron
> Sent: Tuesday, June 30, 2020 2:34 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: AT-TLS ?
>
> Hi LBD!,
>
> Check these out-
>
>
> http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS5416
> http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS5415
> http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS5414
>
> - KB
>
> ‐‐‐ Original Message ‐‐‐
> On Monday, June 29, 2020 3:56 AM, Lionel B Dyck  wrote:
>
>> Anyone have any pointers for configuring AT-TLS on z/OS?
>>
>> Lionel B. Dyck <
>> Website: https://www.lbdsoftware.com https://www.lbdsoftware.com
>>
>> "Worry more about your character than your reputation. Character is 
>> what you are, reputation merely what others think you are." - John 
>> Wooden
>>
>>
>> -
>> -
>> -

Re: AT-TLS ? Very Basic Questions

[Jackson, Rob]

My turn to say interesting!  I didn't look it up; just going on what the Comm 
guy assured me.  We're still on 2.2 (shortly on to 2.4), so maybe that makes a 
difference.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lennie Dymoke-Bradshaw
Sent: Tuesday, June 30, 2020 1:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AT-TLS ? Very Basic Questions

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

I have TLS 1.2 working in my TN3270 server without AT-TLS.
This is on z/OS 2.3

Lennie Dymoke-Bradshaw
Consultant working on contract for
BMC Mainframe Services by RSM Partners
‘Dance like no one is watching. Encrypt like everyone is.’

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jackson, Rob
Sent: 30 June 2020 18:10
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] AT-TLS ? Very Basic Questions

A note, without addressing your entire post (certainly not my area of 
expertise):  AT-TLS is required for TN3270 (and others) if you want to use TLS 
1.2 and higher.  In your TELNETPARMS for the port, instead of using SECUREPORT, 
you use TTLSPORT, referencing a port specified in a TTLSRule in AT-TLS.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Brennan
Sent: Tuesday, June 30, 2020 12:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AT-TLS ? Very Basic Questions

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

I've tried to skim some of the AT-TLS doc, and even attended an IBM webinar 
last week, but I'm still missing what I imagine are important background 
points.  Maybe someone here can explain things, but don't worry too much about 
it.

Client and server programs like SSH/SSHD call programs such as OpenSSL to 
handle the encryption handshake and processing.  So when you set those up, 
there is no AT-TLS needed for encryption.  Same with the
TN3270 server and client, as long as you set that up with keys and parameters 
on the host side, and settings on the client side.

I'm thinking because of the name "Application Transparent" that AT-TLS was made 
for programs that DON'T have their own logic to call OpenSSL (or whatever) to 
do their own encryption.  Let's use clear-text FTP as an example.  So somehow, 
AT-TLS hooks into the processing and provides an encrypted "tunnel", kind of 
like VPN does, but only for that one application.  Does that sound correct?

If so, then the encryption is "transparent" to the FTP server code and FTP does 
not need to be changed, which I think is the whole idea here.
Yet we now have an encrypted session.  Does that sound correct?

Then if so, what happens on the FTP client side?  I certainly can't use the 
Windows FTP command, for example, because it's not setup for any kind of 
encryption.  That's kind of my big question here.

On 6/30/2020 1:44 AM, Lionel B Dyck wrote:
> Sweet - thank you
>
>
> Lionel B. Dyck <
> Website: https://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of kekronbekron
> Sent: Tuesday, June 30, 2020 2:34 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: AT-TLS ?
>
> Hi LBD!,
>
> Check these out-
>
>
> http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS5416
> http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS5415
> http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS5414
>
> - KB
>
> ‐‐‐ Original Message ‐‐‐
> On Monday, June 29, 2020 3:56 AM, Lionel B Dyck  wrote:
>
>> Anyone have any pointers for configuring AT-TLS on z/OS?
>>
>> Lionel B. Dyck <
>> Website: https://www.lbdsoftware.com https://www.lbdsoftware.com
>>
>> "Worry more about your character than your reputation. Character is 
>> what you are, reputation merely what others think you are." - John 
>> Wooden
>>
>>
>> -
>> -
>> -
>> -
>> -
>>
>> 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-MA

Re: AT-TLS ? Very Basic Questions

[Jackson, Rob]

A note, without addressing your entire post (certainly not my area of 
expertise):  AT-TLS is required for TN3270 (and others) if you want to use TLS 
1.2 and higher.  In your TELNETPARMS for the port, instead of using SECUREPORT, 
you use TTLSPORT, referencing a port specified in a TTLSRule in AT-TLS.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Brennan
Sent: Tuesday, June 30, 2020 12:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AT-TLS ? Very Basic Questions

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

I've tried to skim some of the AT-TLS doc, and even attended an IBM webinar 
last week, but I'm still missing what I imagine are important background 
points.  Maybe someone here can explain things, but don't worry too much about 
it.

Client and server programs like SSH/SSHD call programs such as OpenSSL to 
handle the encryption handshake and processing.  So when you set those up, 
there is no AT-TLS needed for encryption.  Same with the
TN3270 server and client, as long as you set that up with keys and parameters 
on the host side, and settings on the client side.

I'm thinking because of the name "Application Transparent" that AT-TLS was made 
for programs that DON'T have their own logic to call OpenSSL (or whatever) to 
do their own encryption.  Let's use clear-text FTP as an example.  So somehow, 
AT-TLS hooks into the processing and provides an encrypted "tunnel", kind of 
like VPN does, but only for that one application.  Does that sound correct?

If so, then the encryption is "transparent" to the FTP server code and FTP does 
not need to be changed, which I think is the whole idea here.
Yet we now have an encrypted session.  Does that sound correct?

Then if so, what happens on the FTP client side?  I certainly can't use the 
Windows FTP command, for example, because it's not setup for any kind of 
encryption.  That's kind of my big question here.

On 6/30/2020 1:44 AM, Lionel B Dyck wrote:
> Sweet - thank you
>
>
> Lionel B. Dyck <
> Website: https://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of kekronbekron
> Sent: Tuesday, June 30, 2020 2:34 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: AT-TLS ?
>
> Hi LBD!,
>
> Check these out-
>
>
> http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS5416
> http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS5415
> http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS5414
>
> - KB
>
> ‐‐‐ Original Message ‐‐‐
> On Monday, June 29, 2020 3:56 AM, Lionel B Dyck  wrote:
>
>> Anyone have any pointers for configuring AT-TLS on z/OS?
>>
>> Lionel B. Dyck <
>> Website: https://www.lbdsoftware.com https://www.lbdsoftware.com
>>
>> "Worry more about your character than your reputation. Character is 
>> what you are, reputation merely what others think you are." - John 
>> Wooden
>>
>>
>> -
>> -
>> -
>> -
>> -
>>
>> 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: Good FTP client for MVS data set access

[Jackson, Rob]

PKWare for not-free.  Unzip from rocket for free.  Probably others.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Bridges
Sent: Thursday, June 18, 2020 1:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Good FTP client for MVS data set access

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

Wha...?  I might have misunderstood you, but it sounds like you're saying I can 
1) collect all the REXX execs I want to transfer to the mainframe, 2) ZIP them 
up (using PKZIP or WinZIP or 7-ZIP or whatever), 3) IND$FILE the .zip file to 
the mainframe, and then 4) ...here's where I bog down.  Is there a mainframe 
utility that can read .zip files?

And if there is (I never dreamt that), maybe I actually bog down at step 3:
Do I do the transfer in text or binary?

Are you sure you're not just having me on?

Even if you are, it suddenly occurs to me that there's a PC-based utility that 
handles XMIT files, and I think I have a copy left over from an old project.  I 
can bundle them all up in a XMIT file, copy that to the host, then RECEIVE it 
there.

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

/* Every contrition for sin is apt to encourage a not-quite-charitable wish 
that other people should exhibit a similar contrition.  -Charles Williams
(1886-1945) */

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Thursday, June 18, 2020 11:34

Why not zip them and do a single transfer of the zip file, then unzip them?


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bob 
Bridges [robhbrid...@gmail.com]
Sent: Thursday, June 18, 2020 1:20 AM

Sometimes all that's allowed, though.  Some of my clients lock up FTP, and make 
me use IND$FILE via whatever local 3270 emulation they use.

This can be a major pain.  Whenever I start at a new installation, one of my 
first jobs is to load up a bunch of REXX tools I've written over the years.
If I have to do them one at a time, it's a big bottleneck.  Most apps of that 
sort allow you to set up a list of files - but you have to enter the list 
manually, one by one, providing the filename on your PC and the target DSN on 
the mainframe, so it's not saving anything (and is a one-time job, after all).  
Last time I had to deal with it I reverse-engineered the format used for 
multi-file transfers and had VBA create a longer list for me.  I felt a fine, 
self-congratulatory glow at having hacked the system, but really, it shouldn't 
have been necessary.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Wednesday, June 17, 2020 23:39

Also slower than a dog, and if you are working for the security folks, 
basically unaudited.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Spiegel
Sent: Wednesday, June 17, 2020 7:05 PM

I have painfully experienced instances where IND$FILE (on z/VM) mangled a 
Binary Upload from my MS-Windows 10 Pro workstation.
It works every time I use FTP, though (via CLI or WinSCP).

--
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: Good FTP client for MVS data set access

[Jackson, Rob]

Sorry, Gil, I should have been more explicit.  WinSCP has a decent scripting 
facility.  I wish they'd add encryption to the DOS FTP client.

Also:  not SCP; WinSCP.  Quite a difference.

First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Wednesday, June 17, 2020 3:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Good FTP client for MVS data set access

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

On Wed, 17 Jun 2020 19:41:23 +, Jackson, Rob wrote:

>WinSCP is decent; there are countless class libraries as well.  I just enjoy 
>the DOS CLI.  Man, I wish they'd add encryption to it.
>
Doesn't the "S" in "SCP" mean "Secure", therefore the transmission is encrypted.
But: https://en.wikipedia.org/wiki/Secure_copy
"outdated, inflexible and not readily fixed."

-- 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: Good FTP client for MVS data set access

[Jackson, Rob]

WinSCP is decent; there are countless class libraries as well.  I just enjoy 
the DOS CLI.  Man, I wish they'd add encryption to it.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Wednesday, June 17, 2020 2:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Good FTP client for MVS data set access

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

The devil is in the details. I want tools that work together. That includes the 
ability to mix and match CLI and GUI. I should be able to script the GUI in a 
decent language.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Jackson, Rob [rwjack...@firsthorizon.com]
Sent: Wednesday, June 17, 2020 2:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Good FTP client for MVS data set access

My opinion, which is absolutely worthless:  FileZilla sucks as a mainframe FTP 
client.  BZ is far superior.  If you don't need SSL/TLS (which, of course, you 
do), the "DOS" client is better than both.  Who doesn't love a good ol' CLI?

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: Wednesday, June 17, 2020 2:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Good FTP client for MVS data set access

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

I use Filezilla (Open Source) and Bluezone (now from Rocket) Both have their 
pluses and minuses.

> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Frank Swarbrick
> Sent: Wednesday, June 17, 2020 11:10 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Good FTP client for MVS data set access
>
> What FTP client do you use to access MVS data sets?  Do you like it?
>
> I personally use the FTP Client that is part of Micro Focus (formerly
> Attachmate) Reflection Desktop for IBM (Reflection Workspace).  Being 
> an application suite dedicated to mainframe access (the application is 
> primarily a
> TN3270 client), the FTP Client that goes along with it seems to truly 
> understand the idiosyncrasies of MVS and works quite well with it.
>
> On the other hand, only a limited number of users in our shop are 
> "authorized" to use Reflection, so they cannot use its FTP client.
> They are stuck (currently) with an MVS hostile (IMO) application called 
> CuteFTP.
>
> Are there any good "freestanding" FTP GUI applications that are "MVS 
> friendly"?
>
>
> --
> 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

--
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: Good FTP client for MVS data set access

[Jackson, Rob]

My opinion, which is absolutely worthless:  FileZilla sucks as a mainframe FTP 
client.  BZ is far superior.  If you don't need SSL/TLS (which, of course, you 
do), the "DOS" client is better than both.  Who doesn't love a good ol' CLI?

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: Wednesday, June 17, 2020 2:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Good FTP client for MVS data set access

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

I use Filezilla (Open Source) and Bluezone (now from Rocket) Both have their 
pluses and minuses.

> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Frank Swarbrick
> Sent: Wednesday, June 17, 2020 11:10 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Good FTP client for MVS data set access
>
> What FTP client do you use to access MVS data sets?  Do you like it?
>
> I personally use the FTP Client that is part of Micro Focus (formerly
> Attachmate) Reflection Desktop for IBM (Reflection Workspace).  Being 
> an application suite dedicated to mainframe access (the application is 
> primarily a
> TN3270 client), the FTP Client that goes along with it seems to truly 
> understand the idiosyncrasies of MVS and works quite well with it.
>
> On the other hand, only a limited number of users in our shop are 
> "authorized" to use Reflection, so they cannot use its FTP client.  
> They are stuck (currently) with an MVS hostile (IMO) application called 
> CuteFTP.
>
> Are there any good "freestanding" FTP GUI applications that are "MVS 
> friendly"?
>
>
> --
> 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: Quote style

[Jackson, Rob]

Tom, always the voice of reason.

See below for my comment indicated by the less-than sign (open, angled 
bracket); that should be just the equivalent of > appearing on the quoted 
lines, right?

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Brennan
Sent: Saturday, June 13, 2020 2:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Quote style

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

Tom's opinion:  Top posting is like a meeting where one person talks, everybody 
hears it, and the conversation continues without having to explain the whole 
meeting each time.  When someone new comes along though, it would be nice to 
have a chronological history of what happened before - that's bottom posting.  
And that includes archiving when the "someone new" might be reading the 
conversation years later.

I like top posting because most of my work is real-time conversations.
If someone really wants bottom posting to catch up or for whatever reason, then 
it doesn't seem too hard for them to make a script or find a program to reverse 
the order of the conversation locally.  I do that manually every once in a 
while when someone at work says, "Tom, can you go through this month-long email 
thread and try to help?"  Ouch.  So the first thing I do is start with a 
notepad window open and make notes from the bottom up, not only reversing the 
email string, but also trying to weed out only what I really need to better 
understand the issue.

Now I sometimes do a combination like Curtis just did, where I'll include 
portions of the original email and make comments underneath each portion.  I'll 
usually do that by top posting with a copy/paste of just the part I'm 
referencing.  I rarely do the "See my response in red/green/blue below" 
intermixed in the entire original email.  When people do that to me, I often 
have trouble finding that one little red word somewhere in the pile.

< Really?  It always seems to work a lot better than this silliness.  Red 
sticks out like a sore thumb to me.  :)

On 6/13/2020 10:21 AM, Charles Mills wrote:
> What is it with tech bulletin boards and the fuss about top-posting? I will 
> bet I have gotten tens of thousands of business e-mail replies in my life and 
> every single one of them was "top-posted."
>
> What is it about tech bulletin boards where folks seem to want the most 
> relevant stuff -- the new stuff -- at the BOTTOM???
>
> I *like* Outlook.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Paul Gilmartin
> Sent: Saturday, June 13, 2020 9:54 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Quote style (was: ... Passive FTP ... )
>
> On Sat, 13 Jun 2020 13:17:11 +, Jackson, Rob wrote:
>
>> My cruddy email application (Outlook) doesn't do the >-style quoting (or at 
>> least I don't know how to make it), so let me try below with tabs; it will 
>> probably be ugly.
>>
> Does First Horizon require you to use Outlook?  I mostly post from the 
> LISTSERV Web interface.
>
> Does it enforce top-posting?  Does it prohibit editing quoted text, 
> heaps of legal disclaimers and all?
>
>> First Horizon Bank
>> Mainframe Technical Support
>
> -- 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
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: Quote style (was: ... Passive FTP ... )

[Jackson, Rob]

"See below" is more silly than "I'm Gil, therefore 'see below' is implied?"  
Seriously?  Besides, "see below" in my previous post was abbreviated for the 
point; since it matters so much, what I would typically say is, "see below for 
my answers in red."

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Saturday, June 13, 2020 1:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Quote style (was: ... Passive FTP ... )

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

On 2020-06-13, at 11:21:19, Charles Mills wrote:
>
> What is it with tech bulletin boards and the fuss about top-posting?
>
In some part tradition.

> I will bet I have gotten tens of thousands of business e-mail replies in my 
> life and every single one of them was "top-posted."
>
> What is it about tech bulletin boards where folks seem to want the most 
> relevant stuff -- the new stuff -- at the BOTTOM???
>
It depends on what it's *relevant*to*.  If I'm answering a ply with multiple 
questions, I intersperse answers, each after the relevant question.  "See 
below" is silly -- See *which* below.

> I *like* Outlook.
>
iOS Mail app previews the first couple *unquoted* lines.  A brilliant 
convention, provided the sender can quote properly.

-- 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: Quote style (was: ... Passive FTP ... )

[Jackson, Rob]

I'm no fan of Outlook, but top-posting doesn't bother me either.  When it's 
necessary to address points, I say, see below.  At least Outlook has HTML, so I 
generally change the font/color of my interleaved responses.  Oh well.

First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Saturday, June 13, 2020 1:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Quote style (was: ... Passive FTP ... )

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

What is it with tech bulletin boards and the fuss about top-posting? I will bet 
I have gotten tens of thousands of business e-mail replies in my life and every 
single one of them was "top-posted."

What is it about tech bulletin boards where folks seem to want the most 
relevant stuff -- the new stuff -- at the BOTTOM???

I *like* Outlook.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Saturday, June 13, 2020 9:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Quote style (was: ... Passive FTP ... )

On Sat, 13 Jun 2020 13:17:11 +0000, Jackson, Rob wrote:

>My cruddy email application (Outlook) doesn't do the >-style quoting (or at 
>least I don't know how to make it), so let me try below with tabs; it will 
>probably be ugly.
>
Does First Horizon require you to use Outlook?  I mostly post from the LISTSERV 
Web interface.

Does it enforce top-posting?  Does it prohibit editing quoted text, heaps of 
legal disclaimers and all?

>First Horizon Bank
>Mainframe Technical Support

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

Re: Quote style (was: ... Passive FTP ... )

[Jackson, Rob]

Outlook or OWA is required; access to private email service is blocked while on 
the network.

Top-posting isn't enforced.  Didn't you see my awesome manual job?  I could 
edit quoted text.  I cannot control the legal disclaimer; that's added after it 
leaves the Outbox.  It's all audit; don't even get me started on Domain 
Policies.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Saturday, June 13, 2020 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Quote style (was: ... Passive FTP ... )

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

On Sat, 13 Jun 2020 13:17:11 +, Jackson, Rob wrote:

>My cruddy email application (Outlook) doesn't do the >-style quoting (or at 
>least I don't know how to make it), so let me try below with tabs; it will 
>probably be ugly.
>
Does First Horizon require you to use Outlook?  I mostly post from the LISTSERV 
Web interface.

Does it enforce top-posting?  Does it prohibit editing quoted text, heaps of 
legal disclaimers and all?

>First Horizon Bank
>Mainframe Technical Support

-- 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: How is Passive FTP with TLS and NAT supposed to work?

[Jackson, Rob]

A yeah, my bad, that looks right.  Details do count.  I was going from faulty 
memory.  :)  Thanks!

First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Saturday, June 13, 2020 12:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How is Passive FTP with TLS and NAT supposed to work?

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

THANK YOU. Yes, PASSIVEIGNOREADDR is the key (and BTW you can then eliminate 
CCC with its security exposure).

Shows what a kludge FTP is. The client says "Let's go into passive mode. Tell 
me what IP address to use, and I will ignore it. Thank you. Because after all, 
I already know your IP address."

BTW, with EPSV4 I do *not* see 227 response would be (, , , ,8,106). Instead I 
see a 229 response:

EZA1701I >>> EPSV
SC3311 getReply: entered
SC4479 getNextReply: entered with waitForData = TRUE
229 Entering Extended Passive Mode (|||2158|)
SC5291 epsvReply: entered
SC5209 parseEPSVreply: entered
SC5221 parseEPSVreply: tmpreply 229 Entering Extended Passive Mode (|||2158|)
SC5240 parseEPSVreply: i 9 tmpstr (|||2158|)
SC5249 parseEPSVReply: delimiter is |/4f

But no matter. EPSV4 seems to be a nice-to-have. PASSIVEIGNOREADDR is the key.

For anyone following this thread who is wondering what the heck I have been 
talking about there is a good (non-mainframe, but it is the same issue) 
explanation here:

https://bit.ly/2Yv0BOp

> My cruddy email application (Outlook) doesn't do the >-style quoting

Yeah, I always just do it by hand in Outlook. I have a > key.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jackson, Rob
Sent: Saturday, June 13, 2020 6:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How is Passive FTP with TLS and NAT supposed to work?

My cruddy email application (Outlook) doesn't do the >-style quoting (or at 
least I don't know how to make it), so let me try below with tabs; it will 
probably be ugly.

First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills


Thanks all! Thanks much! Let me try to do one reply here to hold down the noise.

> active mode is the one using PORT; passive mode uses PASV

Thank you! It's a detail but I want to have the details right. Details are of 
the essence here. What *exactly* does the server send? On the client end I see

SC1373 initDsConnection: entered
SC2848 sendCmd: entered
EZA1701I >>> PASV
SC3311 getReply: entered
SC4479 getNextReply: entered with waitForData = TRUE
227 Entering Passive Mode (10,200,40,20,8,106)

Where *exactly* did the client get that 10.200.40.20 from? What *does* the 
serve send to convey "open your data connection on this address"?

Correct, the 227 is the server response.  The first four 
comma-delimited bytes-in-decimal are the server IP; the second two are the 
port:  256*8+106.

In other news:

- "Switching to another type of FTP" is non-trivial because the use of FTP is 
embedded in another product that builds control files on the fly. It would be a 
development project to use "a different FTP." Not out of the question, but a 
development project nonetheless.
- Both ends are z/OS FWIW. There is a mix of "legacy" and zFS. That is all 
under control presently.

Perfect; that should make it easier.
In SYSFTPD on the client side, the first of the below sets PASV; you 
have that.  The second
tells the client to ignore the returned IP and stick with the one it 
opened;
the third tells the server to use EPSV and not to respond with one in 
the first place (227 response would be (, , , ,8,106))
FWFRIENDLY  TRUE;
PASSIVEIGNOREADDR TRUE;
EPSV4 TRUE;

--
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: How is Passive FTP with TLS and NAT supposed to work?

[Jackson, Rob]

My cruddy email application (Outlook) doesn't do the >-style quoting (or at 
least I don't know how to make it), so let me try below with tabs; it will 
probably be ugly.

First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills


Thanks all! Thanks much! Let me try to do one reply here to hold down the noise.

> active mode is the one using PORT; passive mode uses PASV

Thank you! It's a detail but I want to have the details right. Details are of 
the essence here. What *exactly* does the server send? On the client end I see

SC1373 initDsConnection: entered
SC2848 sendCmd: entered
EZA1701I >>> PASV
SC3311 getReply: entered
SC4479 getNextReply: entered with waitForData = TRUE
227 Entering Passive Mode (10,200,40,20,8,106)

Where *exactly* did the client get that 10.200.40.20 from? What *does* the 
serve send to convey "open your data connection on this address"?

Correct, the 227 is the server response.  The first four 
comma-delimited bytes-in-decimal are the server IP; the second two are the 
port:  256*8+106.

In other news:

- "Switching to another type of FTP" is non-trivial because the use of FTP is 
embedded in another product that builds control files on the fly. It would be a 
development project to use "a different FTP." Not out of the question, but a 
development project nonetheless.
- Both ends are z/OS FWIW. There is a mix of "legacy" and zFS. That is all 
under control presently.

Perfect; that should make it easier.
In SYSFTPD on the client side, the first of the below sets PASV; you 
have that.  The second
tells the client to ignore the returned IP and stick with the one it 
opened;
the third tells the server to use EPSV and not to respond with one in 
the first place (227 response would be (, , , ,8,106))
FWFRIENDLY  TRUE;  
PASSIVEIGNOREADDR TRUE;
EPSV4 TRUE;

- I guess "IBM" SFTP does not support legacy datasets but Dovetail SFTP does? 
Is that right?

Right, including GDSs.  The only thing I can't make it do is wildcard 
DSNs, though wildcarding OMVS files is fine.

- Big question on SFTP: does it support anything like SITE FILETYPE=JES/GET 
jcl_file system_messages ? That is, submit a job and wait for completion? 
Without that it is a re-architecting, not a re=writing project.

The manual says it supports JES2 and JES3 job submissions, status, and 
spool-file transfers; I've never tried this.

- No program objects at this point but possibly in the future.

It supports PDSE; I've never had a need to send a program object from 
distributed to MVS or vice versa, so I dunno about that.

- Yes, having to install another product is a HUGE obstacle. Not impossible, 
not saying Dovetail is not wonderfulness, just the reality of sales is that 
"you have to install this other product in order to try our product" is always 
a huge obstacle.

But it is free, and it's so good, we've never had to have support 
(sorry, Kirk).

- > FTP's dual port architecture is simply a nightmare. Yeah, it always seemed 
so to me. Why do you need two sessions -- by default initiated in opposite 
directions -- to transfer both files and control information?

I agree!

--
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: How is Passive FTP with TLS and NAT supposed to work?

[Jackson, Rob]

Before I found out about Co:Z I used shell scripts and REXX in OMVS to copy the 
files back and forth from MVS datasets to OMVS file systems (if sending to the 
mainframe, they would follow up the copy with a SSH and execute a script with a 
table of DSNs with DCBs to copy to a MVS dataset . . . or supply their own DCB 
and dataset name).  It was very cumbersome indeed.  Co:Z makes all that go 
away; it's simple to install, implement, and use.  Highly recommended.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Friday, June 12, 2020 4:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How is Passive FTP with TLS and NAT supposed to work?

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

On Fri, 12 Jun 2020 18:21:47 +, Gibney, Dave wrote:

>Aside from, I think this is still true, absent Dovetail extensions, the 
>requirement that SFTP only works with ZFS/HFS files
>>
What's the intended recipient?  If desktop or Open Systems, zFS/HFS should be 
acceptable.  If z/OS, cumbersomely flatten with TRSMAIN or TSO TRANSMIT; copy 
to zFS and SFTP.

>> There are other things, I'm sure I'm forgetting.  Switch to SFTP, and 
>> life gets much easier--most of the time.

There's some echo here of the "retire mainframe" thread.  z/OS doesn't "play 
well with others."

-- 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: How is Passive FTP with TLS and NAT supposed to work?

[Jackson, Rob]

Well, your point is made und understood, but active mode is the one using PORT; 
passive mode uses PASV.  They both have their FW/load balancer issues.

We tend to use a variety of "fixes" for the various issues, given our 
convoluted (typical?) environment.  EPSV can help.  Some clients have the 
option to ignore PASV IP returned.  Our load balancers host our server certs in 
some cases so they can decrypt and modify the IP.  Our MFT proxy cluster has 
multiple nodes of FTP server adapter pairs, and each can be defined to return 
the same IP in the PASV response (they are session-break proxies, so they don't 
use the MFT servers' certs for encryption; they use their own); this IP would 
be the exposed forwarding VIP on the internet.

There are other things, I'm sure I'm forgetting.  Switch to SFTP, and life gets 
much easier--most of the time. 

First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Friday, June 12, 2020 2:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How is Passive FTP with TLS and NAT supposed to work?

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

X-Posted IBMMAIN and IBMTCP. Apologies. This is a question that is both urgent 
for us and perhaps a little obscure.

With Passive FTP, the server uses a PORT command to say to the client "open the 
data connection on this IP address." Unfortunately with NAT that is an internal 
address that is meaningless at the client. Many firewalls or routers that 
support NAT are apparently smart enough to translate that PORT command from an 
internal to an external address, and everything works wonderfully.

The wrinkle comes with TLS: the control connection is encrypted and 
inaccessible to the firewall or router.

Enter CCC:
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.ha
lz001/ftpcastlsrfclevel.htm
https://tools.ietf.org/html/rfc4217#page-19

CCC says "stop encrypting the control connection (so the router or firewall can 
see and translate it).

Apparently -- and this is where my knowledge gets fuzzy -- the RFC now requires 
that the partners close the control connection at that point, but z/OS FTP 
perhaps does not support that (?).

CCC has security red flags all over it, which is understandable, and it looks 
like we may be encountering a firewall or router that does not support it, or 
perhaps does not support the non-RFC version of it.

I am asking here "what is the 'right' answer?" How is passive FTP supposed to 
work over a TLS session with NAT in effect?

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: COBOL Question

[Jackson, Rob]

Sleazytrieve is the bane of existence, as much as java is.  We actually dumped 
all CA products, so we have IMU now.  I'm not sure it's any better.  You want 
to see some ugly COBOL?

First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
John McKown
Sent: Tuesday, June 9, 2020 4:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL Question

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

On Tue, Jun 9, 2020 at 3:28 PM Joe Monk  wrote:

> "Easytrieve plus"
>
> You mean sleazytrieve plus? :)
>

We still use SleavyTrieve+ in production. Crap, we have some RACF reports, 
written over 28 years ago (before my time) which use EZTP to parse the output 
of an "LU *". I really should replace them all with something using
IRRDBU00 output and ICETOOL along the path of RACFICE. But "we're going away" 
(perhaps finally, given UnitedHealthCare has enough money to just force it) and 
so "why bother?".



>
> There was also DYL280 and QUIKJOB.
>
> Joe
>
> On Tue, Jun 9, 2020 at 12:55 PM Mike Schwab 
> wrote:
>
> > 4GL - I've used Telon which takes a screen layout and database 
> > layout and generates the cobol code and editing rules.  ADR-Datacom 
> > had Ideal which was similar, later CA.  Easytrieve plus I really 
> > liked, especially the report generation part.
> >
> > 
> > -- 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
>


--
People in sleeping bags are the soft tacos of the bear world.
Maranatha! <><
John McKown

--
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: Base SYSPLEX setup

[Jackson, Rob]

Last list price I heard was $375K, but I did find this:

Hardware IBM 3906 - 1934 Hdwr 2031 ICF Each $256,132.39

I won't say where that came from, but I believe that's a VAR's sale price.  So, 
that's an idea of price range, at least.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ken 
Smith
Sent: Friday, June 5, 2020 11:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup

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

What does a CF processor cost these days?

On Fri, Jun 5, 2020 at 11:14 AM Joel C. Ewing  wrote:

> I interpreted Brian's requests as asking for typical cost range or 
> some estimate of cost.  "Peanuts" is always relative to the budget of 
> the speaker -- may or may not be peanuts in your budget.
>
> If the switch will be essential for your operation, it also needs to 
> have an acceptable time-to-repair/replace, which could be more of an 
> unknown if your budget constraints influence you to look at 
> discontinued or past-EOS devices.  The effective price at least 
> doubles if you have to buy additional units up front as insurance 
> against possible future hardware failures.
> Joel C Ewing
>
> On 6/5/20 2:49 AM, Timothy Sipples wrote:
> > Brian Westerman wrote:
> >> SO just how much are the peanuts?
> > Radoslaw Skorupka wrote:
> >> Peanuts mean really cheap.
> > Even a new switch with warranty is only a few more peanuts. For 
> > example, the Brocade 6510 and IBM SAN48B-5 (2498-F48) switches were 
> > just recently discontinued (May, 2020), but there might be some new 
> > stock available
> from
> > distributors.
> >
> > Looking at fully qualified (vendor blessed), reasonably physically
> small,
> > not latest model FICON switches, the discontinued Brocade 5300 and 
> > IBM
> > SAN80B-4 (2498-B80) switches were also qualified for IBM z13s 
> > machines
> (at
> > 4 and 8 Gb/s). The Cisco MDS 9250i (also available as IBM 9710-E01) 
> > and discontinued Cisco MDS 9222i (IBM 2054-E01) also appear in IBM 
> > z13s-related qualification letters.
> >
> > - - - - - - - - - -
> > Timothy Sipples
> > I.T. Architect Executive
> > Digital Asset & Other Industry Solutions IBM Z & LinuxONE
> > - - - - - - - - - -
> > E-Mail: sipp...@sg.ibm.com
> > ...
>
>
> --
> Joel C. Ewing
>
> --
> 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: Cl/Supersession

[Jackson, Rob]

We speak it.  For better or worse.  :)  What you looking to solve?

First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Monday, June 1, 2020 2:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Cl/Supersession

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

Does anyone speak CL/SuperSession besides the guys at IBM?

TIA

Steve

--
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: Where do started PROC errors go?

[Jackson, Rob]

Yep, and different OUTCLASS's.  So either the doc. is wrong (or misread) or 
something stepped in and changed the disposition.  Either way, it's ALL still 
on the spool until all the out groups are purged (not considering the effects 
of SPIN).

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Thursday, May 21, 2020 7:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where do started PROC errors go?

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

It's all there in ST:

DDNAME   StepName ProcStep DSID OwnerC Dest   Rec-Cnt
JESJCLIN  1  K  2
JESMSGLG JES2 2  K LOCAL6
JESJCL   JES2 3  K LOCAL   18
JESYSMSG JES2 4  K LOCAL   20
$INTTEXT JES2 5  A  7
SYSTSPRT QMONITOR   101  H LOCAL   34

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jackson, Rob
Sent: Thursday, May 21, 2020 3:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where do started PROC errors go?

Ah, I was looking at a mushed-up email, and it was hard to see all of it.
And yeah, the Init and Tuning reference seems to say what you suggest.  All I 
know is when it doesn't show up in the output or held queue when you expect it 
to, some part of the output was not purged, so you can see it all in ST.  Could 
it be a report collection product changing it via SSI?  We have a bunch of JES2 
exits in our shop that change these things; I suppose that's another 
possibility.

First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Thursday, May 21, 2020 6:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where do started PROC errors go?

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

Doesn't this take precedence:

JOBCLASS(STC) TIME=(1440,00), /* Job Step Time   ...ss... WS*/
 COMMAND=EXECUTE,/* Execute Commands ..r.. WS*/
 BLP=NO, /* Ignore BLP parm  ...l. WS*/
 AUTH=ALL,   /* Allow all Cmds   . WS*/
 MSGLEVEL=(1,1), /* Job, All Msgse WS*/
 IEFUJP=YES, /* Take SMF Job Purge Exit IEFUJP WS*/
 IEFUSO=YES, /* Take SYSOUT Excess Exit IEFUSO WS*/
 OUTDISP=(PURGE,HOLD),   /*WS*/
 LOG=YES,/* Print JES2 JOB LOG  LOGWS*/
 OUTPUT=YES, /* Produce Output for Job  OUTPUT WS*/
 PERFORM=000,/* SRM Performance Group 0 PERFORM  hwnc*/
 PROCLIB=00, /* Use //PROC00 DD  hwnc*/
 REGION=0K,  /* Region Size  hwnc*/
 /*   (format changed SP410) */
 TYPE6=YES,  /* Produce SMF 6 Records   TYPE6  WS*/
 TYPE26=YES, /* Produce SMF 26 Records  TYPE26 WS*/
 MSGCLASS=K  /* Default Message Class   STCMCLAS   WS*/


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Jackson, Rob [rwjack...@firsthorizon.com]
Sent: Thursday, May 21, 2020 5:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where do started PROC errors go?

He was sending that one SYSOUT to class H; the output class for
JOBCLASS(STC) was K.  I'm sure K wasn't set to PURGE.  And the output doesn't 
really go away until it ALL goes away.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Thursday, May 21, 2020 5:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where do started PROC errors go?

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

I don't understand how it is still there for ST to find. shouldn't JES2 have 
purged it due to the OUTDISP=(PURGE,HOLD)?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Charles Mills [charl...@mcn.org]
Sent: Thursday, May 21, 2020 5:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where do started PROC errors go?

Thanks all!

- Yes, SDSF ST finds it. Why is it visible in ST but not in H or O?
- Problem is the lack of a userid. I will get that fixed up.

Back here if I hit something else I cannot solve.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN

Re: Where do started PROC errors go?

[Jackson, Rob]

Ah, I was looking at a mushed-up email, and it was hard to see all of it.  And 
yeah, the Init and Tuning reference seems to say what you suggest.  All I know 
is when it doesn't show up in the output or held queue when you expect it to, 
some part of the output was not purged, so you can see it all in ST.  Could it 
be a report collection product changing it via SSI?  We have a bunch of JES2 
exits in our shop that change these things; I suppose that's another 
possibility.

First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Thursday, May 21, 2020 6:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where do started PROC errors go?

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

Doesn't this take precedence:

JOBCLASS(STC) TIME=(1440,00), /* Job Step Time   ...ss... WS*/
 COMMAND=EXECUTE,/* Execute Commands ..r.. WS*/
 BLP=NO, /* Ignore BLP parm  ...l. WS*/
 AUTH=ALL,   /* Allow all Cmds   . WS*/
 MSGLEVEL=(1,1), /* Job, All Msgse WS*/
 IEFUJP=YES, /* Take SMF Job Purge Exit IEFUJP WS*/
 IEFUSO=YES, /* Take SYSOUT Excess Exit IEFUSO WS*/
 OUTDISP=(PURGE,HOLD),   /*WS*/
 LOG=YES,/* Print JES2 JOB LOG  LOGWS*/
 OUTPUT=YES, /* Produce Output for Job  OUTPUT WS*/
 PERFORM=000,/* SRM Performance Group 0 PERFORM  hwnc*/
 PROCLIB=00, /* Use //PROC00 DD  hwnc*/
 REGION=0K,  /* Region Size  hwnc*/
 /*   (format changed SP410) */
 TYPE6=YES,  /* Produce SMF 6 Records   TYPE6  WS*/
 TYPE26=YES, /* Produce SMF 26 Records  TYPE26 WS*/
 MSGCLASS=K  /* Default Message Class   STCMCLAS   WS*/


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Jackson, Rob [rwjack...@firsthorizon.com]
Sent: Thursday, May 21, 2020 5:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where do started PROC errors go?

He was sending that one SYSOUT to class H; the output class for JOBCLASS(STC) 
was K.  I'm sure K wasn't set to PURGE.  And the output doesn't really go away 
until it ALL goes away.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Thursday, May 21, 2020 5:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where do started PROC errors go?

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

I don't understand how it is still there for ST to find. shouldn't JES2 have 
purged it due to the OUTDISP=(PURGE,HOLD)?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Charles Mills [charl...@mcn.org]
Sent: Thursday, May 21, 2020 5:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where do started PROC errors go?

Thanks all!

- Yes, SDSF ST finds it. Why is it visible in ST but not in H or O?
- Problem is the lack of a userid. I will get that fixed up.

Back here if I hit something else I cannot solve.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Wayne Bickerdike
Sent: Thursday, May 21, 2020 1:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where do started PROC errors go?

Bingo Allan.

If I have a jobcard, I'll use MSGCLASS=X and in the SYSOUT SYSOUT=*

Same JCL in an STC and SYSOUT=* does indeed disappear goes to a different 
(disappearing class)



On Fri, May 22, 2020 at 6:11 AM Allan Staller  wrote:

> S STCNAME...MSGCLASS=(held sysout class).
>
> I.e. ODISP=(keep,keep)
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Wayne Bickerdike
> Sent: Thursday, May 21, 2020 2:52 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Where do started PROC errors go?
>
> [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.]
>
> Charles did your setup include something like this?
>
> RDEFINE STARTED  MYSTC.* OWNER(SYS1) AUDIT(FAILURES(READ)) UACC(NONE) 
> PERMIT MYSTC.* CLASS(STARTED) GENERIC ID(WAYNE) ACCESS(ALTER) RALTER 
> STARTED  MYSTC.* STDATA(USER(STCOPER) GROUP(GROUPZ)) SETROPTS REFRESH
> RACLIST(STARTED)
>
> On Fri, May 22, 2020 at 5:33 AM Wayne Bickerdike 
> wr

Re: Where do started PROC errors go?

[Jackson, Rob]

He was sending that one SYSOUT to class H; the output class for JOBCLASS(STC) 
was K.  I'm sure K wasn't set to PURGE.  And the output doesn't really go away 
until it ALL goes away.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Thursday, May 21, 2020 5:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where do started PROC errors go?

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

I don't understand how it is still there for ST to find. shouldn't JES2 have 
purged it due to the OUTDISP=(PURGE,HOLD)?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Charles Mills [charl...@mcn.org]
Sent: Thursday, May 21, 2020 5:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where do started PROC errors go?

Thanks all!

- Yes, SDSF ST finds it. Why is it visible in ST but not in H or O?
- Problem is the lack of a userid. I will get that fixed up.

Back here if I hit something else I cannot solve.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Wayne Bickerdike
Sent: Thursday, May 21, 2020 1:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where do started PROC errors go?

Bingo Allan.

If I have a jobcard, I'll use MSGCLASS=X and in the SYSOUT SYSOUT=*

Same JCL in an STC and SYSOUT=* does indeed disappear goes to a different 
(disappearing class)



On Fri, May 22, 2020 at 6:11 AM Allan Staller  wrote:

> S STCNAME...MSGCLASS=(held sysout class).
>
> I.e. ODISP=(keep,keep)
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Wayne Bickerdike
> Sent: Thursday, May 21, 2020 2:52 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Where do started PROC errors go?
>
> [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.]
>
> Charles did your setup include something like this?
>
> RDEFINE STARTED  MYSTC.* OWNER(SYS1) AUDIT(FAILURES(READ)) UACC(NONE) 
> PERMIT MYSTC.* CLASS(STARTED) GENERIC ID(WAYNE) ACCESS(ALTER) RALTER 
> STARTED  MYSTC.* STDATA(USER(STCOPER) GROUP(GROUPZ)) SETROPTS REFRESH
> RACLIST(STARTED)
>
> On Fri, May 22, 2020 at 5:33 AM Wayne Bickerdike 
> wrote:
>
> > Two things, no definition for the STC in RACF.
> >
> > If I have difficulty diagnosing STC problems, I run them as a job in 
> > JCL to capture error messages.
> >
> >
> >
> > On Fri, May 22, 2020 at 5:14 AM Seymour J Metz  wrote:
> >
> >> He posted messages showing that the STC ran normally. His primary 
> >> problem is OUTDISP; once he fixes that we can see whether the 
> >> userid is causing other problems.
> >>
> >>
> >> --
> >> Shmuel (Seymour J.) Metz
> >> https://apc01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.
> >> gmu.edu%2F~smetz3data=02%7C01%7Callan.staller%40HCL.COM%7C8156
> >> 95
> >> bad7c4430c0e0e08d7fdc08e1f%7C189de737c93a4f5a8b686f4ca9941912%7C0%7
> >> C0 
> >> %7C637256875802443954sdata=yrxVy3cUu7HVu23lPvqIkCAxcwCqRQm4GJw
> >> wB
> >> Ocm9VQ%3Dreserved=0
> >>
> >> 
> >> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on 
> >> behalf of Christopher Y. Blaicher [cblaic...@syncsort.com]
> >> Sent: Thursday, May 21, 2020 2:48 PM
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: Re: Where do started PROC errors go?
> >>
> >> Generally the job name is the name of the PROC you issued the start for.
> >> Have you tried using the ST option of SDSF?  Also, some errors get 
> >> put on the bottom of the queue.  Also, did you look in the SYSLOG?
> >> You should see the start and end messages
> >>
> >> Chris Blaicher
> >> Technical Architect
> >> Syncsort, Inc.
> >>
> >> -Original Message-
> >> From: IBM Mainframe Discussion List 
> >> [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Binyamin Dissen
> >> Sent: Thursday, May 21, 2020 2:38 PM
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: Re: Where do started PROC errors go?
> >>
> >> [ External - This message originated Externally.  Use proper 
> >> judgement and caution with attachments, links, or responses. ]
> >>
> >> Try running the PROC in a batch  job.
> >>
> >> You do realize that without proper setup the STC is probably using 
> >> a different userid.
> >>
> >> On Thu, 21 May 2020 09:11:10 -0700 Charles Mills 
> >> wrote:
> >>
> >> :>I have a program that runs successfully in a job. I just cloned 
> >> the JCL :>appropriately into a PROC. When I issue a START for the 
> >> PROC I get a started :>message and an ended message but no clue as 
> >> to why it failed. (It is :>supposed to be long-running, so ending 
> >> is a
> >> failure.) I don't think it is a :>JCL error because I get a JCL 
> 

Re: Looking for clarification/guidance on SMTP DD FREE/SPIN

[Jackson, Rob]

Sounds right to me, but in REXX, I've always just done the following:

"ALLOC FI(MAIL) SYSOUT(B) WRITER(SMTP) LRECL(80) RECFM(F)"

Then open, write to it, close it, and free it; repeat.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Friday, May 15, 2020 4:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Looking for clarification/guidance on SMTP DD FREE/SPIN

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

I am designing a long-running Rexx program that will from time to time generate 
an e-mail via the SMTP server. The idea is to allocate a DD
SYSOUT=(B,SMTP) and write the SMTP commands to it. I've never done that before 
so I have some questions:

- Am I correct in my assumption that I will have to "spin" the dataset before 
the SMTP server will pick it up?
- Assuming Yes to the first question, am I correct (a.) that 
FREE=CLOSE,SPIN=UNALLOC on the DD will get the records over to SMTP on EXECIO 
(FINIS; but that (b.) at that point the DD "no longer exists" -- that I will 
get an error if I try to open it again? (Recall the program is "long-running" 
and needs to generate multiple e-mails "from time to time."
They need to go out more or less as created, not in a big batch later on.)
- Not a huge deal if so, I guess. I can use BPXWDYN to allocate my DD again and 
again rather than JCL. Anyone have any better ideas?

Thanks. Outside-the-above-box suggestions cheerfully considered. I'm pretty 
much set on Rexx, e-mails, and "long-running with multiple e-mails from time to 
time" but will consider other possibilities.

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: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, non-database files?

[Jackson, Rob]

It's not even close to implausibly huge.  I got so tired of it, I wrote some 
stem-based buffered I/O routines (using both Value() and Interpret, naturally; 
sorry, Gil).

First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Friday, May 15, 2020 12:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, 
non-database files?

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

Right, it appears to be magic -- "just say EXECIO and presto there's the record 
count in STEM.0" -- but under the covers it is reading through the whole 
dataset and counting.

Rexx is all 31-bit, right? So the limit would presumably be something in the 1 
to 2 GB range. That is not an implausibly huge dataset. 1GB is what? 800 
cylinders or somewhat more, depending on blocking, short tracks, etc.?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Wayne Bickerdike
Sent: Thursday, May 14, 2020 11:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, 
non-database files?

> EXECIO in REXX will give you the record count in stem zero

I believe only by reading the entire file.

On Fri, May 15, 2020 at 8:02 AM Charles Mills  wrote:

> > EXECIO in REXX will give you the record count in stem zero
>
> I believe only by reading the entire file.
>
> Charles
>

Agree Charles. It's sort of hidden and would need a large memory allocation for 
the stem.

--
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: Bringing up skills learned on z/OS Hercules in interview?

[Jackson, Rob]

The first time I ever encountered Hercules it was running z/OS 1.9 on an IBM 
employee's IBM-owned laptop.  Do as I say, not as I do, I suppose.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Friday, April 10, 2020 5:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Bringing up skills learned on z/OS Hercules in interview?

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

The issue is not whether IBM sanctions Hercules; in fact, IBM employees were 
involved in developing Hercules. Thw iaauw ia that it is illegal to run 
licensed software on Hercules without a license giving you the right to do so.

Note that even if IBM does decide to license, e.g., z/OS, for use on Hercules, 
the price may be more than you are willing to pay.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Grant Taylor [023065957af1-dmarc-requ...@listserv.ua.edu]
Sent: Thursday, April 9, 2020 3:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Bringing up skills learned on z/OS Hercules in interview?

On 4/9/20 10:55 AM, scott Ford wrote:
> Until Hercules is sanctioned by IBM I wouldnt mentioned it.

In my opinion, IBM will never sanction Hercules.

I think that mentioning Hercules in the specific context of MVS 3.8j or
S/390 Linux or other free / non-licensed OSs is probably okay.

Doing so in a way that shows that you understand and respect the licensing 
situation is probably a good thing.



--
Grant. . . .
unix || die

--
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: Does anybody remember CLIST?

[Jackson, Rob]

I'll bite, since no one else has.  What's wrong with Interpret/Value()?  I have 
used both to great benefit before, when there didn't seem to be a good--or 
possible--alternative.  I thought they were both very nice features of the 
language--to be used very sparingly (because I believe they are CPU-costly).  
What other reason not to?  Enlighten me.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Thursday, March 19, 2020 12:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Does anybody remember CLIST?

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

On Thu, 19 Mar 2020 22:20:23 +0800, David Crayford wrote:

>Subject: Does anybody remember CLIST?
>
Not if I can help it.

>I'm trying to convert CLIIST to REXX and CLIST has symbolic 
>substitution. I've used this before in NCL but it's a long time ago.
>
>Can anybody tell me what this does and translate to REXX? I'm guessing 
>I need to use interpret or value()!


On Thu, 19 Mar 2020 14:59:29 +, Seymour J Metz wrote:

>No, in many cases you can use compound variables to avoi9d using value().
>
+1
INTERPRET is even worse.

>The two ugly issues for converting CLIST to REXX are keyword parameters and 
>the stack interface (see DATA PROMPT).
>
Also, the modal interface with antique EDIT.  Likewise CMS EXEC with EDIT.

>SET VARNX = &VARN
>IF ( = ) THEN DO
>   SET VARFND = 1
>   SET VARVX  = &VARV
>   SET SYMBOL = ()
>END
>
It's ironic that people comfortable with CLIST (example above) are contemptuous 
of C:
https://www.gnu.org/fun/jokes/unix-hoax.html

-- 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: How to get a workstation name from ip address

[Jackson, Rob]

I thought it was just a fun, intentional demonstration of 
hypoantipedanticaticry.  I could be wrong, but that is next to unpossible.


First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Tuesday, March 3, 2020 3:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to get a workstation name from ip address

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

On Tue, 3 Mar 2020 10:21:09 -0800, Charles Mills wrote:

>I hesitate a little to possibly just add to the noise because I don't really 
>know the answer; I'm just hypothecating.
>
(hypotheticating?  Not that either.  hypothesizing?  Aren't spellcheckers fun?)

>Does a workstation necessarily have a name? In the protocol, I mean. A dumb 
>terminal with no name can do telnet. Is there anything to the connection 
>request other than "Hi, I'm 192.168.1.1, let's connect"? There's no query 
>where the mainframe says "tell me about yourself," right?
>
And that IP address may have been assigned by DHCP.  DHCP may retain the 
association and disclose it on request.  But DHCP might generate a surrogate 
host name, a transformation of the IP address it assigned.
Some might consider making such information generally available a security 
risk.  There's a (weak) argument there for choosing opaque hostnames.

-- 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: APAR OA55248 NEW FUNCTION:VSAMDB FOR Z/OS 2.3

[Jackson, Rob]

So I noticed in SIS after I sent the first response.  And the APAR has been 
open a year and a half; must be a bear of a new function (reads like it is).  
That, and they have probably outsourced DFP support and development to 
Activision by now.  Nothing would surprise me anymore.

First Tennessee Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Jacobs
Sent: Friday, October 11, 2019 3:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: APAR OA55248 NEW FUNCTION:VSAMDB FOR Z/OS 2.3

[External Email]

Thanks. The enabling PTFs aren't available yet.

Mark Jacobs


Sent from ProtonMail, Swiss-based encrypted email.

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

EXCITING NEWS! Beginning this fall, First Tennessee will become First Horizon. 
Learn more:  thenewfirsthorizon.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: APAR OA55248 NEW FUNCTION:VSAMDB FOR Z/OS 2.3

[Jackson, Rob]

• Enabling support for VSAMDB is available through PTFs for APAR OA55153 on 
z/OS V2.2 and later

From:  
https://ibm-zcouncil.com/wp-content/uploads/2019/06/zOS-Performance-Hot-Topics.pdf


First Tennessee Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Jacobs
Sent: Friday, October 11, 2019 3:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: APAR OA55248 NEW FUNCTION:VSAMDB FOR Z/OS 2.3

[External Email]

One of our developers wants to start testing this, PTFs (and all the PE fixing 
ones too) are applied, but when he uses the new keywords in IDCAMS they're not 
recognized. The APAR says the new function ships disabled, with an enabling 
APAR shipping later. Does anyone know about the enabling APAR and whether it's 
available yet?

Mark Jacobs

Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.

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

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
EXCITING NEWS! Beginning this fall, First Tennessee will become First Horizon. 
Learn more:  thenewfirsthorizon.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: DFDSS copy to pre-allocated dsn

[Jackson, Rob]

BYPASSACS(**) -
STORCLAS(x) - 
ADMINISTRATOR -

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Elaine Beal
Sent: Thursday, May 23, 2019 12:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFDSS copy to pre-allocated dsn

[External Email]

I'm copying disk to disk.
source file is 2 volumes and I want to copy (expand) to pre-allocated, 
catalogued 3 volume file.
I modified the  OUTDDNAME(DASD2) to include all 3 (new) volumes.

The issue (now) is that the copy is trying to use the original STORCLAS but the 
new file is a different STORCLAS

ADR709E (001)-ACS  (01), AN ERROR OCCURRED IN THE STORAGE MANAGEMENT SUBSYSTEM 
WHILE DETERMINING SMS CONSTRUCTS FOR DATA SET
 SYS7.R30.V22.ROOT.HFS WITH NEWNAME 
SYS7.R30.V22.RSU.ROOT.HFS. SMS MESSAGES FOLLOW.
 IGD01008I STORAGE ADMIN HAS TARGETED STORCLAS STDSYS  IGD01014I DATA SET 
ALLOCATION REQUEST FAILED -  SPECIFIED STORCLAS STDSYS DOES NOT EXIST


JCL -

//COPYSTEP EXEC PGM=ADRDSSU
//SYSPRINT DD   SYSOUT=*
//DASD1DD   DISP=SHR,UNIT=3390,VOL=SER=(SSS050,SSS051)
//DASD2DD   DISP=SHR,UNIT=3390,VOL=SER=(SSS052,SSS053,SSS054)
//SYSINDD   *
   COPY DATASET(INCLUDE(SYS7.R30.V22.ROOT.HFS))  -
   LOGINDDNAME(DASD1)  -
   OUTDDNAME(DASD2)  -
   SELECTMULTI(ANY)  -
   RENAMEU((SYS7.R30.V22.ROOT.HFS,   -
   SYS7.R30.V22.RSU.ROOT.HFS)) -
REPLACEUNCONDITIONAL   -
   ALLDATA(*) ALLEXCP CANCELERROR -
   SHARE -
   WRITECHECK

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

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


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

Re: DFDSS copy to pre-allocated dsn

[Jackson, Rob]

I don't know for sure if OUTDD works exactly like OUTDY; I was wondering.  I 
used (no longer a DSS shop) OUTDY to list candidate volumes; COPY makes only 
one copy, whether it exists on one volume or is spread across multiple ones.  
Anyway, since this is non-SMS managed, it can be on only one volume--assuming 
it's really HFS.  I guess the same restriction would apply to ZFS.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Schwab
Sent: Thursday, May 16, 2019 7:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFDSS copy to pre-allocated dsn

[External Email]

So you are making 3 copies on 3 different OUTDDNAMES?
If it is one dataset on 3 volumes it would be one OUTDDNAME, right?

On Thu, May 16, 2019 at 4:51 PM Elaine Beal  wrote:
>
> I've found a lot of " it's " confusing comments on this topic and I am 
> beleaguered- I am trying to copy a file to an existing, pre-allocated new 
> name.
> Seems that should be pretty straight forward... but having to specify 
> rename to make a copy is anything but straight forward
>
> I'm getting ADR380E (001)-FDSCO(08) indicating REPLACEUNCONDITIONAL is 
> not specified but I get this whether I specify it or not-
>
>
>   COPY DATASET(INCLUDE(SYS7.R30.V22.ROOT.HFS))  -
>   LOGINDDNAME(DASD1)  -
>   OUTDDNAME(DASD2,DASD3,DASD4)  -
>   RENAMEU((SYS7.R30.V22.ROOT.HFS,   -
>   SYS7.R30.V22.RSU.ROOT.HFS)) -
>   REPLACEUNCONDITIONAL   -
>   NULLSTORCLAS BYPASSACS(**) -
>   ALLDATA(*) ALLEXCP CANCELERROR -
>   SHARE -
>   WRITECHECK
>
> Thanks for any help-
> Elaine
>
> --
> 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
FIRST TENNESSEE

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


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

Re: DFDSS copy to pre-allocated dsn

[Jackson, Rob]

Please post the full message.  That 001 is not the reason code; that should be 
right after 'NOT PROCESSED'.  If the reason code were actually 1, for an 
un-moveable dataset, I'd say add FORCE.

You could also just delete the target.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Elaine Beal
Sent: Thursday, May 16, 2019 5:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DFDSS copy to pre-allocated dsn

[External Email]

I've found a lot of " it's " confusing comments on this topic and I am 
beleaguered- I am trying to copy a file to an existing, pre-allocated new name.
Seems that should be pretty straight forward... but having to specify rename to 
make a copy is anything but straight forward

I'm getting ADR380E (001)-FDSCO(08) indicating REPLACEUNCONDITIONAL is not 
specified but I get this whether I specify it or not-


  COPY DATASET(INCLUDE(SYS7.R30.V22.ROOT.HFS))  -
  LOGINDDNAME(DASD1)  -
  OUTDDNAME(DASD2,DASD3,DASD4)  -
  RENAMEU((SYS7.R30.V22.ROOT.HFS,   -
  SYS7.R30.V22.RSU.ROOT.HFS)) -
  REPLACEUNCONDITIONAL   -
  NULLSTORCLAS BYPASSACS(**) -
  ALLDATA(*) ALLEXCP CANCELERROR -
  SHARE -
  WRITECHECK

Thanks for any help-
Elaine

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

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


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

Re: ind$file - omvs copy equivalent

[Jackson, Rob]

You can also specify -W and seqparms= on the cp command to specify DCB and 
space--and not have to pre-allocate the dataset.

First Tennessee Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Wednesday, May 08, 2019 4:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ind$file - omvs copy equivalent

[External Email]

Yes, but you can FTP to an MVS file, which you can allocate with attributes.


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


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, May 8, 2019 4:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ind$file - omvs copy equivalent

On Wed, 8 May 2019 20:09:29 +, Seymour J Metz wrote:

>What happens if you pre-allocate the file as FB 80 and do a binary FTP?
>
You can't pre-allocate a UNIX file with attributes.

>
>From: Mike Stramba
>Sent: Wednesday, May 8, 2019 3:59 PM
>Is there is an OMVS "copy-to-mvs-fb80" equivalent to an "ind$file" upload ?
>
>Scenario :
>
>1) While in OMVS :   ftp (receive) an XMI file to the z/os system.  (z/os  2.3)
>
>2) Now copy (cp ?) to a FB80  file.
>
>I've tried  "cp  test.XMI   '//user.FB80',   but am getting an empty
>user.FB80 file.
>
>3) then issue RECEIVE against the FB80 file.
>
>If I do an IND$FILE  transfer  directly to the   FB80 dataset,  then
>RECEIVE  INDA(FB80) ..   is working.

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

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

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

Re: ind$file - omvs copy equivalent

[Jackson, Rob]

Pre Co:Z I had to do a bunch of shenanigans with scripts to copy files 
"automatically" from OMVS.  You need to check out the -v and -W arguments of 
cp.  Or just use Co:Z.

First Tennessee Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Stramba
Sent: Wednesday, May 08, 2019 3:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ind$file - omvs copy equivalent

[External Email]

Is there is an OMVS "copy-to-mvs-fb80" equivalent to an "ind$file" upload ?

Scenario :

1) While in OMVS :   ftp (receive) an XMI file to the z/os system.  (z/os  2.3)

2) Now copy (cp ?) to a FB80  file.

I've tried  "cp  test.XMI   '//user.FB80',   but am getting an empty
user.FB80 file.

3) then issue RECEIVE against the FB80 file.

If I do an IND$FILE  transfer  directly to the   FB80 dataset,  then
RECEIVE  INDA(FB80) ..   is working.

Mike

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

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


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

Re: DR Failover

[Jackson, Rob]

Yes, we have run extended tests.  Yes, the CBU-test ten-day limit comes into 
play.  We have burned more than one CBU for a given DR test to accommodate our 
current DR folks' requirements.  (Interestingly, if you CBU your specialty 
engines, they can't automatically downgrade you if you have an active LPAR 
based solely on them . . . and I won't say anything else about that; they 
definitely downgrade you automatically otherwise.  Though they will call you 
about the expired entitlement when the code prevents the downgrade.)

On 3, we don't have any issues, as far as I know; we haven't switched actual 
prod to the DR infrastructure.  I don't think any of our contracts would 
prohibit it, and I don't think any of our vendors would frown on it.  Perhaps 
it's wishful thinking, but I think most mainframe ISVs are pretty mature about 
it and know their customers largely are not cheating.  We've paid extra for 
CUoD for special events to be fair and honest to our vendors; no one should 
have to pay for a legitimate DR test, in my very humble opinion.  If something 
goes very wrong, and you get stuck at DR for a while, I suppose that would be 
different . . . .

First Tennessee Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Tuesday, May 07, 2019 4:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DR Failover

[External Email]

(Resurrecting an old thread) We're being 'urged' to demonstrate that we can 
fail over to our internal DR site, run for a while, then fail back. As I 
indicated previously, we've done countless short tests but never allowed 
production to run in DR; hence no need to fail back. My question here is not 
technical. Our DR site (self-owned and managed) runs normally with a single CP 
supported by enough CBU to run production. We have purchased several full power 
tests to enable up to 10 days of testing per outing. If you have a similar 
setup,

1. Have you performed an extended full-power test?

2. Does the 10-day testing limit come into play?

3. From our perspective, we are only testing, but we would be dealing with real 
production data in and out. Will this lead to a contractual conundrum?



.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of van 
der Grijn, Bart (B)
Sent: Monday, June 5, 2017 5:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: DR Failover

The people doing the MF recovery vary by test. It's typically someone on the 
operational side of the house, with the folks that maintain the procedures 
riding shotgun.
Our sysprog team is geographically dispersed (US/NL/PRC) so chances are there's 
someone left that wasn't swallowed by the giant crater.

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Thursday, June 01, 2017 6:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DR Failover

Never got traction on two of my questions, which are independent of technology.

-- During a failover (test I would presume), who actually performs the DR 
procedure whatever it is? Sysprogs, operators, production control folks, or 
someone else? Has anyone dared to bring in a non-technical person like a 
manager? This question is crucial to business resiliency because, depending the 
reason for failover, your top technical folks may be indisposed for an extended 
duration.

-- If you stayed in the DR environment long enough to have captured/updated 
live customer data, how did you eventually return to the production 
environment? This question is crucial to business resiliency because at some 
point down the line, you have to return or, as the poem goes, settle in for a 
long winter's nap.


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

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


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

Re: JCL for WTO

[Jackson, Rob]

I don't know for sure, but I imagine the TMP is more efficient than forking 
into an OMVS address space.  I suspect ITschak's method is the best.  Don't 
know if there are any other things to consider though . . . case, message 
length . . . .

First Tennessee Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Saturday, April 06, 2019 4:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JCL for WTO

[External Email]

On Sat, 6 Apr 2019 14:32:19 -0500, Bill Giannelli wrote:

>can you run a WTO command directly from JCL?
>I want to execute a WTO directly from my job.
>
How about:
//X EXEC PGM=BPXBATCH,
//  PARM='SH echo "some text" >/dev/console'

(Beware auto ops rules.)

-- gil

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

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


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

Re: JCL for WTO

[Jackson, Rob]

Well, crap!  Never even occurred to me, and I've used the send command to issue 
messages to the console.  Unbelievable, a WTO is a WTO, after all.

If it makes me look less idiotic, I also have versions for highlighted messages 
and WTORs.  Can't do that with send.  (I hope.  :))

First Tennessee Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ITschak Mugzach
Sent: Saturday, April 06, 2019 3:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JCL for WTO

[External Email]

Tso batch with send command (cn operand) will do the job. You can use jcl 
command (or jes /*), but it will be issued at job read without your control.

ITschak

בתאריך שבת, 6 באפר׳ 2019, 22:32, מאת Bill Giannelli ‏<
billgianne...@gmail.com>:

> can you run a WTO command directly from JCL?
> I want to execute a WTO directly from my job.
> thanks
> Bill
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

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


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

Re: JCL for WTO

[Jackson, Rob]

Not that I know of, but it's a tiny assembler program to do it, and I have 
another tiny REXX program to invoke it, so it's friendly with TSO, as well.  
Then it would be executing the TMP in JCL with a one-line sysin.  If you want 
it, I will be happy to share.  Doubtless, others here have better solutions.

First Tennessee Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Saturday, April 06, 2019 3:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JCL for WTO

[External Email]

can you run a WTO command directly from JCL?
I want to execute a WTO directly from my job.
thanks
Bill

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

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


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

Re: IBM SFG - Your Opinion

[Jackson, Rob]

This is relating to doing SFTP transfers with SFG.  If you use SSP for reverse 
proxy for SFG, which is highly recommended, then you pretty much must use SEAS 
to look up passwords/keys with LDAP for SFTP clients.

First Tennessee Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kirk Wolf
Sent: Thursday, March 14, 2019 4:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM SFG - Your Opinion

[External Email]

IBM z/OS OpenSSH is included with z/OS, and it includes SFTP.

Kirk Wolf
Dovetailed Techologies
http://dovetail.com
PS> if you need z/OS data sets, spool files, etc, etc, you can also use
Co:Z SFTP, which does SMF, console notification logging, exits, etc, etc.

On Thu, Mar 14, 2019 at 2:32 PM Sasso, Len  wrote:

> We will be doing SFTP.  IBM is installing and we will be working with 
> them to implement. We just got Connect:Direct about 1.5 years ago. We 
> are getting SFG/SI, SSP, SEAS and CC.  Yes, there sure are "a lot of pieces."
>
>
>

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

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


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

Re: IBM SFG - Your Opinion

[Jackson, Rob]

It's extremely powerful but oh so onerous to install, maintain, and administer. 
 They will push implementation services, and you will wish you'd bought them 
before it's over if you go it on your own.

What are you planning on doing with it?  If it is just MFT, I would highly 
recommend taking a good hard look at MOVEit first (unless you have a bunch of 
Connect:Direct you have to deal with, since SI/SFG does come with CDSA; you may 
end up not having much choice).

Keep in mind too that you won't need only SFG/SI.  You will need SSP and SEAS 
(if you want to do SFTP; that's another joy) as well.  And you probably will 
want CC.  There are other pieces that have to be installed and configured on 
separate servers (SSPcm and Perimeter Server), but they are part of SSP.  In 
short, there are a lot of pieces.

One more thing, IBM just recently outsourced support and development (I think) 
of the suite to Syncsort, if that sways you either way.

First Tennessee Bank
Mainframe Technical Support

[External Email]

I welcome your comments, suggestions, etc. about the IBM SFG Product.
FIRST TENNESSEE

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

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

Re: IEC331I 042-006 occurs during GDG roll in process

[Jackson, Rob]

One more thing, is it possible for this job that runs that many times per day 
to contend with itself occasionally (i.e. demand-triggered with varying job 
name or duplicate-jobname execution allowed in JES)?

First Tennessee Bank
Mainframe Technical Support

-Original Message-
From: Jackson, Rob 
Sent: Friday, February 15, 2019 7:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: RE: IEC331I 042-006 occurs during GDG roll in process

Hah, our emails waived at each other as they were being delivered.

But it would be weird if someone were always browsing the last generation when 
this happened.

At any rate, with our AO product--and most of the others I've used--it would be 
pretty simple to automate the deletion of that rolled-out GDS.  You'd still 
have to wait until it was unallocated by whatever caused it in the first place, 
of course.

First Tennessee Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Frank Swarbrick
Sent: Friday, February 15, 2019 7:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IEC331I 042-006 occurs during GDG roll in process

[External Email]

The long result code (040B0425) seems to mean "Verify DADSM SCRATCH request; 
enqueue on SYSDSN failed."
What can cause this to occur?  Someone perhaps had the dataset open for 
browsing, perhaps?


instructions, send email to lists...@listserv.ua.edu with the message: INFO 
IBM-MAIN
FIRST TENNESSEE

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

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

Re: IEC331I 042-006 occurs during GDG roll in process

[Jackson, Rob]

Hah, our emails waived at each other as they were being delivered.

But it would be weird if someone were always browsing the last generation when 
this happened.

At any rate, with our AO product--and most of the others I've used--it would be 
pretty simple to automate the deletion of that rolled-out GDS.  You'd still 
have to wait until it was unallocated by whatever caused it in the first place, 
of course.

First Tennessee Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Frank Swarbrick
Sent: Friday, February 15, 2019 7:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IEC331I 042-006 occurs during GDG roll in process

[External Email]

The long result code (040B0425) seems to mean "Verify DADSM SCRATCH request; 
enqueue on SYSDSN failed."
What can cause this to occur?  Someone perhaps had the dataset open for 
browsing, perhaps?


instructions, send email to lists...@listserv.ua.edu with the message: INFO 
IBM-MAIN
FIRST TENNESSEE

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

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

Re: IEC331I 042-006 occurs during GDG roll in process

[Jackson, Rob]

Maybe find out what has it allocated at the time and fix the problem before it 
happens.  Backup/migration perhaps?  The DADSM SCRATCH code indicates this:

X'04'   X'0B'   ENQRET  X'25'   Verify DADSM SCRATCH request; enqueue on SYSDSN 
failed.


First Tennessee Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Frank Swarbrick
Sent: Friday, February 15, 2019 6:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IEC331I 042-006 occurs during GDG roll in process

[External Email]

We have a job that runs dozens of times per day, copying a circular log file to 
a GDG backup.  On occasion we get something like the following:

 IEC331I 042-006(040B0425),INIT,MICR01PR,SCRT,IGG0CLH0
 IEC331I VOL,BK0068,NAME,PROD.XMTIN.MICR.MICRDLY.BKP.G1514V00

The issue does not cause the job itself to fail in any way, or even set a high 
return code for the job.

What seems to be occurring is when z/OS rolls in a new generation of a GDG, and 
that GDG already has reached it's maximum number of generations, it deletes the 
oldest generation.  Except in this case that delete process fails.  The new 
generation is still rolled in, but the old one remains out there indefinitely.  
This does not cause any immediate issues, but (if I am recalling correctly), 
once the G name rolls back around (from , I assume, back to  or 
0001, and then to the specific number -- 1514 in this example) z/OS attempts to 
roll in a generation with this same name.  Only its already cataloged, so that 
fails.

We currently have our AO software look for IEC331I and when it sees it it sends 
an email to the development group, who then has to create a job to have the 
dataset deleted, which is then run by the operators.  Rather a pain.  I'm 
wondering if there's a way to actually automate the process to delete the 
dataset.  Has anyone done this?

Thanks,
Frank

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

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

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

Re: MQ7 on a Z14

[Jackson, Rob]

Indeed it is no longer supported, but I can tell you it runs just fine on a z13 
on z/OS 2.2.

First Tennessee Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Spiegel
Sent: Friday, February 15, 2019 1:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: MQ7 on a Z14

[External Email]

How about MQ V7 is no longer supported?

M-MAIN
FIRST TENNESSEE

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


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

Re: open spot

[Jackson, Rob]

No, sorry, onsite is required.

First Tennessee Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Sunday, December 02, 2018 1:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: open spot

[External Email]

Telecommuting?


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


From: IBM Mainframe Discussion List  on behalf of 
Jackson, Rob 
Sent: Saturday, December 1, 2018 3:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: open spot

Sorry for the solicitation, but we have a spot open for a senior MVS sysprog 
here in beautiful East Tennessee (Knoxville/Foothills area), if anyone knows 
someone.  Just drop me a note for more information.

Thanks.
rob
First Tennessee Bank
Mainframe Technical Support
FIRST TENNESSEE

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


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

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

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

open spot

[Jackson, Rob]

Sorry for the solicitation, but we have a spot open for a senior MVS sysprog 
here in beautiful East Tennessee (Knoxville/Foothills area), if anyone knows 
someone.  Just drop me a note for more information.

Thanks.
rob
First Tennessee Bank
Mainframe Technical Support
FIRST TENNESSEE

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


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

Re: Region size for OMVS tasks

[Jackson, Rob]

This is what standalone restore is for, Sean.  But if you don't have one built, 
you could try this:  http://www.cbttape.org/~jjaeger/zzsa.html.

I've used it before but not on anything more recent than a z10.  If it will 
IPL, you can find your IEFUSI module and make it like IEFBR14.

First Tennessee Bank
Mainframe Technical Support


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

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


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

Re: How to tell what allocated a dataset never opened

[Jackson, Rob]

If it's SMS-managed and/or cataloged, you should have types 60 and/or 61 for 
the VVDS update and ICF define (assuming they're not turned off).

First Tennessee Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Roach, Dennis
Sent: Wednesday, November 07, 2018 3:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to tell what allocated a dataset never opened

[External Email]

If you use something like RACF you can look at the product logs or SMF and see 
who created it if the log option for the covering profile.
I have used RACF to create a full generic profile with no the same access as 
the current controlling profile and audit(all(read)).

Dennis Roach, CISSP
AIG

Identity & Access Management | Infrastructure  Services

2929 Allen Parkway, America Building, 3rd Floor | Houston, TX 77019
Work: 713-831-8799   Cell: 713-591-1059 (cell)

dennis.ro...@aig.com | www.aig.com

PTO Schedule none.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jim Beck
Sent: Wednesday, November 07, 2018 2:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How to tell what allocated a dataset never opened

All,
We've retired an application and are in the process of cleanup.  Does anyone 
know of a way to identify what is allocating a given dataset if it's never 
opened?  SMF cuts 14 & 15 records only if the dataset is open.  Other than 
scratch, rename, and other VTOC changes, I haven't found an SMF record that 
contains the dataset name, just the DD name or unit address.  The MONITOR 
option in CONSOLExx can track the deallocation in SYSLOG/OPERLOG, but for TSO 
sessions you can't tie that back to a CLIST or command.  For batch jobs, you 
can eventually tie it back to the step.  The only other way I've seen is the 
hit-or-miss enqueue check and contact the TSO session owner.

Jim

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

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


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

Re: SCP of file to USS from Mac is corrupted

[Jackson, Rob]

> Poking the I HATE EBCDIC bear? :)

Moment of weakness.  :)

First Tennessee Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Brennan
Sent: Thursday, October 18, 2018 9:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SCP of file to USS from Mac is corrupted

[External Email]

 >  beautiful EBCDIC encoding and the podunk, 7-bit, toy-computer ASCII encoding

Poking the I HATE EBCDIC bear? :)

When I wrote up some doc showing application programmers how to setup mainframe 
SSH keys, the example showed scp to transfer the text public key to the 
non-mainframe box.  It was less error-prone since the translation to ASCII was 
built in and (I think) impossible to turn off.

On 10/18/2018 5:27 PM, Jackson, Rob wrote:
> The SFTP file-transfer add-on using the SSH protocol on z/OS, at least with 
> the OpenSSH port, is the only one I know of that allows conversion between 
> the beautiful EBCDIC encoding and the podunk, 7-bit, toy-computer ASCII 
> encoding.  By default, on z/OS, SFTP is binary; you can elect to translate; 
> you can do much more with Co:Z.  I have never used SCP; I am not quite sure 
> what the point would be.
>
> First Tennessee Bank
> Mainframe Technical Support
>
>

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

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


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

Re: SCP of file to USS from Mac is corrupted

[Jackson, Rob]

The SFTP file-transfer add-on using the SSH protocol on z/OS, at least with the 
OpenSSH port, is the only one I know of that allows conversion between the 
beautiful EBCDIC encoding and the podunk, 7-bit, toy-computer ASCII encoding.  
By default, on z/OS, SFTP is binary; you can elect to translate; you can do 
much more with Co:Z.  I have never used SCP; I am not quite sure what the point 
would be.

First Tennessee Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Thursday, October 18, 2018 6:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SCP of file to USS from Mac is corrupted

[External Email]

On Thu, 18 Oct 2018 13:18:55 -0600, Jack J. Woehr wrote:

>On 10/18/2018 10:45 AM, Matt Hogstrom wrote:
>> I want to use scp to copy a pax to USS from my Mac by the file hash is wrong 
>> and it’s not the same content.
>
>IBM went wonko porting SCP to z/OS and turned it into a text-only 
>transfer, despite its being binary-only on all other platforms 
>including IBM i.
>
Are any of those other platforms EBCDIC?

IBM's Only Trying to Help You!
http://www.ericberne.com/games-people-play/im-only-trying-to-help-you/

>You have to use SFTP which is OpenSSH-as-FTP, same security and key 
>management as SCP, for binary xfers.
>
SFTP, like SCP, is based on SSH.  Does it bypass the SSH  ASCII-->EBCDIC 
conversion?

-- gil

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

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


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

Re: CTC conventions

[Jackson, Rob]

Indeed.  And I didn't follow their guidelines either, though I certainly 
borrowed from them.  I was loathe to eat into two address ranges.  Instead, I 
have always picked one range, added the even-odd nibble for direction, then a 
nibble for the LPAR number, and then the device number.  Never had enough LPARs 
or independent CECs to worry about it further.

First Tennessee Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Wednesday, October 17, 2018 7:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CTC conventions

[External Email]

Just to be clear, a CTC naming convention is not tied uniquely to ESCON or 
FICON architecture. We implemented a scheme in the mid-90s under ESCON well 
before the advent of FICON. It's still in effect.

The scheme we adopted (at IBM's suggestion) uses CEC, partition, direction (in 
or out for XCF) to construct a four-digit unit number. It has served us well 
for decades. The only 'cost' is that lots of addresses are reserved for CTC. In 
our case, all 4xxx and 5xxx addresses. I'm sure a more limited scheme could be 
utilized, but we connect every LPAR in every CEC to every other LPAR via CTC, 
so lots of addresses are utilized.

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Wednesday, October 17, 2018 11:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: CTC conventions

Thanks Rob,

I found that book, but went right past the "ESCON CTC Device Numbering Scheme" 
on page 5.
A virtual beer to you!

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jackson, Rob
Sent: Wednesday, October 17, 2018 1:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CTC conventions

Goog this, Allan:  "redbook paper ficon ctc implementation."  Top of the list.

First Tennessee Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Wednesday, October 17, 2018 1:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CTC conventions

[External Email]

Esteemed Listers,

I am in the process of adding a new LPAR to my sysplex and need some 
documentation for CTC naming conventions.

Many moons ago, there existed a document with a suggested naming convention 
such that device addresses could be associated with a particular LPAR and the 
direction of data flow.
This would, in turn, enable simple specification of PATHIN/PATHOUT statements 
in SYS1.PARMLIB(COUPLExx).

After a couple of hours spent with various search engines, websites, etc. I am 
unable to locate this suggested convention.
I have found fragments of documentation that use the convention, but no 
expression of the convention itself.
Does anyone, by chance, still have a copy? If so, can you post a copy or a link?

A virtual beer to all responders, and thanks in advance,


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

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


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

Re: CTC conventions

[Jackson, Rob]

Goog this, Allan:  "redbook paper ficon ctc implementation."  Top of the list.

First Tennessee Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Wednesday, October 17, 2018 1:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CTC conventions

[External Email]

Esteemed Listers,

I am in the process of adding a new LPAR to my sysplex and need some 
documentation for CTC naming conventions.

Many moons ago, there existed a document with a suggested naming convention 
such that device addresses could be associated with a particular LPAR and the 
direction of data flow.
This would, in turn, enable simple specification of PATHIN/PATHOUT statements 
in SYS1.PARMLIB(COUPLExx).

After a couple of hours spent with various search engines, websites, etc. I am 
unable to locate this suggested convention.
I have found fragments of documentation that use the convention, but no 
expression of the convention itself.
Does anyone, by chance, still have a copy? If so, can you post a copy or a link?

A virtual beer to all responders, and thanks in advance,

::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
FIRST TENNESSEE

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

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

Re: S106 abends after copying into LINKLIST

[Jackson, Rob]

Hah, I'll help too:  BMC's MainView SRM StopX37.

Also, Tivoli Advanced Allocation Manager from IBM.

There are probably others.

First Tennessee Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Longabaugh, Robert E
Sent: Friday, October 05, 2018 2:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: S106 abends after copying into LINKLIST

[External Email]

" Now my memory is fading, what is the name of that third party product which 
could intercept x37 abends and then dynamically fix it for you? "

CA Allocate does that and many other things.   Another ISV markets the one you 
are thinking of, and its name matches up with what you said it does.

Just trying to help

Bob Longabaugh
CA Technologies
Storage Management



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Elardus Engelbrecht
Sent: Friday, October 05, 2018 6:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: S106 abends after copying into LINKLIST

CAUTION: This email originated from outside of CA. Do not click links or open 
attachments unless you recognize the sender and know the content is safe.


John Eells wrote:

>I expect that we will err on the side of more free space pretty soon to help 
>alleviate out of space problems in this new(er) era of larger system software 
>volumes, particularly because system software is such a small fraction of the 
>disk space requirements for nearly any shop out there.

Indeed.


>System software data set level space management and x37 abends during APPLY 
>and ACCEPT processing will, I would hope, become a fading memory in a few 
>years.

Now my memory is fading, what is the name of that third party product which 
could intercept x37 abends and then dynamically fix it for you?


>Unlike some other memories, nobody will miss the "good old days."  This will 
>be more like the stories about how much more complicated life used to be when 
>you had to walk to school.  It was always uphill both ways and it was always 
>cold and snowing.  At least, that's what people used to tell their kids who 
>rode those cushy heated (FSVO "heated," at least in Maine) buses, right?

Right. In my child days, we were so poor, we have:

1. Running water - you run outside to get water using your pail and your feet.
2. cold and hot water - cold in the winter, hot in the summer.
3. shools have a tree structure - you just sit under a tree.
4. good transport - donkey car, cycle or just walking.
5. excellent entertainment - you just play outside.
6. But food was at least good - no junk food like those fast take aways.
7. I wish I could remember the rest, but my memory is fading... ;-)

John, thanks for your kind and educational posts. I really value them. Please 
continue sharing your wisdom.

Groete / Greetings
Elardus Engelbrecht

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

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

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


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

Re: Kind of lame SMP/E question

[Jackson, Rob]

"Readily" and "relatively easy" will probably not apply here, so the answers 
are not likely and nope.

You could dummy up a function/functions and receive the PTFs against it/them, 
but that won't buy you much other than metadata.  Even in IBM, things are 
packaged differently, but I would expect the sysmods would be compacted.  To 
expand them, you would use GIMCPTS, and then you could figure out how to use 
the necessary utilities to install them--and pay attention to the order, of 
course.  Depending on the number of sysmods, that could really be a hag.

Which product?  I'm very curious.  More appealing alternatives might be to 
contact your ever-changing IBM rep, if you can figure out who it is, or a VAR.  
Or, someone on this list:  if they have it, and it's current, then you might be 
able to get somewhere without violating any license agreement:  CSI, 
etc./TLIBs/DLIBs . . . done.  I'd trust something packaged up by someone else 
much more than something I hacked together from raw sysmods, unless it were 
fewer than or equal to approximately two.

First Tennessee Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Tuesday, September 18, 2018 6:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Kind of lame SMP/E question

[External Email]

I have a client who is licensed for and has installed a particular IBM software 
product on z/OS. The product is out of marketing but still in service. They 
have all the actual product libraries but managed apparently to delete the 
SMP/E datasets some time ago. They now need to apply a set of PTFs but are of 
course unable to do so without the SMP/E datasets. They cannot re-order the 
product because it is out of marketing.

I am a self-confessed SMP/E ignoramus. Is there some way to readily create a 
minimal SMP/E environment that would be "good enough"? Is there a relatively 
easy way to apply PTFs outside of SMP/E? Yeah, I know the questions are kind of 
lame, but I am outside of my comfort zone here and trying to help someone solve 
a problem.

Thanks much,
Charles

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

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

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

Re: Why banks didn’t ‘rip and replace’ their mainframes | Network World

[Jackson, Rob]

"will consider"

"over time"

"potentially"

Yes, they're doing it today.  Indeed. 

First Tennessee Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of x 
ksi
Sent: Monday, September 17, 2018 7:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Why banks didn’t ‘rip and replace’ their mainframes | Network World

[External Email]

2000...

This is what happens today -
https://www.itnews.com.au/news/cbas-new-private-cloud-nears-completion-moves-to-infrastructure-as-code-511657

Thanks,
Filip Palian

W dniu wtorek, 18 września 2018 Mark Regan 
napisał(a):

> https://www.networkworld.com/article/3305745/hardware/why-
> banks-didnt-rip-and-replace-their-mainframes.html
> --
>
> Regards,
>
> Mark T. Regan
>
> --
> 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
FIRST TENNESSEE

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


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

Re: Co-posted: Rexx performance measures

[Jackson, Rob]

Hah, indeed it did.  I was surprised too.  I added in the redundant count in 
the first place simply because I assumed a simple loop might not cause even a 
hundredth of a second CPU usage.  I was astonished, even knowing REXX is 
inherently a pig, albeit a generally pretty pig (yeah, yeah, Python is pretty 
too).

We are on a baby machine, a 2965-Txx, so that accounts for some of it, but 
still, yes, REXX is indeed expensive.

First Tennessee Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Crayford
Sent: Tuesday, September 11, 2018 9:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Co-posted: Rexx performance measures

[External Email]

Crikey! Did it really take REXX a whopping 7.7 CPU seconds to count to ten 
million?


On 12/09/2018 3:52 AM, Jackson, Rob wrote:
> Works for me just fine.  Looping ten million times and incrementing a counter 
> by one resulted in this:
>
> Bgn CPU:  68.66
> Bgn SRV:  2447864
> End CPU:  76.36
> End SRV:  2721588
>
> First Tennessee Bank
> Mainframe Technical Support
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of ITschak Mugzach
> Sent: Tuesday, September 11, 2018 3:36 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Co-posted: Rexx performance measures
>
> [External Email]
>
> I am trying to measure Rexx exec performance metrics. Elapse is easy
> Time('R') at start exec resets the counter and the second one reports the 
> value. But how to measure CPU or service units?  I tried SYSVAR('CPU') at 
> beginning of exec and at end, thinking to do the calculation myself, but both 
> returns the same value ... same behevior with SYSVAR('SYSSRV').
>
> I am a good developer, but i am not fooling my self I am SO good. what is the 
> trick to return the service units consumed by the exec?
>
> ITschak
>
> --
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Contiguous 
> Monitoring for Legacy **|  *
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
> FIRST TENNESSEE
>
> Confidentiality notice:
> This e-mail message, including any attachments, may contain legally 
> privileged and/or confidential information. If you are not the intended 
> recipient(s), or the employee or agent responsible for delivery of this 
> message to the intended recipient(s), you are hereby notified that any 
> dissemination, distribution, or copying of this e-mail message is strictly 
> prohibited. If you have received this message in error, please immediately 
> notify the sender and delete this e-mail message from your computer.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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

Re: Co-posted: Rexx performance measures

[Jackson, Rob]

:)

/* REXX */  
Say 'Bgn CPU: ' Sysvar('SYSCPU')
Say 'Bgn SRV: ' Sysvar('SYSSRV')
i = 0   
Do 999  
   i = i + 1
End 
Say 'End CPU: ' Sysvar('SYSCPU')
Say 'End SRV: ' Sysvar('SYSSRV')
Exit 0  

First Tennessee Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ITschak Mugzach
Sent: Tuesday, September 11, 2018 3:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Co-posted: Rexx performance measures

[External Email]

Bob, that's what I was expecting. please paste the code here. for some reason, 
my code returns same values.

ITschak

On Tue, Sep 11, 2018 at 10:53 PM Jackson, Rob 
wrote:

> Works for me just fine.  Looping ten million times and incrementing a 
> counter by one resulted in this:
>
> Bgn CPU:  68.66
> Bgn SRV:  2447864
> End CPU:  76.36
> End SRV:  2721588
>
> First Tennessee Bank
> Mainframe Technical Support
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of ITschak Mugzach
> Sent: Tuesday, September 11, 2018 3:36 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Co-posted: Rexx performance measures
>
> [External Email]
>
> I am trying to measure Rexx exec performance metrics. Elapse is easy
> Time('R') at start exec resets the counter and the second one reports 
> the value. But how to measure CPU or service units?  I tried 
> SYSVAR('CPU') at beginning of exec and at end, thinking to do the 
> calculation myself, but both returns the same value ... same behevior with 
> SYSVAR('SYSSRV').
>
> I am a good developer, but i am not fooling my self I am SO good. what 
> is the trick to return the service units consumed by the exec?
>
> ITschak
>
> --
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Contiguous 
> Monitoring for Legacy **|  *
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
> FIRST TENNESSEE
>
> Confidentiality notice:
> This e-mail message, including any attachments, may contain legally 
> privileged and/or confidential information. If you are not the 
> intended recipient(s), or the employee or agent responsible for 
> delivery of this message to the intended recipient(s), you are hereby 
> notified that any dissemination, distribution, or copying of this 
> e-mail message is strictly prohibited. If you have received this 
> message in error, please immediately notify the sender and delete this e-mail 
> message from your computer.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


--
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for 
Legacy **|  *

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

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