Re: [EXTERNAL] Re: Wiping old magnetic disks (Was Re: OFF TOPIC - DELETING ALL FILES SOFTWARE FROM A LAPTOP)

[Pommier, Rex]

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Wednesday, November 6, 2024 1:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Wiping old magnetic disks (Was Re: OFF TOPIC - DELETING 
ALL FILES SOFTWARE FROM A LAPTOP)

On Tue, 5 Nov 2024 18:40:54 -0500, David Spiegel wrote:
>...
>The solutions being discussed were to cut the tapes such that after 
>cutting 2 thinner circles would result or to cut the tapes such that 2 
>semicircular pieces would result.
>...
Why were no thermal alternative processes considered?
Environmental impact?

It's easy to find images of a disk with a couple bullet holes.

--
gil


I was given the task of destroying the HDAs out of a Hitachi array by drilling 
holes in them - in lieu of the bullet.  Drilled the first one only to find that 
the platters weren't aluminum, they were glass.  Very easily shattered glass.  
Most of it actually pulverized.  I learned on the first one to not drill 
through the bottom of the case.  

Rex

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

Re: [EXTERNAL] Re: DB2 lock question

[Pommier, Rex]

There is another list - Db2-L -  run by IDUG.  You could try sending something 
to community.idug.org 

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Estle
Sent: Wednesday, October 9, 2024 3:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: DB2 lock question

Can anyone advise on where to find the DB2 listserv community - I found one ias 
below but not sure if it is the "primary" most active DB2 group?:

https://urldefense.com/v3/__https://www.virtualusergroups.com/db2/db2-listserv/__;!!KjMRP1Ixj6eLE0Fj!ula2iWk3NTie41F7qrF60QIcRC7gaYLu1SF-8w4iVMcYqX3QaVyZk9tyKSIyqPPSxaWG-mV1VY_lZLYWN9ZcwsIhBwtP2aND05xj$
 

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

Re: z14/15 HMC doesn't recognize z/OS 3.1

[Pommier, Rex]

Thanks Jim,  

My z15 HMC shows P46598 is the SE framework and I actually have level 556 
retrieved, but it isn't activated.  My machine doesn't have MCL P46683 so I 
don't know what that one is.  So it's possible that once I get this MCL 
installed, my z15 might show z/OS 3.1.  I'm outta luck on the 14 (and I knew 
that already).

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jim 
Mulder
Sent: Tuesday, October 8, 2024 11:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: z14/15 HMC doesn't recognize z/OS 3.1

  Yes, we reported that to engineering almost 3 years ago during z/OS 3.1 
system testing.

  In a recent update to the problem record, I see

MCL P46683.466 in D41C Bundle H57.  

and

MCL P46598.552 in D41C Bundle S88.

Might be one for the SE and one for the HMC, if those MCL, driver, and bundle 
identifiers mean anything to you. 

Jim Mulder
  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: Wednesday, October 9, 2024 12:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z14/15 HMC doesn't recognize z/OS 3.1

Yes, that's a known bug, I was told that it was supposed to be fixed with the 
MCLs due out by November.

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

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

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


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

Re: [EXTERNAL] Re: z14/15 HMC doesn't recognize z/OS 3.1

[Pommier, Rex]

Thanks, I did a quick search but didn't get any hits so continued on with the 
test.  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: Tuesday, October 8, 2024 11:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: z14/15 HMC doesn't recognize z/OS 3.1

Yes, that's a known bug, I was told that it was supposed to be fixed with the 
MCLs due out by November.

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

z14/15 HMC doesn't recognize z/OS 3.1

[Pommier, Rex]

Hi list,

No major problems, just found something interesting.  We are a small shop, a 
z14 running primary with a z15 CBU machine.  Both machines are relatively 
current on their MCLs.  We're in a mixed environment momentarily, with 1 
production LPAR running z/OS 3.1 and the other running 2.4.  We're running a DR 
test right now and when I went to the z15 hardware console to IPL the LPARs for 
performing a network test, I noticed the HMC is showing the LPAR that is 
running 3.1 as running 2.5.  Curious, so I went and checked production and it's 
showing the same thing.  Seems my HMCs don't recognize z/OS version 3 yet.  And 
I'm guessing the z14 never will, as IBM has stopped publishing MCLs for it.

Rex

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

Re: DB2 lock question

[Pommier, Rex]

We got it figured out.  A simple SELECT did a commit that freed up the lock.  
We tried everything but...

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Monday, October 7, 2024 5:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] DB2 lock question

Hi list,

Yes, this is a db2 problem but I don't know what happened to my signon into the 
db2 list so here goes.  We started a DR test this morning with a flashcopy of 
our production system - and managed to get a DB2 transaction mid flight.  Now, 
in our DR test sandbox, we have a DB2 lock being held by a non-existent unit of 
work.  How do we remove this lock?

Thanks in advance,

Rex

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

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

DB2 lock question

[Pommier, Rex]

Hi list,

Yes, this is a db2 problem but I don't know what happened to my signon into the 
db2 list so here goes.  We started a DR test this morning with a flashcopy of 
our production system - and managed to get a DB2 transaction mid flight.  Now, 
in our DR test sandbox, we have a DB2 lock being held by a non-existent unit of 
work.  How do we remove this lock?

Thanks in advance,

Rex

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

Re: Flashcopy consistent clone

[Pommier, Rex]

I've never used it, but doesn't flashcopy have a way of defining consistency 
groups to do just this sort of thing?

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Radoslaw Skorupka
Sent: Friday, October 4, 2024 3:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Flashcopy consistent clone

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I need to clone a group of volumes, preferably consistently.
Let's say
A001 to B001
A002 to B002
...
A03F to B03F

Any clue?

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

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

Re: [EXTERNAL] Re: Ubiquitous ZOS Tape Utility?

[Pommier, Rex]

I think the question about "what is a healthy tape" was more in line with the 
fact that "tapes" on a VTS aren't really tape.  I would think that tape health 
on a VTS would be more in line with does your system catalog align with the 
tape catalog in your tape management system with what the VTS says are valid, 
in use (and scratch) tapes.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Estle
Sent: Tuesday, September 17, 2024 11:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Ubiquitous ZOS Tape Utility?

A healthy tape would be defiined as a tape where you can successfully read the 
tape label and all written blocks on the tape volser without error (I/O error, 
equipment check, etc).

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

Re: [EXTERNAL] Re: MTMGM and Flashcopy

[Pommier, Rex]

Not sure if this would help.

https://www.ibm.com/docs/en/zos/2.1.0?topic=flashcopy-pprc-primary

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Babcock
Sent: Monday, September 16, 2024 7:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: MTMGM and Flashcopy

No one knows the answer to this?

On 9/13/2024 9:43 AM, Michael Babcock wrote:
> We currently have a MTMGM (Multi-target, Metro Global Mirror) 
> implementation.    Most of our volumes are in this MTMGM 
> configuration, however we have a few that are not.   We have a volume, 
> say at address A000, that is not part of the MTMGM nor part of any 
> other copyset.  We have a batch job that copies to this A000 address 
> using FASTREPLICATION(PREFERRED), so it uses flashcopy and the job 
> completes very quickly.    Back in 2019, we decided to add this A000 
> volume to a metro mirror copyset.   When the batch job ran, it 
> couldn't use flashcopy and fell back to standard data movement.  This 
> extended our batch window and is not acceptable.  I don't remember 
> exactly what the error was but vaguely recall it was something about 
> not being able to use FC to a target when that target was also a PPRC 
> source.
>
> Has anything changed with regard to using FC to a volume that is part 
> of the MTMGM or any other copyset?
>
> MTMGM:   Our config is we have one DS8950 as our primary DASD box, we 
> have another DS8950 being used as a Metro Mirror box colocated with 
> the primary and we have a third DS8886 (soon to be a new DS8950) box 
> at a remote site using Global Mirror.   We use MTMGM to replicate from 
> the primary to the MM box and using GM to the remote box.
>
> We really want to add the other volumes to the MTMGM but don't want to 
> affect the batch Flashcopies to those other volumes. Clear as mud?

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

Re: [EXTERNAL] Storage Solution selection Criteria

[Pommier, Rex]

Obviously price and performance.  Some other criteria I look at are:
Floor space/size/environmentals
Ease of configuration/reconfiguration
How much flexibility do I have in doing configuration versus relying on the 
vendor to do it (at a prior job I got burned a couple times by needing to go 
back to the vendor to reconfigure some storage and their turnaround time was 
close to a week.  
What is included with the base hardware versus what is optional.  I'm thinking 
things like instant copy, immutable data, things like that.
Flash or spinning disk - does it matter to you?  This is obviously performance 
driven.  In our case, our primary disk is all flash but our VTS has spinning 
disk in it.  We want better performance out of primary than from virtual tape.  

Just some thoughts...

Rex


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter
Sent: Wednesday, September 4, 2024 3:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Storage Solution selection Criteria

Hello,

I Must confess that I am not a Storage expert.  In our organization we are 
working on procuring a new storage box solution. I have been asked to study and 
give an opinion on which solution would be perfect for our mainframe 
environment.

Could someone give me your advise based on your experience. When selecting a 
new storage solution what are the important points that needs to be looked into 
the vendors proposal ?

Peter

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

Re: [EXTERNAL] Upgrading z/OS vs. z/VM

[Pommier, Rex]

Almost the same here.  IPLPARM and PROCLIB are not on res pack.  PARMLIB is - 
with the indirect cataloging.  That way I can have my new PARMLIB (pointing to 
new BPXPRMxx for example) ready to go.  

Side story, when I first started here 11 years ago, they were doing upgrades 
exactly like Phil described.  Upgrading all third party products and the OS at 
the same time, complete clone of all data volumes and everything.  Weekend 
nightmare to go thru.  I sat my new coworkers (and manager) down and explained 
to them how much safer and easier it was to upgrade a third party product at a 
time, get them out of the way ahead of time, then just upgrade the OS and leave 
everything else the same.  They were skeptical - until I dropped the first OS 
upgrade in and showed them how much easier it is this way.  😊

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Tuesday, September 3, 2024 11:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Upgrading z/OS vs. z/VM

Classification: Confidential

Have no clue about AD/CD configuration. As I stated earlier, just point to new 
sysres and IPL.
In my configuration PARMLIB/PROCLIB/IPLPARM *ARE NOT* on the sysres.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Phil Smith III
Sent: Tuesday, September 3, 2024 11:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Upgrading z/OS vs. z/VM

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

Ok, that's interesting. Maybe we're more constrained because it's an ADCD image?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Tuesday, September 3, 2024 11:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Upgrading z/OS vs. z/VM

Phil,

I'm going to give you a qualified "nope" here.  Granted I work at a small site 
- 2 production LPARs and a sandbox, no shared anything, no sysplex yadda yadda 
yadda.  We currently have 3.1 sitting on a mod27 volume (with its unix 
filesystem datasets that shipped with it ready to go).  Had to put new catalog 
entries into the master for the new USS datasets and new libraries on the RES 
pack - using indirect cataloging for it.  IPLed 3.1 and ran for a few hours 
before we hit a snag that forced us to back out to 2.4.  Backout was simply 
shutting down, pointing the hardware to the 2.4 SYSRES and IPLing.   No messing 
with spool or anything else.  Just need to make sure fallback maintenance is in 
place.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Phil Smith III
Sent: Tuesday, September 3, 2024 10:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Upgrading z/OS vs. z/VM

I'm NOT trying to start a war here, just trying to grok whether I'm confused or 
not. I will make assertions below, any/all of which may be wrong, but that 
seems better than qualifying each with "I think..." etc.

Upgrading z/VM versions has been pretty trivial for quite a while: point to a 
new CP module, reIPL.

Upgrading z/OS is a lot harder. There's no way to just swap the OS itself, 
which means you need to clone the LPAR and then connect the user data volumes, 
with required catalog tinkering. And SPOOL needs to be backed up and restored 
(or contents lost).

Is this really still true in 2024?

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

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

The contents of this e-mail and any att

Re: [EXTERNAL] Upgrading z/OS vs. z/VM

[Pommier, Rex]

Phil,

I'm going to give you a qualified "nope" here.  Granted I work at a small site 
- 2 production LPARs and a sandbox, no shared anything, no sysplex yadda yadda 
yadda.  We currently have 3.1 sitting on a mod27 volume (with its unix 
filesystem datasets that shipped with it ready to go).  Had to put new catalog 
entries into the master for the new USS datasets and new libraries on the RES 
pack - using indirect cataloging for it.  IPLed 3.1 and ran for a few hours 
before we hit a snag that forced us to back out to 2.4.  Backout was simply 
shutting down, pointing the hardware to the 2.4 SYSRES and IPLing.   No messing 
with spool or anything else.  Just need to make sure fallback maintenance is in 
place.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Phil Smith III
Sent: Tuesday, September 3, 2024 10:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Upgrading z/OS vs. z/VM

I'm NOT trying to start a war here, just trying to grok whether I'm confused or 
not. I will make assertions below, any/all of which may be wrong, but that 
seems better than qualifying each with "I think..." etc.

Upgrading z/VM versions has been pretty trivial for quite a while: point to a 
new CP module, reIPL. 

Upgrading z/OS is a lot harder. There's no way to just swap the OS itself, 
which means you need to clone the LPAR and then connect the user data volumes, 
with required catalog tinkering. And SPOOL needs to be backed up and restored 
(or contents lost). 

Is this really still true in 2024?

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

Re: [EXTERNAL] Re: Smp receive error due to space

[Pommier, Rex]

Peter,

I don't remember what you're trying to uncompress, but here, I have 2 ZFS 
datasets that I used when I loaded z/OS 3.1.  They are SMS managed (I have 
heard conflicting information about whether they need to be SMS managed or 
not).  They are both defined with SPACE(CYL(32750 32750) ).  Loading 3.1 down 
and decompressing it pushed my NTS onto the second volume and the work zFS onto 
the third volume.  So, yes, these things get big.  And you definitely want to 
make sure you have the //SMPWKDIR defined.

Rex


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter
Sent: Tuesday, August 27, 2024 12:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Smp receive error due to space

I tried with zfs primary 1 and secondary 1 but still it fails with no 
space.

The multivolume works only in SMS managed ?

On Mon, 26 Aug 2024, 09:19 Brian Westerman, < 
06ba4ed225c9-dmarc-requ...@listserv.ua.edu> wrote:

> Increasing the dataset you are increasing (SMPNTS) is only necessary 
> if you run out of space when downloading the service from IBM, your 
> problem is decompressing the compressed files that you already 
> downloaded, so you only need to increase the //SMPWKDIR (defaults to 
> /TMP) space.  The one you use for "normal" operation is just too small 
> for the service you are installing, and that happens a lot, especially 
> with very large service like Java updates.
>
> I always allocate a new ZFS for service related temp space and don't 
> use the "normal" /tmp space (which is typically a tfs and not a "real" 
> zfs dataset anyway.)
>
> Just create a ZFS at about the size of your normal SMPNTS zfs dataset, 
> then create a new USS directory (use permissions of 777) called "TEMP" 
> and mount the new zfs to that directory, then in your receive order or 
> Receive from NTS job, add the following DD.
>
> //SMPWKDIR DD  PATHDISP=KEEP,PATH='/TEMP'   (use the original /tmp ONLY if
> extracts are small enough)
>
> Typically I allocate the /TEMP ZFS as 10,000 primary and 10,000 
> secondary CYLS, and call it "OMVS.TEMP.ZFS" which should be big enough 
> for just about anything.
>
> When you are done, just unmount and delete the new ZFS "OMVS.TEMP.ZFS".
>
> It doesn't really matter what name you call the ZFS, so long as you 
> tell SMPE that the //SMPWKDIR is to be allocated to the /TEMP 
> directory that you mounted it to.  Then the service job will use that 
> new "temporary" zfs that you created for decompression, instead of the 
> (probably much smaller) /tmp dataset.
>
> It's difficult to tell ahead of time how much temp space will be 
> necessary to decompress the PTFs, that's why I always make a new one.  
> There is no reason to keep it around when you are done with it, it 
> will just take up space that you can use for other things.  You 
> especially don't want HSM to back it up or archive it because that will just 
> waste resources.
>
> Brian
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

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

Re: [EXTERNAL] Re: HSM question

[Pommier, Rex]

Depending on the tape retention parameters in the TS7770 itself, once HSM 
releases the tapes (and backing disk storage) for reuse, the TS7770 may retain 
the tapes and storage for a few more days.  In your virtual tape area on the 
VTS GUI, check the categories and look at the scratch categories.  If any says 
"x Days Hold", you will need to wait that additional time before the VTS will 
release the tapes.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Schwab
Sent: Thursday, August 22, 2024 12:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: HSM question

There is usually a delay of a few days to allow undeleted of the tape volumes.  
Best to set an retention period so they expire after so many days / after n 
versions are created.

‪On Thu, Aug 22, 2024 at 12:03 AM ‫גדי בן אבי‬‎  
wrote:‬
>
> Hi,
> We use HSM to backup datasets to virtual tape on a TS7770.
>
> We are getting close the TS7770's capacity and want to reduce the capacity 
> used by HSM.
>
> The current strategy is to find backups we no longer want/need, delete the 
> from HSM, and then use RECYCLE command to merge the tapes that are not full.
>
> After we've done that, the used capacity that the TS7770 reports is not 
> reduced.
>
> My theory is that HSM does not release the tapes (and cache space they take 
> up) when they are empty.
>
> Is this correct?
>
> Is there a way to tell HSM to release empty tapes to the general SCRATCH pool?
>
> Gadi
>
> --
> 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

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

Re: [EXTERNAL] Configuring a SMTP server on zOS

[Pommier, Rex]

Hi Binyamin,

I'm sure there are plenty of ways to handle this, but we are using cssmtp 
running on the mainframe.  Our configuration has the TargetServer paragraph 
with TargetName pointing to our email server.  Emails originating on the 
mainframe simply use our normal email address for routing.  

Are you looking to simply send e-mails from z/OS or are you looking to receive 
them as well?  We strictly do sends.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Binyamin Dissen
Sent: Thursday, August 1, 2024 2:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Configuring a SMTP server on zOS

I am going thru  the IP Configuration Reference and am trying to understand 
some points.

Would local email ids be userid@IP.address ?

Is targetserver required or is zOS SMTP smart enough to figure the address of 
the store?

Any tips?

--
Binyamin Dissen  
https://urldefense.com/v3/__http://www.dissensoftware.com__;!!KjMRP1Ixj6eLE0Fj!utRwIrln-GwymtqDsBg3gZ8JYjuWKfyun4jPHc73mt0j4f7hGb-p6zBZ1xZeP0S8iNJxJK5DC_JOgoYIdxuql9ovNNDN4FbMndTg$
 

Director, Dissen Software, Bar & Grill - Israel

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

Re: CTN's and auto DST changes

[Pommier, Rex]

Allan, 

Yabbut...  Do I still have to pay $10K's to buy an external timer in order to 
get a fully automatic CST/DST time flip and to get my z14 to get in sync with 
our NTP servers that the rest of our company uses?

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Wednesday, July 24, 2024 8:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: CTN's and auto DST changes

Classification: Confidential

z/hardware can do this automatically, and has done so for decades.
None of the major IBM subsystems depend on local time for logging and recovery 
(since at least the late 80's

Almost universal, however is "application paranoia".
The fear that there is something somewhere dependent on the local timestamp and 
*might* break something.

This has led to persistent 1 hour outage once/year for the fall time change 
where the local timestamp can possibly overlap, in many cases.




-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
EDWARD GOULD
Sent: Tuesday, July 23, 2024 2:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CTN's and auto DST changes

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

-SNIP---
> >...   Now that we have a lot of K systems, etc, I d like to have the 
> > majority of lpars set spring forward/back automatically for all lpars that 
> > can,
> >
> All modern systems have automated this:
>   >.
> The code is available; it's free; it would be a good Idea for IBM to 
> embrace it.
>
> >...  and just manually control those that still have the application 
> > limitation(it uses local time, not UTC).
> >
> That's a design defect in such applications.  Contact the suppliers.
>
Gil,
We used to have an ancient version of CICS that did that. The issue was that it 
ran the ATMs and the online banking system. If it went down for more than X 
amount of time (I think it was 15 minutes or an hour?), we were fined by the 
fed 10K ($ ?). Everyone, including the management, did not want to touch it. We 
were stuck with this, yet we had to keep the OS current. How do you want to 
call IBM on an unsupported version of CICS?
Ed

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

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


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

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

Re: Broadcom/CA Easytrieve

[Pommier, Rex]

OK, thanks.  I thought I had seen something about it being for 6.4, but 
obviously not.  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Schmitt, Michael
Sent: Tuesday, July 23, 2024 3:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Broadcom/CA Easytrieve

That's for reading the r11 options table. It doesn't exist in version 6.4.


For those who are interested...

There are many versions of Easytrieve... the original (?) version, and ones for 
Unix, Windows, CICS, etc.

But they had inconsistent syntax and capabilities.

Version r11 was an attempt to unify the versions, so the same syntax could be 
used in all. But at a cost! It broke existing programs.

So r11 can be run in two modes: New Function mode is the new stuff, 
Compatibility Mode (aka legacy mode) runs the same as version 6.4.

But r11 in compatibility mode still reads the r11 options table, else how does 
it know it should be in compatibility mode and not use the option table it just 
read?

New Function mode is generally better, except that I/O performance is *much* 
worse. For a dumb reason.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Tuesday, July 23, 2024 3:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Broadcom/CA Easytrieve

Here's another one - supposedly.  We don't have EZTrieve...  Looks like the 
READFILE option might give you what you need.

The following code is z/OS site option update JCL:

//jobname   JOB accounting.info

//UPDATE   EXEC PGM=ETOPLOAD
//STEPLIB  DD  DSN=EZT.loadlib,DISP=SHR
//SYSPRINT DD  SYSOUT=A
//OUTPUT   DD  SYSOUT=A
//EZOPTBL  DD  DSN=your.EASYTRIEVE.EZOPTBL ,DISP=SHR,
//SYSUT2   DD  DISP=(,CATLG),DSN=EZT.option.output,
 // SPACE=(TRK,(1,1),RLSE),
//SYSINDD  *
  Site Option Update Cards
/*
//

Submitting a Run of ETOPLOAD Using JCL
This section describes how to update the Easytrieve options table on the 
mainframe using the ETOPLOAD program through batch JCL.
There are two utility functions available for use with the batch update 
program, ETOPLOAD. These utility functions are not necessary for updating an 
existing options table. To use these functions, the command would be specified 
for the SYSIN instead of the Options Update cards.

Create File
The Create File command rebuilds the site options with the default values 
supplied with Easytrieve
.
follow these steps:

CREATEFILE

Read File
The Read File command reads the existing site options and writes the 
records to an output file. This output file can be used later to rebuild your 
site options after installing a new version of Easytrieve
or if your site options are destroyed.
follow these steps:

READFILE

READFILE must be the first record in the input file.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Schmitt, Michael
Sent: Tuesday, July 23, 2024 3:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Broadcom/CA Easytrieve

Ooh, I know this one!

If you're still using Easytrieve Plus 6.4 then you're using the old options 
table.  (This options table is also used in r11 in "compatibility mode").

To dump it, run this JCL:

//JS010   EXEC PGM=EZTPX15
//OPT   DD DUMMY,
// RECFM=FB,LRECL=80
//SYSPRINT  DD *


If you're in r11 it gets a lot more complicated to view the options. You can 
have a table (in a completely different format) that is full of options, except 
one of those options tells it to ignore ALL THE OTHER OPTIONS and instead use 
the old method.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
rpinion865
Sent: Tuesday, July 23, 2024 2:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Broadcom/CA Easytrieve

I need to determine what are the Easytrieve options we have. This is a very old 
version, 6.4, and the people and libraries used for the install are long gone. 
Seems like I remember that you could run something to list the installed 
options.

"Confidentially doc, I am the wabbit."

Bugs Bunny

Sent with [Proton 
Mail](https://urldefense.com/v3/__https://proton.me/__;!!KjMRP1Ixj6eLE0Fj!uZosb4ZdjsyjdzMtPjSFOQaRVjMTlk3oc7irHBpxHqZc_cCRzdNu8yvR89so9CHJ9mRe70ed9HkHtcc_s6_W_bvXCwQ$
 ) secure email.

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

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

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

Re: Broadcom/CA Easytrieve

[Pommier, Rex]

Here's another one - supposedly.  We don't have EZTrieve...  Looks like the 
READFILE option might give you what you need.

The following code is z/OS site option update JCL:

//jobname   JOB accounting.info

//UPDATE   EXEC PGM=ETOPLOAD
//STEPLIB  DD  DSN=EZT.loadlib,DISP=SHR
//SYSPRINT DD  SYSOUT=A
//OUTPUT   DD  SYSOUT=A
//EZOPTBL  DD  DSN=your.EASYTRIEVE.EZOPTBL
,DISP=SHR,
//SYSUT2   DD  DISP=(,CATLG),DSN=EZT.option.output,
 // SPACE=(TRK,(1,1),RLSE),
//SYSINDD  *
  Site Option Update Cards
/*
//

Submitting a Run of ETOPLOAD Using JCL
This section describes how to update the Easytrieve
options table on the mainframe using the ETOPLOAD program through batch JCL.
There are two utility functions available for use with the batch update 
program, ETOPLOAD. These utility functions are not necessary for updating an 
existing options table. To use these functions, the command would be specified 
for the SYSIN instead of the Options Update cards.

Create File
The Create File command rebuilds the site options with the default values 
supplied with Easytrieve
.
follow these steps:

CREATEFILE

Read File
The Read File command reads the existing site options and writes the 
records to an output file. This output file can be used later to rebuild your 
site options after installing a new version of Easytrieve
or if your site options are destroyed.
follow these steps:

READFILE

READFILE must be the first record in the input file.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Schmitt, Michael
Sent: Tuesday, July 23, 2024 3:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Broadcom/CA Easytrieve

Ooh, I know this one!

If you're still using Easytrieve Plus 6.4 then you're using the old options 
table.  (This options table is also used in r11 in "compatibility mode").

To dump it, run this JCL:

//JS010   EXEC PGM=EZTPX15
//OPT   DD DUMMY,
// RECFM=FB,LRECL=80
//SYSPRINT  DD *


If you're in r11 it gets a lot more complicated to view the options. You can 
have a table (in a completely different format) that is full of options, except 
one of those options tells it to ignore ALL THE OTHER OPTIONS and instead use 
the old method.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
rpinion865
Sent: Tuesday, July 23, 2024 2:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Broadcom/CA Easytrieve

I need to determine what are the Easytrieve options we have. This is a very old 
version, 6.4, and the people and libraries used for the install are long gone. 
Seems like I remember that you could run something to list the installed 
options.

"Confidentially doc, I am the wabbit."

Bugs Bunny

Sent with [Proton 
Mail](https://urldefense.com/v3/__https://proton.me/__;!!KjMRP1Ixj6eLE0Fj!uZosb4ZdjsyjdzMtPjSFOQaRVjMTlk3oc7irHBpxHqZc_cCRzdNu8yvR89so9CHJ9mRe70ed9HkHtcc_s6_W_bvXCwQ$
 ) secure email.

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

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

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

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

Re: World’s largest computer outage!

[Pommier, Rex]

I had to go into my laptop via safe mode and delete a crowdstrike file from 
within windows directory tree to get mine to come back.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Schmitt, Michael
Sent: Friday, July 19, 2024 10:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: World’s largest computer outage!

The impact is larger than just Microsoft's cloud. The cloudstrike update is 
causing crashes in Windows PCs and servers. For some it causes the PC to be 
unbootable.

(It crashed my PC but it was able to restart)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Beagle
Sent: Friday, July 19, 2024 10:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: World’s largest computer outing!

lol spell check but thanks for correcting a 2nd grade word.



Dave B.

إسرائيل قتلت 40 ألف فلسطيني بريء


On Friday, July 19, 2024, 10:32 AM, Phil Smith III  wrote:

*outage not *outing

The real question is how many (OK, how FEW) CxOs are going to look at this and 
say "Gee, SPOF, eggs in one basket, *not under our control*, is this cloudy 
thingy really such a great idea?"

-Original Message-
> On 7/19/24 at 9:38 AM, Dave Beagle wrote:
>
>> Microsoft via a Crowdstrike security update is experiencing the largest 
>> outage in world history. Long live the mainframe.

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

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

Re: [EXTERNAL] Re: tape sharing question

[Pommier, Rex]

Thanks, Brian.  I'll check it out!

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: Tuesday, July 16, 2024 11:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: tape sharing question

Hi,

CA-1 allows you to set up specific tape ranges that are to be used as 
Read-only.  It should be pretty simple to set it up so that your sandbox has 
the setup for read only whereas production has read-write.

Brian

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

Re: Problem when transfereing PDS members using ftp.

[Pommier, Rex]

Mr. Kolusu,

I just want to give a public "thank you" for your service to this list.  You 
are always quick to jump in with help well outside of your "official" duties 
with DFSort.  Your responses are always courteous and professional.  Many of us 
on this list have been recipients of your assistance when we've come here for 
guidance.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Sri 
Hari Kolusu
Sent: Wednesday, July 17, 2024 4:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Problem when transfereing PDS members using ftp.

> When he looked at the destination he say that the last update time was 3 
> hours less than it should have been.

Gadi,

Check this 
https://urldefense.com/v3/__https://www.ibm.com/support/pages/time-tags-incorrect-ftp-generated-ispf-statistics__;!!KjMRP1Ixj6eLE0Fj!sfbyXOvCvvACBz1kNPho_k4Ugi-EcQOpwoRpNVeu0qGgCFEb2BGleP69PvVnwQtcTqmIHrabIlelRQkccaI$
 

Thanks,
Kolusu
DFSORT Development
IBM Corporation

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

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

Re: [EXTERNAL] z/OSMF and z/OS - volume

[Pommier, Rex]

Yes, you have to prepare all your volumes in advance.  In addition, if you have 
to go back and modify any allocation, the dialog won't allow you to move on if 
you have already allocated datasets/libraries on those volumes that push the 
volume to "too full".   Never mind that the first step of the actual generated 
job deletes the datasets that are being loaded.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Radoslaw Skorupka
Sent: Tuesday, July 16, 2024 9:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] z/OSMF and z/OS - volume

I am installing z/OS 3.1 using z/OSMF.

I am on step Configure Deployment - Data Sets.
When I change some dataset to assign a volume I get the following message:
Processing failed on system "MVS1" . Error: "GIM70538E: Volume VOL123 is not 
mounted or does not exist."

Do I have to prepare all the volumes in advance?

AFAIK, the classic ServerPac dialog allowed to use new (not yet
initialized) volumes. One of first jobs was ICKDSF INIT. I miss it.


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

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

tape sharing question

[Pommier, Rex]

Hi list,

Just looking for ideas/options here.  

First the environment.  z/OS 2.4 migrating to 3.1.  CA-1 tape management.  IBM 
TS7760 at primary site replicated to a second TS7760T.  2 LPARs in question 
here, one production and developer teat, the second a sandbox.  We ran into a 
couple snags with some ancient assembler application programs that were 
"working" under multiple releases of OS/390 and z/OS.  2 of these modules were 
last assembled in 199x for context.  Tried to run them in test of 3.1 and got 
S0Cx abends.  Not blaming IBM because these abends are caused by bugs in the 
code.  They were reading low memory and using what they found as pointers to 
other storage or loop counters.  Between 2.4 and 2.5, IBM cleared out a bunch 
of these old storage locations because they aren't being used any more, causing 
our buggy programs to fail.  We now need to do a more thorough test of these 
old programs to make sure we find them all.  

What I'm looking for ideas on is this:  Some (not much) of our data is on tape. 
 We have tape drives available to bring online to the sandbox but historically 
we have not allowed tape usage over there.  To build the sandbox we use 
flashcopy to create a complete clone of the production LPAR, make the necessary 
parmlib etc changes, then IPL the sandbox without any tape.  Do I have any 
options for being able to use a limited amount of tape on the sandbox in 
read-only mode in order to not have to copy production LPAR tape data to DASD 
then copy the DASD data to the sandbox?  On old physical tape it was easy, pull 
the ring or flip the read-only switch on the physical tapes, and don't allow 
any physical loads of scratch tapes.  Is there a way to make my virtual tapes 
read-only in the sandbox while still allowing them to be read/write to 
production?

TIA,

Rex

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

Re: [EXTERNAL] Re: About Python and REXX

[Pommier, Rex]

In our case, we have about 3 home directories and all 3 belong to sysprogs.  
Because of our environment, the only people who even go into OMVS are the 
sysprogs and we can run the scan as superuser, so no security violations 
either.  In our environment, if an application developer was curious about 
python (or 'go' or any other language) they would come to us and ask.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Crayford
Sent: Friday, July 5, 2024 8:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: About Python and REXX

Including scanning all your colleagues home directories and cutting SMF records 
for each security violation? 

> On 5 Jul 2024, at 21:18, Pommier, Rex  wrote:
> 
> Depends on the size of your filesystem, and how often you need to do 
> something like this.  We don't really use OMVS beyond what is required by the 
> system.  I just did what Dana suggested and it took about 10 seconds to tell 
> me I don't have python3 on my system.  
> 
> Rex
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of David Crayford
> Sent: Friday, July 5, 2024 7:42 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: About Python and REXX
> 
>> On 5 Jul 2024, at 20:25, Dana Mitchell 
>> <06541c3d849c-dmarc-requ...@listserv.ua.edu> wrote:
>> 
>> Also, in OMVS,issue command:
>> 
>> find / -name python3
> 
> Is this a joke? Searching the entire file system is not a good idea!
> 
>> 
>>>> On Thu, 4 Jul 2024 14:37:29 +1000, Wayne Bickerdike  
>>>> wrote:
>>> 
>>> In OMVS try the python command For version 3,1, it's python3. Or 
>>> just have a look around the OMVS directories.
>>> 
>>> On Thu, Jul 4, 2024 at 8:02 AM   < 
>>> 0619bfe39560-dmarc-requ...@listserv.ua.edu> wrote:
>>> 
>>>> A question:
>>>> 
>>>> * How do I check if Python is installed/availible in an existing 
>>>> z/OS?  (I can't ask anyone for the moment due to an organisational 
>>>> mess at this
>>>> site.)
>>>> 
>> 
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions, 
>> send email to lists...@listserv.ua.edu with the message: INFO 
>> IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> The information contained in this message is confidential, protected from 
> disclosure and may be legally privileged. If the reader of this message is 
> not the intended recipient or an employee or agent responsible for delivering 
> this message to the intended recipient, you are hereby notified that any 
> disclosure, distribution, copying, or any action taken or action omitted in 
> reliance on it, is strictly prohibited and may be unlawful. If you have 
> received this communication in error, please notify us immediately by 
> replying to this message and destroy the material in its entirety, whether in 
> electronic or hard copy format. Thank you.
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: [EXTERNAL] Re: About Python and REXX

[Pommier, Rex]

Depends on the size of your filesystem, and how often you need to do something 
like this.  We don't really use OMVS beyond what is required by the system.  I 
just did what Dana suggested and it took about 10 seconds to tell me I don't 
have python3 on my system.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Crayford
Sent: Friday, July 5, 2024 7:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: About Python and REXX

> On 5 Jul 2024, at 20:25, Dana Mitchell 
> <06541c3d849c-dmarc-requ...@listserv.ua.edu> wrote:
> 
> Also, in OMVS,issue command:
> 
> find / -name python3

Is this a joke? Searching the entire file system is not a good idea!

> 
>> On Thu, 4 Jul 2024 14:37:29 +1000, Wayne Bickerdike  
>> wrote:
>> 
>> In OMVS try the python command For version 3,1, it's python3. Or just 
>> have a look around the OMVS directories.
>> 
>> On Thu, Jul 4, 2024 at 8:02 AM   < 
>> 0619bfe39560-dmarc-requ...@listserv.ua.edu> wrote:
>> 
>>> A question:
>>> 
>>> * How do I check if Python is installed/availible in an existing 
>>> z/OS?  (I can't ask anyone for the moment due to an organisational 
>>> mess at this
>>> site.)
>>> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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


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

Re: [EXTERNAL] Re: VTOCs vs. catalogs

[Pommier, Rex]

David,

Since you are obviously my elder in the field, please enlighten me as to what 
the VVDS was before the ICF catalog came along.  When I started, VSAM catalogs 
were still a thing (as were CVOLs I think) but we never had them at my shop.  I 
was taught that the VVDS and BCS structures were the 2 components of an ICF 
catalog, created to overcome shortcomings of the VSAM catalog.  Did VVDS's 
exist before the ICF catalog or were they introduced with ICF?  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Spiegel
Sent: Friday, May 24, 2024 9:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: VTOCs vs. catalogs

Hi Rex,
You said: "...I never worked with either CVOLs or VSAM catalogs ..." If I may 
take the Bible out of context, please see: DE 32:7 זְקֵנֶ֖יךָ וְיֹ֥אמְרוּ לָֽךְ 
"... Remember the days of old, Consider the years of ages past; Ask your 
parent, who will inform you, Your elders, who will tell you: ..."
Regards,. David
On 2024-05-24 10:12, Pommier, Rex wrote:
> Hi David,
>
> This is the part I was commenting on.  " Then came  VSAM  (and VVDS?) and 
> VSAM Catalogs,...".  I took that comment as being Dave guessing that possibly 
> the VVDS came along with VSAM catalogs which I believe were a stepping stone 
> between CVOLs and ICF catalogs.  I never worked with either CVOLs or VSAM 
> catalogs but I was pretty sure the VVDS came along with the ICF.
>
> Rex
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of David Spiegel
> Sent: Friday, May 24, 2024 8:55 AM
> To:IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: VTOCs vs. catalogs
>
> Hi Rex,
> "...Followed by SMS and VVDS for non-VSAM datasets ..."
> This was meant (AFAIK) to state that VVDS for Non-VSAMs came into use with 
> SMS-Controlled DASD Volumes.
> It is also true that VVDSs were introduced with ICF Catalogs (circa 1981, 
> recalled and re-released in 1982).
>
> Regards,
> David
>
> On 2024-05-24 09:44, Pommier, Rex wrote:
>> Didn't the VVDS come along with the ICF catalog structure?
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List   On
>> Behalf Of Gibney, Dave
>> Sent: Thursday, May 23, 2024 10:32 PM To:IBM-MAIN@LISTSERV.UA.EDU
>> Subject: [EXTERNAL] Re: VTOCs vs. catalogs
>>
>> All speculation on my part. One system with no DASD, you need neither.
>> On a system with only one, of just a few DASD volumes, a VTOC is required to 
>> say where on the volume a dataset is and the basic attributes of PS and PDS 
>> datasets.
>>
>> Once you get to several always mounted DASSD volumes, it becomes a pain to 
>> need to remember and specify VOLSER in the JCL.
>>
>> CVOLs where an early attempt to solve this problem. Then came  VSAM 
>> (and VVDS?) and VSAM Catalogs, and somewhile later ECf/Catalogs.
>> Followed by SMS and VVDS for non-VSAM datasets
>>
>>> -Original Message-
>>> From: IBM Mainframe Discussion List   On
>>> Behalf Of Mike Schwab
>>> Sent: Thursday, May 23, 2024 8:24 PM To:IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: Re: VTOCs vs. catalogs
>>>
>>> [EXTERNAL EMAIL]
>>>
>>> For the most part the catalog lets you locate your dataset no matter 
>>> which volume you put it on.
>>> For non-vsam, that is about all that is stored, dataset 
>>> characteristics are in the VTOC.
>>> And with non-SMS volumes you can have uncataloged datasets on DASD 
>>> or tape.
>>>
>>> VSAM came from the Future Systems development as a complete 
>>> replacement, Lynn Wheeler has posts about that.
>>> It was cut back to be an addition to MVS, then combined with CVOL 
>>> catalogs to ICF.
>>>
>>> On Thu, May 23, 2024 at 9:32 PM Phil Smith III   wrote:
>>>> I'm curious whether any of you old-timers can explain why we have 
>>>> both VTOCs and catalogs. I'm guessing it comes down to (a) VTOCs 
>>>> came first and catalogs were added to solve some problem (what?) 
>>>> and/or (b) catalogs
>>> were added to save some I/O and/or memory, back when a bit of those 
>>> mattered. But I'd like to understand. Anyone?
>>>> ---
>>>> -
>>>> -- For IBM-MAIN subscribe / signoff / archive access instructions,
>>>> send emailtolists...@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?
&

Re: [EXTERNAL] Re: VTOCs vs. catalogs

[Pommier, Rex]

Hi David,

This is the part I was commenting on.  " Then came  VSAM  (and VVDS?) and VSAM 
Catalogs,...".  I took that comment as being Dave guessing that possibly the 
VVDS came along with VSAM catalogs which I believe were a stepping stone 
between CVOLs and ICF catalogs.  I never worked with either CVOLs or VSAM 
catalogs but I was pretty sure the VVDS came along with the ICF.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Spiegel
Sent: Friday, May 24, 2024 8:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: VTOCs vs. catalogs

Hi Rex,
"...Followed by SMS and VVDS for non-VSAM datasets ..."
This was meant (AFAIK) to state that VVDS for Non-VSAMs came into use with 
SMS-Controlled DASD Volumes.
It is also true that VVDSs were introduced with ICF Catalogs (circa 1981, 
recalled and re-released in 1982).

Regards,
David

On 2024-05-24 09:44, Pommier, Rex wrote:
> Didn't the VVDS come along with the ICF catalog structure?
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Gibney, Dave
> Sent: Thursday, May 23, 2024 10:32 PM
> To:IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: VTOCs vs. catalogs
>
> All speculation on my part. One system with no DASD, you need neither.
> On a system with only one, of just a few DASD volumes, a VTOC is required to 
> say where on the volume a dataset is and the basic attributes of PS and PDS 
> datasets.
>
> Once you get to several always mounted DASSD volumes, it becomes a pain to 
> need to remember and specify VOLSER in the JCL.
>
> CVOLs where an early attempt to solve this problem. Then came  VSAM 
> (and VVDS?) and VSAM Catalogs, and somewhile later ECf/Catalogs. 
> Followed by SMS and VVDS for non-VSAM datasets
>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On 
>> Behalf Of Mike Schwab
>> Sent: Thursday, May 23, 2024 8:24 PM
>> To:IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: VTOCs vs. catalogs
>>
>> [EXTERNAL EMAIL]
>>
>> For the most part the catalog lets you locate your dataset no matter 
>> which volume you put it on.
>> For non-vsam, that is about all that is stored, dataset 
>> characteristics are in the VTOC.
>> And with non-SMS volumes you can have uncataloged datasets on DASD or 
>> tape.
>>
>> VSAM came from the Future Systems development as a complete 
>> replacement, Lynn Wheeler has posts about that.
>> It was cut back to be an addition to MVS, then combined with CVOL 
>> catalogs to ICF.
>>
>> On Thu, May 23, 2024 at 9:32 PM Phil Smith III  wrote:
>>> I'm curious whether any of you old-timers can explain why we have 
>>> both VTOCs and catalogs. I'm guessing it comes down to (a) VTOCs 
>>> came first and catalogs were added to solve some problem (what?) 
>>> and/or (b) catalogs
>> were added to save some I/O and/or memory, back when a bit of those 
>> mattered. But I'd like to understand. Anyone?
>>>
>>> 
>>> -- For IBM-MAIN subscribe / signoff / archive access instructions, 
>>> send email tolists...@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 tolists...@listserv.ua.edu  with the message: INFO 
>> IBM-MAIN
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email tolists...@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

Re: VTOCs vs. catalogs

[Pommier, Rex]

Didn't the VVDS come along with the ICF catalog structure?  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: Thursday, May 23, 2024 10:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: VTOCs vs. catalogs

All speculation on my part. One system with no DASD, you need neither. 
On a system with only one, of just a few DASD volumes, a VTOC is required to 
say where on the volume a dataset is and the basic attributes of PS and PDS 
datasets.

Once you get to several always mounted DASSD volumes, it becomes a pain to need 
to remember and specify VOLSER in the JCL.

CVOLs where an early attempt to solve this problem. Then came  VSAM (and VVDS?) 
and VSAM Catalogs, and somewhile later ECf/Catalogs. Followed by SMS and VVDS 
for non-VSAM datasets

> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Mike Schwab
> Sent: Thursday, May 23, 2024 8:24 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: VTOCs vs. catalogs
> 
> [EXTERNAL EMAIL]
> 
> For the most part the catalog lets you locate your dataset no matter 
> which volume you put it on.
> For non-vsam, that is about all that is stored, dataset 
> characteristics are in the VTOC.
> And with non-SMS volumes you can have uncataloged datasets on DASD or 
> tape.
> 
> VSAM came from the Future Systems development as a complete 
> replacement, Lynn Wheeler has posts about that.
> It was cut back to be an addition to MVS, then combined with CVOL 
> catalogs to ICF.
> 
> On Thu, May 23, 2024 at 9:32 PM Phil Smith III  wrote:
> >
> > I'm curious whether any of you old-timers can explain why we have 
> > both VTOCs and catalogs. I'm guessing it comes down to (a) VTOCs 
> > came first and catalogs were added to solve some problem (what?) 
> > and/or (b) catalogs
> were added to save some I/O and/or memory, back when a bit of those 
> mattered. But I'd like to understand. Anyone?
> >
> >
> > 
> > -- 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

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

Re: [EXTERNAL] Re: VTS question

[Pommier, Rex]

Thank you all for all the information.  We're not ready to start doing the 
in-depth research etc. so don't think I'm ignoring you if I don't respond 
immediately.  I'm buried in a different project now and once that is done I'll 
start researching this and will be reaching out for more information.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Radoslaw Skorupka
Sent: Friday, May 10, 2024 9:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: VTS question

Virtual tapes for mainframe:
IBM
Visara
Dell DLm 2500, 8500 (the largest IBM competitor) Interkom (AFAIK Luminex) 
Luminex MVT
Model9
ATSM zAppliance
Optica z/VT
Fujitsu Eternus
Hitachi (no details available)
Universal Software VTA (AFAIK ESCON only) Secure agent SDS CA VTape

Support for external tape library:
Fujitsu
Secureagent
Visara
IBM

Notes:
IBM VTS also support (much) smaller tape library with cheaper LTO drives. AFAIK 
it is TS4300.
TS4500 is scalable starting from single cabinet footprint.
IBM also support cloud storage (external or internal).
NO MORE REAL TAPES. The last tape connected to mainframe without "VTS 
appliance" was TS1140. Oracle/Sun/StorageTek went out of business. No plans to 
connect LTO drives.


HTH


BTW: I would like to know more about real tape attachment on the backend
- any input from vendors would be appreciated.

--
Radoslaw Skorupka
Lodz, Poland



W dniu 09.05.2024 o 22:44, Pommier, Rex pisze:
> Hello list,
>
> We currently have a very small TS7760 grid, one frame at our primary site 
> replicating to a secondary frame at out alternate site.  The alternate site 
> is a TS7760T with an old single frame TS3584 with 5 3592-E08 drives hanging 
> off the back of it.  We just found out the 3584 is out of support and the 
> 7760s are falling off the end of the year.  We're looking at what our options 
> are.  Obviously the easiest choice for the 7760 replacements are 7770s.  I 
> know there are a couple competitors out there, EMC/Dell and maybe Luminex are 
> options for the VTS.  Any others?
>
> More interesting to me right now is a replacement for the 3584.  I know IBM 
> has a TS4500 library but that seems like overkill for a site our size.   Is 
> there a "baby brother" to the 4500 or some other tape back end we could use?  
> I'm obviously looking in the wrong place because I'm not seeing anything 
> talking about hanging tape off the back end of the TS7770T.

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

VTS question

[Pommier, Rex]

Hello list,

We currently have a very small TS7760 grid, one frame at our primary site 
replicating to a secondary frame at out alternate site.  The alternate site is 
a TS7760T with an old single frame TS3584 with 5 3592-E08 drives hanging off 
the back of it.  We just found out the 3584 is out of support and the 7760s are 
falling off the end of the year.  We're looking at what our options are.  
Obviously the easiest choice for the 7760 replacements are 7770s.  I know there 
are a couple competitors out there, EMC/Dell and maybe Luminex are options for 
the VTS.  Any others?

More interesting to me right now is a replacement for the 3584.  I know IBM has 
a TS4500 library but that seems like overkill for a site our size.   Is there a 
"baby brother" to the 4500 or some other tape back end we could use?  I'm 
obviously looking in the wrong place because I'm not seeing anything talking 
about hanging tape off the back end of the TS7770T.  

TIA,
Rex

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

Re: [EXTERNAL] Re: JOB card format

[Pommier, Rex]

Well my mind isn't so great - as it never even thought about that.  Thanks.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Phil Smith III
Sent: Thursday, May 9, 2024 2:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: JOB card format

GMTA!

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Schwab
Sent: Thursday, May 9, 2024 2:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: JOB card format

357912 so 5x the 64k limit.
* 60 = 2,1474,720  seconds.
About 1/1000 of a 2GB limit if .001 second units.

On Thu, May 9, 2024 at 12:48 PM Pommier, Rex  wrote:
>
> Subject: [EXTERNAL] Re: JOB card format
>
> On Thu, 9 May 2024 10:44:10 -0500, Steve Beaver  wrote:
>
> >TIME=1440 turns off the timing  -- This depends on whether there is 
> >an exit controlling the use of 1440
> >
> I wonder why the designers didn't choose , the  largest possible 
> 4-digit value, to mean "forever"?  (OTHH, I get cognitive dissonance 
> with products that use
> 0 to mean "unlimited".)
>
> --
> gil
>
> --
>
> Gil et al,
>
> So how did they come up with this one?  From the JCL reference manual:
>
> minutes
> Specifies the maximum number of minutes the step can use the 
> processor. Minutes must be a number from 0 through 357912 (248.55 days).
>
> 357912 minutes?  My brain isn't coming up with a logical explanation for that 
> number.
>
> Rex
>
> --
> The information contained in this message is confidential, protected from 
> disclosure and may be legally privileged. If the reader of this message is 
> not the intended recipient or an employee or agent responsible for delivering 
> this message to the intended recipient, you are hereby notified that any 
> disclosure, distribution, copying, or any action taken or action omitted in 
> reliance on it, is strictly prohibited and may be unlawful. If you have 
> received this communication in error, please notify us immediately by 
> replying to this message and destroy the material in its entirety, whether in 
> electronic or hard copy format. Thank you.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



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

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

Re: [EXTERNAL] Re: JOB card format

[Pommier, Rex]

It is most definitely CPU time:

Job card on my test job:
//RRPJ#180 JOB (435001),'RRP',MSGLEVEL=(1,1),   
// CLASS=T,MSGCLASS=X,TIME=(0,30),  
// NOTIFY=&SYSUID   

Abend info:
-STEPNAME PROCSTEPRC   EXCP   CONN   TCB   SRB  CLOCK   
-APPLYSMP  *SEC6   407K  32760  0.527212  0.0177301.8   

Pardon the misalignment, TCB time of .527... minutes, wall clock time of 1.8 
minutes.

Rex


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Thursday, May 9, 2024 10:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: JOB card format

Are you certain?

"minutes Specifies the maximum number of minutes a job may use the processor."

Seems to pretty clearly say processor (CPU) time.

Charles

On Thu, 9 May 2024 15:35:54 +, Hayim Sokolsky 
 wrote:

>In truth, TIME= is “wall time” and not CPU time. How many real-world minutes 
>is your job allowed to run before it gets cancelled if it runs over.

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

Re: [EXTERNAL] Re: JOB card format

[Pommier, Rex]

Subject: [EXTERNAL] Re: JOB card format

On Thu, 9 May 2024 10:44:10 -0500, Steve Beaver  wrote:

>TIME=1440 turns off the timing  -- This depends on whether there is an 
>exit controlling the use of 1440
> 
I wonder why the designers didn't choose , the  largest possible 4-digit 
value, to mean "forever"?  (OTHH, I get cognitive dissonance with products that 
use
0 to mean "unlimited".)

--
gil

--

Gil et al,

So how did they come up with this one?  From the JCL reference manual:

minutes
Specifies the maximum number of minutes the step can use the processor. Minutes 
must be a number
from 0 through 357912 (248.55 days).

357912 minutes?  My brain isn't coming up with a logical explanation for that 
number.

Rex

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

Re: [EXTERNAL] Re: Consultation on the Potential Risks of Deleting Specific Datasets

[Pommier, Rex]

Jason,

Very simple example:

//RRP4912G JOB CLASS=A,MSGCLASS=X,   
//   MSGLEVEL=(1,1),NOTIFY=&SYSUID   
//STEP001 EXEC PGM=IEFBR14   
//HELLO   DD DISP=OLD,DSN=RRP.NEVER.OPENED   

The "HELLO" dataset is never opened but the JCL runs fine.  As soon as I delete 
RRP.NEVER.OPENED, the job will fail with a JCL error.  Being that IEFBR14 never 
opens the dataset, it will not get a last-used date.

HTH
Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jason Cai
Sent: Wednesday, May 8, 2024 8:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Consultation on the Potential Risks of Deleting 
Specific Datasets

Dear

 The phrase ‘Delete the dataset, however, and you will end up with a JCL error’ 
is not entirely clear to me. Could you please provide an explanation? If I 
attempt to delete a dataset with the attribute ‘lastref=none’ using JCL, will 
it result in an error?

Thanks a lot!

Jason Cai

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

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

Re: [EXTERNAL] Re: Mainframe performance tool replacement

[Pommier, Rex]

I know nothing about it, but there's a company called pacific systems (pacsys 
dot com) that has an SMF report writer called Spectrum SMF writer.  We looked 
at one of their other products a couple years ago and it didn't fit our needs 
but you could check them out.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
raji ece
Sent: Tuesday, May 7, 2024 2:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Mainframe performance tool replacement

The thing is we need a product that will extract the data from SMF and IMS SLDS 
logs and then write reports against it.

Regards,
Raji M

On Tue, May 7, 2024, 22:23 Allan Staller < 
0632b4c7ca99-dmarc-requ...@listserv.ua.edu> wrote:

> Classification: Confidential
>
> WPS is supposedly source compatible with SAS and last I looked (10+ 
> years
> ago) significantly less expensive. Barry has (last I heard) accepted 
> WPS as well as SAS.
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Steve Thompson
> Sent: Tuesday, May 7, 2024 8:45 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Mainframe performance tool replacement
>
> [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.]
>
> Problem is "sas" being common to MICS and MXG. And the op's issue is a 
> problem that appears to be rooted in SAS.
>
> But I have a question about the problems with SAS, beyond licensing 
> and costs. What tech problem is being seen?
>
> Steve Thompson
>
> On 5/7/2024 9:22 AM, Allan Staller wrote:
> > Classification: Confidential
> >
> > SAS - WPS, others,
> > MICS - MXG, Several others
> >
> > HTH,
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On 
> > Behalf Of raji ece
> > Sent: Tuesday, May 7, 2024 8:20 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Mainframe performance tool replacement
> >
> > [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.]
> >
> > Hello All,
> >
> > Good Day!
> >
> > We have been running with SAS and MICS software to analysis system
> performance and to produce reports on daily basis.
> >
> > There is a situation to come out of using SAS due to many reasons.
> >
> > We would like to know the alternate product for this SAS and MICS.
> >
> > Any suggestions please.
> >
> > Regards,
> > Raji M
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> > send email to lists...@listserv.ua.edu with the message: INFO 
> > IBM-MAIN
> > ::DISCLAIMER::
> > 
> > The contents of this e-mail and any attachment(s) are confidential 
> > and
> intended for the named recipient(s) only. E-mail transmission is not 
> guaranteed to be secure or error-free as information could be 
> intercepted, corrupted, lost, destroyed, arrive late or incomplete, or 
> may contain viruses in transmission. The e mail and its contents (with 
> or without referred errors) shall therefore not attach any liability 
> on the originator or HCL or its affiliates. Views or opinions, if any, 
> presented in this email are solely those of the author and may not 
> necessarily reflect the views or opinions of HCL or its affiliates. 
> Any form of reproduction, dissemination, copying, disclosure, 
> modification, distribution and / or publication of this message 
> without the prior written consent of authorized representative of HCL 
> is strictly prohibited. If you have received this email in error 
> please delete it and notify the sender immediately. Before opening any 
> email and/or attachments, please check them for viruses and other defects.
> > 
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> > send email to lists...@listserv.ua.edu with the message: INFO 
> > IBM-MAIN
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

--
The information cont

Re: [EXTERNAL] Re: Mainframe performance tool replacement

[Pommier, Rex]

I evaluated WPS several years ago (like 15 or so) and at the time it used 
significantly more CPU than SAS did.  I'm sure it has improved since then.  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Doug Fuerst
Sent: Tuesday, May 7, 2024 8:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Mainframe performance tool replacement

And MXG uses SAS anyway.

Doug Fuerst



-- Original Message --
From "Allan Staller" <0632b4c7ca99-dmarc-requ...@listserv.ua.edu>
To IBM-MAIN@LISTSERV.UA.EDU
Date 5/7/2024 9:22:31 AM
Subject Re: Mainframe performance tool replacement

>Classification: Confidential
>
>SAS - WPS, others,
>MICS - MXG, Several others
>
>HTH,
>
>-Original Message-
>From: IBM Mainframe Discussion List  On 
>Behalf Of raji ece
>Sent: Tuesday, May 7, 2024 8:20 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Mainframe performance tool replacement
>
>[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.]
>
>Hello All,
>
>Good Day!
>
>We have been running with SAS and MICS software to analysis system performance 
>and to produce reports on daily basis.
>
>There is a situation to come out of using SAS due to many reasons.
>
>We would like to know the alternate product for this SAS and MICS.
>
>Any suggestions please.
>
>Regards,
>Raji M
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send 
>email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>::DISCLAIMER::
>
>The contents of this e-mail and any attachment(s) are confidential and 
>intended for the named recipient(s) only. E-mail transmission is not 
>guaranteed to be secure or error-free as information could be intercepted, 
>corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses 
>in transmission. The e mail and its contents (with or without referred errors) 
>shall therefore not attach any liability on the originator or HCL or its 
>affiliates. Views or opinions, if any, presented in this email are solely 
>those of the author and may not necessarily reflect the views or opinions of 
>HCL or its affiliates. Any form of reproduction, dissemination, copying, 
>disclosure, modification, distribution and / or publication of this message 
>without the prior written consent of authorized representative of HCL is 
>strictly prohibited. If you have received this email in error please delete it 
>and notify the sender immediately. Before opening any email and/or 
>attachments, please check them for viruses and other defects.
>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send 
>email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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

Re: zOSMF startup on 3.1

[Pommier, Rex]

Thank you, Brian and David.  That was the issue.  We brought our IZUPRM0 over 
from 2.4.  The sample in SAMPLIB has java 11 listed as the java_home.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jousma, David
Sent: Friday, April 19, 2024 1:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: zOSMF startup on 3.1

Seems to say here that you need JAVA V17 on z/OS V3.1:  
https://urldefense.com/v3/__https://www.ibm.com/docs/en/zos/3.1.0?topic=installation-software-requirements-running-zos-31__;!!KjMRP1Ixj6eLE0Fj!oufMGxBu5eLmPTCi_YsNI43zS6uHpDgul4EBpg0l2nj_YuL-K5v3xMqqSopQXrgC1kAgBrgYdzTU1m1-gNqEz8SZ9tRjRZWcnxVm$
  If you already have that installed, just change your JAVA_HOME and give it a 
shot.

Dave Jousma
Vice President | Director, Technology Engineering





From: IBM Mainframe Discussion List  on behalf of 
Pommier, Rex 
Date: Friday, April 19, 2024 at 1:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: zOSMF startup on 3.1
Hello list, Just IPLed z/OS 3. 1 on our sandbox and tried to start zOSMF. The 
angel process started but the server process fails. I compared file permissions 
in the /global/zosmf directories between my 2. 4 system and 3. 1 system and 
they're the


Hello list,



Just IPLed z/OS 3.1 on our sandbox and tried to start zOSMF.  The angel process 
started but the server process fails.  I compared file permissions in the 
/global/zosmf directories between my 2.4 system and 3.1 system and they're the 
same.  The server is failing in the IZUSVR1 step with a cond code 2048.



STDOUT output:

Launching zosmfServer (z/OSMF 3.1.0/wlp-1.0.75.cl230320230319-1900) on IBM J9 
VM, version 8.0.8.20 - pmz6480sr8fp20-20240112_01(SR8 FP20) (en_US)

ÝAUDIT   ¨ CWWKE0001I: The server zosmfServer has been launched.

CWWKE0005E: The runtime environment could not be launched.

CWWKE0018E: An exception occurred while launching the runtime environment: 
java.lang.NullPointerException



STDERR output:

TRAS3005E: Failed to write messages to the 
/global/zosmf/data/logs/zosmfServer/logs/messages.log file.

com.ibm.ws.kernel.boot.LaunchException: Caught unexpected exception 
java.lang.IllegalStateException: Error initializing storage for Equinox 
container.

 at 
com.ibm.ws.kernel.boot.internal.KernelBootstrap.rethrowException(KernelBootstrap.java:734)

 at com.ibm.ws.kernel.boot.internal.KernelBootstrap.go(KernelBootstrap.java:222)

 "and several continuations of this error"



The first message in the STDERR says it couldn't write to the messages.log 
file.  That is incorrect.  Here's the output from that file:



product = z/OSMF 3.1.0 (wlp-1.0.75.cl230320230319-1900)

wlp.install.dir = /usr/lpp/liberty_zos/23.0.0.3/

server.config.dir = /global/zosmf/configuration/servers/zosmfServer/

server.output.dir = /global/zosmf/data/logs/zosmfServer/

java.home = /usr/lpp/java/J8.0_64

java.version = 1.8.0_401

java.runtime = Java(TM) SE Runtime Environment (8.0.8.20 - 
pmz6480sr8fp20-20240112_01(SR8 FP20))

os = z/OS (03.01.00; s390x) (en_US)

process = 16777379@TSTJES2

Classpath = 
/usr/lpp/zosmf/liberty/lib/native/zos/s390x/../../../../lib/ws-launch.jar:/usr/lpp/zosmf/liberty/lib/native/zos/s390x/..

/../../../lib/bootstrap-agent.jar

Java Library path = 
/usr/lpp/java/J8.0_64/lib/s390x/compressedrefs:/usr/lpp/java/J8.0_64/lib/s390x:/usr/lpp/java/J8.0_64/lib/s390x/c

ompressedrefs:/usr/lpp/zosmf/liberty/lib/native/zos/s390x/../../../../lib/native/zos/s390x:/usr/lpp/java/J8.0_64/bin/classic:$LIBPAT

H:/usr/lpp/tcpip/lib:/usr/lpp/gskssl/IBM:/usr/lpp/wbem/lib:/lib:/usr/lib



[4/19/24 17:33:43:388 GMT] 0001 
com.ibm.ws.kernel.launch.internal.FrameworkManager   A CWWKE0001I: The 
server zosmfServer has been launched.

[4/19/24 17:33:43:428 GMT] 0001 
com.ibm.ws.kernel.launch.internal.FrameworkManager   I CWWKE0940I: The 
zOSMFReg product

extension has a product identifier of com.ibm.zoszmf and a product installation 
location of /usr/lpp/zosmf/defaults. This product extension

 was enabled by specifying the WLP_PRODUCT_EXT_DIR environment variable.

[4/19/24 17:33:43:688 GMT] 0001 
com.ibm.ws.logging.internal.impl.IncidentImplI FFDC1015I: An 
FFDC Incident has

been created: "java.lang.IllegalStateException: Error initializing storage for 
Equinox container. com.ibm.ws.kernel.launch.internal.F

rameworkManager 678" at ffdc_24.04.19_15.50.44.0.log





I noticed it is running java 8 where I have java 11 and 17 installed.  Does 
zOSMF work on 3.1 with java 8?



Any idea what I may be missing here?



TIA

Rex



--

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is no

zOSMF startup on 3.1

[Pommier, Rex]

Hello list,

Just IPLed z/OS 3.1 on our sandbox and tried to start zOSMF.  The angel process 
started but the server process fails.  I compared file permissions in the 
/global/zosmf directories between my 2.4 system and 3.1 system and they're the 
same.  The server is failing in the IZUSVR1 step with a cond code 2048.  

STDOUT output:
Launching zosmfServer (z/OSMF 3.1.0/wlp-1.0.75.cl230320230319-1900) on IBM J9 
VM, version 8.0.8.20 - pmz6480sr8fp20-20240112_01(SR8 FP20) (en_US)  
ÝAUDIT   ¨ CWWKE0001I: The server zosmfServer has been launched.
   
CWWKE0005E: The runtime environment could not be launched.  
   
CWWKE0018E: An exception occurred while launching the runtime environment: 
java.lang.NullPointerException  

STDERR output:
TRAS3005E: Failed to write messages to the 
/global/zosmf/data/logs/zosmfServer/logs/messages.log file. 
 
com.ibm.ws.kernel.boot.LaunchException: Caught unexpected exception 
java.lang.IllegalStateException: Error initializing storage for Equinox 
container.
 at 
com.ibm.ws.kernel.boot.internal.KernelBootstrap.rethrowException(KernelBootstrap.java:734)
  
 at 
com.ibm.ws.kernel.boot.internal.KernelBootstrap.go(KernelBootstrap.java:222)

 "and several continuations of this error"

The first message in the STDERR says it couldn't write to the messages.log 
file.  That is incorrect.  Here's the output from that file:


product = z/OSMF 3.1.0 (wlp-1.0.75.cl230320230319-1900) 

wlp.install.dir = /usr/lpp/liberty_zos/23.0.0.3/

server.config.dir = /global/zosmf/configuration/servers/zosmfServer/

server.output.dir = /global/zosmf/data/logs/zosmfServer/

java.home = /usr/lpp/java/J8.0_64   

java.version = 1.8.0_401

java.runtime = Java(TM) SE Runtime Environment (8.0.8.20 - 
pmz6480sr8fp20-20240112_01(SR8 FP20))
os = z/OS (03.01.00; s390x) (en_US) 

process = 16777379@TSTJES2  

Classpath = 
/usr/lpp/zosmf/liberty/lib/native/zos/s390x/../../../../lib/ws-launch.jar:/usr/lpp/zosmf/liberty/lib/native/zos/s390x/..
/../../../lib/bootstrap-agent.jar   

Java Library path = 
/usr/lpp/java/J8.0_64/lib/s390x/compressedrefs:/usr/lpp/java/J8.0_64/lib/s390x:/usr/lpp/java/J8.0_64/lib/s390x/c
ompressedrefs:/usr/lpp/zosmf/liberty/lib/native/zos/s390x/../../../../lib/native/zos/s390x:/usr/lpp/java/J8.0_64/bin/classic:$LIBPAT
H:/usr/lpp/tcpip/lib:/usr/lpp/gskssl/IBM:/usr/lpp/wbem/lib:/lib:/usr/lib



[4/19/24 17:33:43:388 GMT] 0001 
com.ibm.ws.kernel.launch.internal.FrameworkManager   A CWWKE0001I: The 
server zosmfServer has been launched.   
 
[4/19/24 17:33:43:428 GMT] 0001 
com.ibm.ws.kernel.launch.internal.FrameworkManager   I CWWKE0940I: The 
zOSMFReg product 
extension has a product identifier of com.ibm.zoszmf and a product installation 
location of /usr/lpp/zosmf/defaults. This product extension
 was enabled by specifying the WLP_PRODUCT_EXT_DIR environment variable.
 
[4/19/24 17:33:43:688 GMT] 0001 
com.ibm.ws.logging.internal.impl.IncidentImplI FFDC1015I: An 
FFDC Incident has 
been created: "java.lang.IllegalStateException: Error initializing storage for 
Equinox container. com.ibm.ws.kernel.launch.internal.F
rameworkManager 678" at ffdc_24.04.19_15.50.44.0.log



I noticed it is running java 8 where I have java 11 and 17 installed.  Does 
zOSMF work on 3.1 with java 8?  

Any idea what I may be missing here?  

TIA
Rex

--

Re: [EXTERNAL] Fwd: Converting TCPIP DEVICE and LINK statements in preparation for z/OS 3.1

[Pommier, Rex]

The manual mentions how to convert VIPA as well. One minor "gotcha" is that we 
had AUTORESTART on our DEVICE statement and that isn't supported in the 
INTERFACE statement so we had to strip it.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Thursday, April 18, 2024 9:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Fwd: Converting TCPIP DEVICE and LINK statements in 
preparation for z/OS 3.1

We're currently going thru the same migration.  IP configuration guide has a 
section on converting DEVICE/LINK to INTERFACE statements.  It is actually a 
pretty good cookbook for it.  

We don't use VIPA but IIRC there's a sub section in the book about how to 
convert VIPA links.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Albertus de Wet
Sent: Wednesday, April 17, 2024 6:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Fwd: Converting TCPIP DEVICE and LINK statements in 
preparation for z/OS 3.1

We are on z/OS 2.4 and need to goto 3.1. We never did the z/OS 2.5 upgrade and 
as I understood, this was an action item for zOS 2.5. So, how do we convert the 
"DEVICE", "LINK" and "HOME" statements for TCPIP V3.1 *This is what we 
currently use in TCPIP:* ; VIPA definition (EE)
*DEVICE* VIPA00 VIRTUAL 0
*LINK*   VIPAL00VIRTUAL 0 VIPA00
;

; Enterprise Extender Definitions (EE)
*DEVICE* IUTSAMEH MPCPTP
*LINK  * IUTSAMEHL MPCPTP IUTSAMEH
;

; OSA8100 is a OSA Express feature (CHPID=01) *DEVICE *OSA8000 MPCIPA NONROUTER 
AUTORESTART
*LINK*   OSAL8000 IPAQENET OSA8000
;

According to:
https://urldefense.com/v3/__https://www.ibm.com/docs/en/zos/2.5.0?topic=cnha-steps-converting-from-ipv4-ipaqenet-device-link-home-definitions-ipv4-ipaqenet-interface-statement__;!!KjMRP1Ixj6eLE0Fj!tkOoU5b8fT9PCVQu41SK1CXSlwCZL8mfpyUaoLw3EZ3-Bf-b4A_Wwx7g0fvyotb9GdghBKy5FXX17C8ZXWeJ7TyMyp8OK8SfZ8kc$
I come up with this, but obviously miss something:
; VIPA definition (EE)
;DEVICE VIPA00 VIRTUAL 0
;LINK   VIPAL00VIRTUAL 0 VIPA00
INTERFACE VIPAL00
  DEFINE VIRTUAL
  IPADDR 10.64.14.106
  PORTNAME VIPA00
  VIRTUAL 0
;
; Enterprise Extender Definitions (EE)
;DEVICE IUTSAMEH MPCPTP
;LINK   IUTSAMEHL MPCPTP IUTSAMEH
INTERFACE IUTSAMEHL
  DEFINE MPCPTP
  IPADDR 10.64.14.107
  PORTNAME IUTSAMEH
;
;DEVICE OSA8100 MPCIPA NONROUTER AUTORESTART
;LINK   OSAL8100 IPAQENET OSA8100
INTERFACE OSAL8100
  DEFINE IPAQENET
  IPADDR 10.64.14.105
  PORTNAME OSA8100
  NONROUTER AUTORESTART
and I commented out the HOME statements.

I cannot seem to get this to work. What is confusing to me is the VIRTUAL 0 
part and we also do not have any "additional parameters" as per the 
documentation.
I created another TCPIPX proc, pointing to the new PROFX member.
When I stopped the original TCPIP and start TCPIPX, it comes up, but not happy 
with these messages:













*EZZ0162I HOST NAME FOR TCPIPX IS LP2
EZZ0300I OPENED PROFILE FILE DD:PROFILE
 EZZ0309I PROFILE PROCESSING BEGINNING FOR DD:PROFILE EZZ0401I SYNTAX ERROR IN 
FILE: DD:PROFILE ON LINE: 180 AT:
'PORTNAME'EZZ0324I UNRECOGNIZED STATEMENT PORTNAME FOUND ON LINE 180
EZZ0318I MPCPTP WAS FOUND ON LINE 187 AND INTERFACE TYPE WAS 
EXPECTEDEZZ0324I UNRECOGNIZED STATEMENT AUTORESTART FOUND ON LINE 197  EZZ0328I 
DEVICE OSA8100 ON LINE 385 HAS NOT BEEN DEFINED OR HAS BEEN DELETED EZZ0328I 
DEVICE IUTSAMEH ON LINE 386 HAS NOT BEEN DEFINED OR HAS
BEEN DELETED EZZ0316I
PROFILE PROCESSING COMPLETE FOR FILE DD:PROFILE EZZ0303I
INITIAL PROFILE FILE CONTAINS ERRORSEZZ0641I IP
FORWARDING NOFWDMULTIPATH SUPPORT IS ENABLED EZZ0351I
SOURCEVIPA SUPPORT IS ENABLED   EZZ0338I TCP
PORTS 1 THRU 1023 ARE RESERVED  EZZ0338I UDP PORTS
1 THRU 1023 ARE RESERVED  EZZ4248E TCPIPX WAITING
FOR PAGENT TTLS POLICY*



*EZZ4202I Z/OS UNIX - TCP/IP CONNECTION ESTABLISHED FOR TCPIPX  EZB6473I
TCP/IP STACK FUNCTIONS INITIALIZATION COMPLETE.   EZAIN11I ALL TCPIP
SERVICES FOR PROC TCPIPX ARE AVAILABLE.*



*EZD1313I REQUIRED SAF SERVAUTH PROFILE NOT FOUND
  EZB.INITSTACK.MANZANA.TCPIPXEZD1176I
TCPIPX HAS SUCCESSFULLY JOINED THE TCP/IP SYSPLEX GROUP EZBTCPCS*

And it also did not start TN3270 as the original TCPIP did.

Any ideas, as I am obviously missing something?
Also, how can I test this new parms without stopping and starting TCPIP address 
space each time? I knew my predessor used something like "OBEYFILE", but I am 
not sure if this would be the best way to change these definitions - after I 
figured out what needs to change to what.

Thank you.

--
For IBM-MAIN subscribe / signoff / archive ac

Re: [EXTERNAL] Fwd: Converting TCPIP DEVICE and LINK statements in preparation for z/OS 3.1

[Pommier, Rex]

We're currently going thru the same migration.  IP configuration guide has a 
section on converting DEVICE/LINK to INTERFACE statements.  It is actually a 
pretty good cookbook for it.  

We don't use VIPA but IIRC there's a sub section in the book about how to 
convert VIPA links.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Albertus de Wet
Sent: Wednesday, April 17, 2024 6:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Fwd: Converting TCPIP DEVICE and LINK statements in 
preparation for z/OS 3.1

We are on z/OS 2.4 and need to goto 3.1. We never did the z/OS 2.5 upgrade and 
as I understood, this was an action item for zOS 2.5. So, how do we convert the 
"DEVICE", "LINK" and "HOME" statements for TCPIP V3.1 *This is what we 
currently use in TCPIP:* ; VIPA definition (EE)
*DEVICE* VIPA00 VIRTUAL 0
*LINK*   VIPAL00VIRTUAL 0 VIPA00
;

; Enterprise Extender Definitions (EE)
*DEVICE* IUTSAMEH MPCPTP
*LINK  * IUTSAMEHL MPCPTP IUTSAMEH
;

; OSA8100 is a OSA Express feature (CHPID=01) *DEVICE *OSA8000 MPCIPA NONROUTER 
AUTORESTART
*LINK*   OSAL8000 IPAQENET OSA8000
;

According to:
https://urldefense.com/v3/__https://www.ibm.com/docs/en/zos/2.5.0?topic=cnha-steps-converting-from-ipv4-ipaqenet-device-link-home-definitions-ipv4-ipaqenet-interface-statement__;!!KjMRP1Ixj6eLE0Fj!tkOoU5b8fT9PCVQu41SK1CXSlwCZL8mfpyUaoLw3EZ3-Bf-b4A_Wwx7g0fvyotb9GdghBKy5FXX17C8ZXWeJ7TyMyp8OK8SfZ8kc$
I come up with this, but obviously miss something:
; VIPA definition (EE)
;DEVICE VIPA00 VIRTUAL 0
;LINK   VIPAL00VIRTUAL 0 VIPA00
INTERFACE VIPAL00
  DEFINE VIRTUAL
  IPADDR 10.64.14.106
  PORTNAME VIPA00
  VIRTUAL 0
;
; Enterprise Extender Definitions (EE)
;DEVICE IUTSAMEH MPCPTP
;LINK   IUTSAMEHL MPCPTP IUTSAMEH
INTERFACE IUTSAMEHL
  DEFINE MPCPTP
  IPADDR 10.64.14.107
  PORTNAME IUTSAMEH
;
;DEVICE OSA8100 MPCIPA NONROUTER AUTORESTART
;LINK   OSAL8100 IPAQENET OSA8100
INTERFACE OSAL8100
  DEFINE IPAQENET
  IPADDR 10.64.14.105
  PORTNAME OSA8100
  NONROUTER AUTORESTART
and I commented out the HOME statements.

I cannot seem to get this to work. What is confusing to me is the VIRTUAL 0 
part and we also do not have any "additional parameters" as per the 
documentation.
I created another TCPIPX proc, pointing to the new PROFX member.
When I stopped the original TCPIP and start TCPIPX, it comes up, but not happy 
with these messages:













*EZZ0162I HOST NAME FOR TCPIPX IS LP2
EZZ0300I OPENED PROFILE FILE DD:PROFILE
 EZZ0309I PROFILE PROCESSING BEGINNING FOR DD:PROFILE EZZ0401I SYNTAX ERROR IN 
FILE: DD:PROFILE ON LINE: 180 AT:
'PORTNAME'EZZ0324I UNRECOGNIZED STATEMENT PORTNAME FOUND ON LINE 180
EZZ0318I MPCPTP WAS FOUND ON LINE 187 AND INTERFACE TYPE WAS 
EXPECTEDEZZ0324I UNRECOGNIZED STATEMENT AUTORESTART FOUND ON LINE 197  EZZ0328I 
DEVICE OSA8100 ON LINE 385 HAS NOT BEEN DEFINED OR HAS BEEN DELETED EZZ0328I 
DEVICE IUTSAMEH ON LINE 386 HAS NOT BEEN DEFINED OR HAS
BEEN DELETED EZZ0316I
PROFILE PROCESSING COMPLETE FOR FILE DD:PROFILE EZZ0303I
INITIAL PROFILE FILE CONTAINS ERRORSEZZ0641I IP
FORWARDING NOFWDMULTIPATH SUPPORT IS ENABLED EZZ0351I
SOURCEVIPA SUPPORT IS ENABLED   EZZ0338I TCP
PORTS 1 THRU 1023 ARE RESERVED  EZZ0338I UDP PORTS
1 THRU 1023 ARE RESERVED  EZZ4248E TCPIPX WAITING
FOR PAGENT TTLS POLICY*



*EZZ4202I Z/OS UNIX - TCP/IP CONNECTION ESTABLISHED FOR TCPIPX  EZB6473I
TCP/IP STACK FUNCTIONS INITIALIZATION COMPLETE.   EZAIN11I ALL TCPIP
SERVICES FOR PROC TCPIPX ARE AVAILABLE.*



*EZD1313I REQUIRED SAF SERVAUTH PROFILE NOT FOUND
  EZB.INITSTACK.MANZANA.TCPIPXEZD1176I
TCPIPX HAS SUCCESSFULLY JOINED THE TCP/IP SYSPLEX GROUP EZBTCPCS*

And it also did not start TN3270 as the original TCPIP did.

Any ideas, as I am obviously missing something?
Also, how can I test this new parms without stopping and starting TCPIP address 
space each time? I knew my predessor used something like "OBEYFILE", but I am 
not sure if this would be the best way to change these definitions - after I 
figured out what needs to change to what.

Thank you.

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

Re: [EXTERNAL] Re: IBM key management products

[Pommier, Rex]

If they hadn't had glass platters I would have seriously considered it!  I 
didn't want to have the glass mess.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jousma, David
Sent: Monday, April 15, 2024 2:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: IBM key management products

Would have been fun to line them up on a fence, and do some target practice!!!

Dave Jousma
Vice President | Director, Technology Engineering





From: IBM Mainframe Discussion List  on behalf of 
Pommier, Rex 
Date: Monday, April 15, 2024 at 2:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: [EXTERNAL] Re: IBM key management products Didn't phase the drill 
bit one bit (sorry for the bad pun). I just had to be careful not to punch a 
hole in the bottom of the drives so as to not get glass shards dropping on my 
(very messy) shop floor. -Original Message- From: IBM


Didn't phase the drill bit one bit (sorry for the bad pun).  I just had to be 
careful not to punch a hole in the bottom of the drives so as to not get glass 
shards dropping on my (very messy) shop floor.



-Original Message-

From: IBM Mainframe Discussion List  On Behalf Of Tom 
Brennan

Sent: Monday, April 15, 2024 12:57 PM

To: IBM-MAIN@LISTSERV.UA.EDU

Subject: Re: [EXTERNAL] Re: IBM key management products



Nice!  That's the first I've heard of glass platters. Hope your drill bit 
survived the trauma :)



On 4/15/2024 8:33 AM, Pommier, Rex wrote:

> Hi Tom,

>

> Regarding #2, at a former job I got to decommission an HDS box that

> was shared between the mainframe and Unix boxes.  Unencrypted disk in

> it.  Mgmt wanted the data destroyed so they asked me to take the

> individual drives home and drill through each of them.  That was when

> I found out that this particular disk drive had glass platters.  There

> was no getting data off them when the drill bit shattered every

> platter in every spindle.  😊

>

> Rex

>

> -Original Message-

> From: IBM Mainframe Discussion List  On

> Behalf Of Tom Brennan

> Sent: Friday, April 12, 2024 1:41 PM

> To: IBM-MAIN@LISTSERV.UA.EDU

> Subject: [EXTERNAL] Re: IBM key management products

>

> We use SKLM/GKLM for data-at-rest encryption of DS8000/TS7000 devices, all 
> internal disk storage, no external cartridge tapes.  So what does that do for 
> the customer, since (unless you're using an additional form of encryption on 
> the mainframe) the data is still spit out of the devices unencrypted (not 
> counting the additional feature that allows FICON-in-transit encryption).

>

> I have a few theories on this:

>

> #1 If someone gets into the datacenter and steals disks (or the entire DS/TS 
> box), the encrypted contents should be useless.

>

> #2 When a DS/TS box is decommissioned, a customer could "potentially"

> skip any further destruction of the data in the box.  Still, what I've

> seen in reality for decom is to run the IBM SDO (secure data overwrite

> to blot out the disks) and sometimes even shred the individual disks

> (I'd sure like to see that in action!)

>

> #3 If you steal a DS/TS box, make sure you steal the associated key server 
> unit too.

>

> I'd appreciate any comments on these theories.

>

> On 4/12/2024 9:21 AM, Jousma, David wrote:

>> To place a bit more focus on what Rick says…..  You lose/destroy the key(s), 
>> you have lost your data.   There is a lot of discussion about the scope/use 
>> of the keys.   One key, or one per application, or one per dataset, etc.   
>> There is no right/wrong answer (well just one key for everything is probably 
>> not advisable).

>>

>> I personally am still having a hard time wrapping my head around the “real 
>> benefit” of dataset encryption.   Everyone who has READ or more access to 
>> the dataset, must also be permitted to the Key.   Those same people are 
>> still able to copy/print/steal that data.So who does that leave?   Those 
>> that are not permitted to the dataset, and those who administer the storage. 
>>Those that don’t have access to the dataset aren’t going to get the data, 
>> encrypted or not.   Those who administer the storage usually have access to 
>> move/manage the installations data.These are the people who dataset 
>> encryption is protecting against.   That is a very small population to go to 
>> this effort on.

>>

>> Dave Jousma

>> Vice President | Director, Technology Engineering

>>

>>

>>

>>

>>

>> From: IBM Mainframe Discussion List  on

>> behalf of Rick Troth <058ff5c2d0a7-dmarc-requ...@listserv.ua.edu>

>> Date: Friday, April 12, 2024 at 10:59 AM

>> To

Re: [EXTERNAL] Re: IBM key management products

[Pommier, Rex]

Nope, but I did take the now-holy disks back to work to show them the 
destruction.  😊

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
rpinion865
Sent: Monday, April 15, 2024 1:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: IBM key management products

Did you have the auditors present so they could certify your actions :) ?




Sent with Proton Mail secure email.

On Monday, April 15th, 2024 at 2:32 PM, Pommier, Rex  
wrote:

> Didn't phase the drill bit one bit (sorry for the bad pun). I just had to be 
> careful not to punch a hole in the bottom of the drives so as to not get 
> glass shards dropping on my (very messy) shop floor.
> 
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf 
> Of Tom Brennan
> 
> Sent: Monday, April 15, 2024 12:57 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: IBM key management products
> 
> Nice! That's the first I've heard of glass platters. Hope your drill 
> bit survived the trauma :)
> 
> On 4/15/2024 8:33 AM, Pommier, Rex wrote:
> 
> > Hi Tom,
> > 
> > Regarding #2, at a former job I got to decommission an HDS box that 
> > was shared between the mainframe and Unix boxes. Unencrypted disk in 
> > it. Mgmt wanted the data destroyed so they asked me to take the 
> > individual drives home and drill through each of them. That was when 
> > I found out that this particular disk drive had glass platters. 
> > There was no getting data off them when the drill bit shattered 
> > every platter in every spindle. 😊
> > 
> > Rex
> > 
> > -Original Message-
> > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On 
> > Behalf Of Tom Brennan
> > Sent: Friday, April 12, 2024 1:41 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: [EXTERNAL] Re: IBM key management products
> > 
> > We use SKLM/GKLM for data-at-rest encryption of DS8000/TS7000 devices, all 
> > internal disk storage, no external cartridge tapes. So what does that do 
> > for the customer, since (unless you're using an additional form of 
> > encryption on the mainframe) the data is still spit out of the devices 
> > unencrypted (not counting the additional feature that allows 
> > FICON-in-transit encryption).
> > 
> > I have a few theories on this:
> > 
> > #1 If someone gets into the datacenter and steals disks (or the entire 
> > DS/TS box), the encrypted contents should be useless.
> > 
> > #2 When a DS/TS box is decommissioned, a customer could "potentially"
> > skip any further destruction of the data in the box. Still, what 
> > I've seen in reality for decom is to run the IBM SDO (secure data 
> > overwrite to blot out the disks) and sometimes even shred the 
> > individual disks (I'd sure like to see that in action!)
> > 
> > #3 If you steal a DS/TS box, make sure you steal the associated key server 
> > unit too.
> > 
> > I'd appreciate any comments on these theories.
> > 
> > On 4/12/2024 9:21 AM, Jousma, David wrote:
> > 
> > > To place a bit more focus on what Rick says….. You lose/destroy the 
> > > key(s), you have lost your data. There is a lot of discussion about the 
> > > scope/use of the keys. One key, or one per application, or one per 
> > > dataset, etc. There is no right/wrong answer (well just one key for 
> > > everything is probably not advisable).
> > > 
> > > I personally am still having a hard time wrapping my head around the 
> > > “real benefit” of dataset encryption. Everyone who has READ or more 
> > > access to the dataset, must also be permitted to the Key. Those same 
> > > people are still able to copy/print/steal that data. So who does that 
> > > leave? Those that are not permitted to the dataset, and those who 
> > > administer the storage. Those that don’t have access to the dataset 
> > > aren’t going to get the data, encrypted or not. Those who administer the 
> > > storage usually have access to move/manage the installations data. These 
> > > are the people who dataset encryption is protecting against. That is a 
> > > very small population to go to this effort on.
> > > 
> > > Dave Jousma
> > > Vice President | Director, Technology Engineering
> > > 
> > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU on 
> > > behalf of Rick Troth 
> > > 058ff5c2d0a7-dmarc-requ...@listserv.ua.edu
> > > Date: Friday, April 12, 2024 at 10:59 AM
> > > To: IBM-MAIN@

Re: [EXTERNAL] Re: IBM key management products

[Pommier, Rex]

Didn't phase the drill bit one bit (sorry for the bad pun).  I just had to be 
careful not to punch a hole in the bottom of the drives so as to not get glass 
shards dropping on my (very messy) shop floor.  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Brennan
Sent: Monday, April 15, 2024 12:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: IBM key management products

Nice!  That's the first I've heard of glass platters. Hope your drill bit 
survived the trauma :)

On 4/15/2024 8:33 AM, Pommier, Rex wrote:
> Hi Tom,
> 
> Regarding #2, at a former job I got to decommission an HDS box that 
> was shared between the mainframe and Unix boxes.  Unencrypted disk in 
> it.  Mgmt wanted the data destroyed so they asked me to take the 
> individual drives home and drill through each of them.  That was when 
> I found out that this particular disk drive had glass platters.  There 
> was no getting data off them when the drill bit shattered every 
> platter in every spindle.  😊
> 
> Rex
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Tom Brennan
> Sent: Friday, April 12, 2024 1:41 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: IBM key management products
> 
> We use SKLM/GKLM for data-at-rest encryption of DS8000/TS7000 devices, all 
> internal disk storage, no external cartridge tapes.  So what does that do for 
> the customer, since (unless you're using an additional form of encryption on 
> the mainframe) the data is still spit out of the devices unencrypted (not 
> counting the additional feature that allows FICON-in-transit encryption).
> 
> I have a few theories on this:
> 
> #1 If someone gets into the datacenter and steals disks (or the entire DS/TS 
> box), the encrypted contents should be useless.
> 
> #2 When a DS/TS box is decommissioned, a customer could "potentially"
> skip any further destruction of the data in the box.  Still, what I've 
> seen in reality for decom is to run the IBM SDO (secure data overwrite 
> to blot out the disks) and sometimes even shred the individual disks 
> (I'd sure like to see that in action!)
> 
> #3 If you steal a DS/TS box, make sure you steal the associated key server 
> unit too.
> 
> I'd appreciate any comments on these theories.
> 
> On 4/12/2024 9:21 AM, Jousma, David wrote:
>> To place a bit more focus on what Rick says…..  You lose/destroy the key(s), 
>> you have lost your data.   There is a lot of discussion about the scope/use 
>> of the keys.   One key, or one per application, or one per dataset, etc.   
>> There is no right/wrong answer (well just one key for everything is probably 
>> not advisable).
>>
>> I personally am still having a hard time wrapping my head around the “real 
>> benefit” of dataset encryption.   Everyone who has READ or more access to 
>> the dataset, must also be permitted to the Key.   Those same people are 
>> still able to copy/print/steal that data.So who does that leave?   Those 
>> that are not permitted to the dataset, and those who administer the storage. 
>>Those that don’t have access to the dataset aren’t going to get the data, 
>> encrypted or not.   Those who administer the storage usually have access to 
>> move/manage the installations data.These are the people who dataset 
>> encryption is protecting against.   That is a very small population to go to 
>> this effort on.
>>
>> Dave Jousma
>> Vice President | Director, Technology Engineering
>>
>>
>>
>>
>>
>> From: IBM Mainframe Discussion List  on 
>> behalf of Rick Troth <058ff5c2d0a7-dmarc-requ...@listserv.ua.edu>
>> Date: Friday, April 12, 2024 at 10:59 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU 
>> Subject: Re: IBM key management products Not discounting Luke's 
>> excellent response: key management is hard. Look for utilities with 
>> reliable import/export capability. Be prepared to OWN your keys. I 
>> say this again as a CISSP, own your keys. This is your bread and 
>> butter, so to speak,
>>
>>
>> Not discounting Luke's excellent response: key management is hard.
>>
>> Look for utilities with reliable import/export capability. Be 
>> prepared
>>
>> to OWN your keys.
>>
>> I say this again as a CISSP, own your keys. This is your bread and
>>
>> butter, so to speak, the family jewels.
>>
>> So take care when using these products to ensure that they do what 
>> you
>>
>> want them to do and that you know what they're doing.
>>
>>
>>
>> One sho

Re: [EXTERNAL] Re: IBM key management products

[Pommier, Rex]

Hi Tom, 

Regarding #2, at a former job I got to decommission an HDS box that was shared 
between the mainframe and Unix boxes.  Unencrypted disk in it.  Mgmt wanted the 
data destroyed so they asked me to take the individual drives home and drill 
through each of them.  That was when I found out that this particular disk 
drive had glass platters.  There was no getting data off them when the drill 
bit shattered every platter in every spindle.  😊

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Brennan
Sent: Friday, April 12, 2024 1:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IBM key management products

We use SKLM/GKLM for data-at-rest encryption of DS8000/TS7000 devices, all 
internal disk storage, no external cartridge tapes.  So what does that do for 
the customer, since (unless you're using an additional form of encryption on 
the mainframe) the data is still spit out of the devices unencrypted (not 
counting the additional feature that allows FICON-in-transit encryption).

I have a few theories on this:

#1 If someone gets into the datacenter and steals disks (or the entire DS/TS 
box), the encrypted contents should be useless.

#2 When a DS/TS box is decommissioned, a customer could "potentially" 
skip any further destruction of the data in the box.  Still, what I've seen in 
reality for decom is to run the IBM SDO (secure data overwrite to blot out the 
disks) and sometimes even shred the individual disks (I'd sure like to see that 
in action!)

#3 If you steal a DS/TS box, make sure you steal the associated key server unit 
too.

I'd appreciate any comments on these theories.

On 4/12/2024 9:21 AM, Jousma, David wrote:
> To place a bit more focus on what Rick says…..  You lose/destroy the key(s), 
> you have lost your data.   There is a lot of discussion about the scope/use 
> of the keys.   One key, or one per application, or one per dataset, etc.   
> There is no right/wrong answer (well just one key for everything is probably 
> not advisable).
> 
> I personally am still having a hard time wrapping my head around the “real 
> benefit” of dataset encryption.   Everyone who has READ or more access to the 
> dataset, must also be permitted to the Key.   Those same people are still 
> able to copy/print/steal that data.So who does that leave?   Those that 
> are not permitted to the dataset, and those who administer the storage.
> Those that don’t have access to the dataset aren’t going to get the data, 
> encrypted or not.   Those who administer the storage usually have access to 
> move/manage the installations data.These are the people who dataset 
> encryption is protecting against.   That is a very small population to go to 
> this effort on.
> 
> Dave Jousma
> Vice President | Director, Technology Engineering
> 
> 
> 
> 
> 
> From: IBM Mainframe Discussion List  on 
> behalf of Rick Troth <058ff5c2d0a7-dmarc-requ...@listserv.ua.edu>
> Date: Friday, April 12, 2024 at 10:59 AM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: IBM key management products Not discounting Luke's 
> excellent response: key management is hard. Look for utilities with 
> reliable import/export capability. Be prepared to OWN your keys. I say 
> this again as a CISSP, own your keys. This is your bread and butter, 
> so to speak,
> 
> 
> Not discounting Luke's excellent response: key management is hard.
> 
> Look for utilities with reliable import/export capability. Be prepared
> 
> to OWN your keys.
> 
> I say this again as a CISSP, own your keys. This is your bread and
> 
> butter, so to speak, the family jewels.
> 
> So take care when using these products to ensure that they do what you
> 
> want them to do and that you know what they're doing.
> 
> 
> 
> One shop where I recently worked had a great slogan, "crypto is easy;
> 
> key management is hard".
> 
> It's not that the crypto was easy but that it's done already,
> 
> implemented, coded, packaged. But the keys *must* be managed by you 
> and
> 
> your team, not the kind of thing which can be outsourced.
> 
> Keys and certs cannot be installed and forgotten. And sadly, some of 
> the
> 
> expirations we are given are too short to be practical. (Various
> 
> government issued IDs and licenses commonly last FIVE years. Why do 
> PKI
> 
> certs last only two? ... or ONE?)
> 
> But I'm getting off topic. Sorry.
> 
> 
> 
> The point is, keys are fundamentally different than any other software
> 
> or data that we have to manage.
> 
> And it's a good idea to limit keys to individuals when you can. (Like
> 
> the combination to the bank vault.)
> 
> It's all about trust.
> 
> 
> 
> 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, 
> distribu

Re: [EXTERNAL] Re: Posting issues - why do some posts have anonymous FROM-addresses?

[Pommier, Rex]

Tony,

Thank you for that explanation on where these are coming from - and the comment 
that L-SERV relays a reply back from their made-up e-mail address to their real 
one.  I've wanted a couple times to reply back only to the original poster and 
didn't know a reply to their fake address would get to them!

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Tony Harminc
Sent: Wednesday, April 10, 2024 11:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Posting issues - why do some posts have anonymous 
FROM-addresses?

On Wed, 10 Apr 2024 at 08:50, Jeremy Nicoll 
wrote:

> I just noticed that some posts here show the poster's own email 
> address whereas others have something like
>
>   0xxx-dmarc-requ...@listserv.ua.edu


 This is a workaround invented by Lsoft (the makers of LISTSERV) for changes 
made around ten years ago by Google and other "big tech" companies that largely 
broke the decades-old world of mailing lists.

A cynic would say that Google et al just want to keep everyone and everything 
"on platform", i.e. not support nasty things like mailing lists because they 
allow people to communicate without going through them. Google would say it's 
all about avoiding spam and phishing emails.

Essentially things go wrong because LISTSERV is unable to sign (loosely
speaking) an email that it receives from a subscriber and wants to relay to the 
list. And if a recipient's mail system rejects it for that reason, then 
LISTSERV generates a random email address @ the LISTSERV address, and sends 
from that address (which of course it *is* authorized to send from). If someone 
responds directly to a list poster who has such a generated email address, 
LISTSERV will forward it on, but of course that introduces a third party into 
the email chain. Nobody wants that, but it makes the best of a bad situation.

If you look back at archives or your own personal mail, you can see some 
people's list email addresses change over time as their mail provider has 
changed their policies and LISTSERV dynamically assigns one of their
xxx-dmarc- things.

If you go to the Lsoft site 
https://urldefense.com/v3/__https://lsoft.com__;!!KjMRP1Ixj6eLE0Fj!uXlmrgWL3lI2XQhm4TXx1CMD4SCDTehWjw55VfqNdXpiQ1iRR4DpEwdpxyUMWsC2-XbpREzkCn44w5ea$
  and search there for "dmarc", you'll see a bunch of stuff on how they deal 
with the problems.It's not pretty, but it mostly works.

Does the latter indicate a post made via newsgroup bit.listserv.ibm-main
> (if the gateway between NNTP & listserv still works?) while the former 
> indicate "posts" made directly to the listserv by email?


I don't think it has anything to do with NNTP and such. It's all about how 
strict a given list subscriber's email handling is.

Tony H.

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

Re: [EXTERNAL] Re: PASSPORT 3270 emulator (PC) problem w transferring files

[Pommier, Rex]

Yeah, I know.  We're fighting that right now.  We use a bunch of internal FTP 
(where we don't need TLS) between Windows PCs and the mainframe.  They tried to 
change our remote access from Cisco VPN to something called zscaler which 
apparently doesn't build a full tunnel.  Anyway, Microsoft ftp client doesn't 
support passive and zscaler only supports passive.  Guess what quit talking?

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Wednesday, April 10, 2024 12:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: PASSPORT 3270 emulator (PC) problem w transferring 
files

Nor passive FTP (FWFRIENDLY, as IBM calls it)

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Michael Babcock
Sent: Wednesday, April 10, 2024 8:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: PASSPORT 3270 emulator (PC) problem w transferring 
files

If TLS is required MS FTP doesn’t support TLS, at least on Win10.

On Wed, Apr 10, 2024 at 8:19 AM Pommier, Rex 
wrote:

> Unless it's been disabled, isn't Microsoft FTP client part of the OS?

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

Re: [EXTERNAL] Re: PASSPORT 3270 emulator (PC) problem w transferring files

[Pommier, Rex]

Unless it's been disabled, isn't Microsoft FTP client part of the OS?  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
 
Sent: Wednesday, April 10, 2024 5:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: PASSPORT 3270 emulator (PC) problem w transferring files

I will check those and other options in PASSPORT but for the moment it is 
occupied with a transfer. 

As I mentioned in my earlier comment installation of a new software isn't 
possible in my situation. 

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

Re: [EXTERNAL] Re: security fun with z/OSMF install - can't get there

[Pommier, Rex]

Hi Mark,  It turned out something more basic.  I had forgotten to add the line 
in my TCPIP.PROFILE to allow z/OSMF to use port 443.  

Thanks,  Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Charles
Sent: Wednesday, April 3, 2024 4:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: security fun with z/OSMF install - can't get there

I have seen this before.  You need to make sure that the Certificate you set up 
for your production system can also be used on the other system.  You can have 
multiple SANs (IP addresses) defined in the Cert, so add any system that might 
use the same Cert.

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

Re: z/osmf missing directory

[Pommier, Rex]

Never mind - again.  The SMP/E job to put the new workflow choked on installing 
the PTF but apparently got far enough to create the directory.  

This install is going to cause me to want to retire!

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Thursday, March 28, 2024 3:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] z/osmf missing directory

Hi again,

Got past my last problem and now while trying to apply UJ93002 to get the 3.1 
workflow loaded into the filesystem, the apply failed because 
/usr/lpp/bcp/upgrade doesn't exist.  While I can manually go into the FS and 
create the directory, I'm concerned that I missed some step that should have 
created it and others.  The only hits I've found in doing searches online are 
telling me that installing a particular PTF will put the new workflow in this 
location.  

So my questions are 1) is it safe for me to just create this directory, and if 
not, where is the step(s) that I missed that would create it for me?

TIA (again)

Rex

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

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

z/osmf missing directory

[Pommier, Rex]

Hi again,

Got past my last problem and now while trying to apply UJ93002 to get the 3.1 
workflow loaded into the filesystem, the apply failed because 
/usr/lpp/bcp/upgrade doesn't exist.  While I can manually go into the FS and 
create the directory, I'm concerned that I missed some step that should have 
created it and others.  The only hits I've found in doing searches online are 
telling me that installing a particular PTF will put the new workflow in this 
location.  

So my questions are 1) is it safe for me to just create this directory, and if 
not, where is the step(s) that I missed that would create it for me?

TIA (again)

Rex

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

Re: [EXTERNAL] Re: security fun with z/OSMF install - can't get there

[Pommier, Rex]

Follow-up and resolution.

We found it.  “stupid sysprog trick”.  I was missing a line in my TCPIP PROFILE 
member telling it to reserve port 443 for z/OSMF on our test LPAR.  I looked at 
that member in production, even running compares against the one being used for 
test, about a half dozen times and missed it every time.  One of my colleagues 
finally spotted the missing line.  

Thanks,

Rex

-Original Message-
From: Pommier, Rex 
Sent: Wednesday, March 27, 2024 10:02 AM
To: 'IBM Mainframe Discussion List' 
Subject: RE: [EXTERNAL] Re: security fun with z/OSMF install - can't get there

Hi Michael,

I'm not following you on this one.  SANs?  In my vocabulary SAN is storage and 
we don't run a SAN for our mainframe disk.  Direct attach, 2 LPARs on the same 
physical CEC, 1 DS8910F storage direct attached, and shared chpids for both the 
disk and OSA.  

I did find this - which I didn't see yesterday that is probably my problem but 
I can't see what I need to change to fix it:

CWWKO0221E: TCP Channel defaultHttpEndpoint-ssl initialization did not succeed. 
 
   The socket bind did not succeed for host * and port 443.  The port might 
already be in use.
   Exception Message: EDC5111I Permission denied. (errno2=0x744C7246)  

I do a netstat on port 443 and get this:

D TCPIP,TCPIP,NETSTAT,ALLCON,PORT=443
EZZ2500I NETSTAT CS V2R4 TCPIP 496   
USER ID  CONN LOCAL SOCKET   FOREIGN SOCKET STATE
0 OF 0 RECORDS DISPLAYED 
END OF THE REPORT

Over on the production LPAR I see that IZUSVR1 is bound to port 443.  

Within the z/OSMF active config file I see this on the non-working one:
IZU_APPSERVER_HOSTNAME=TSTJES2.MNLIFE.COM   
IZU_JWKS_HOSTNAME=TSTJES2.MNLIFE.COM
IZU_HTTP_SSL_PORT=443   
IZU_HTTP_PORT=-1

TCPIP.DATA has my HOSTNAME TSTJES2 and both TSTJES2 and TSTJES2.MNLIFE.COM both 
correctly resolve to the test LPAR IP address.

Over on the working one I do the same netstat and see the bind:

D TCPIP,TCPIP,NETSTAT,ALLCON,PORT=443 
EZZ2500I NETSTAT CS V2R4 TCPIP 600
USER ID  CONN LOCAL SOCKET   FOREIGN SOCKET STATE 
IZUSVR1  0004A344 172.16.128.14..443 10.53.240.151..34554   ESTBLSH   
IZUSVR1  000492CB 0.0.0.0..443   0.0.0.0..0 LISTEN
2 OF 2 RECORDS DISPLAYED  
END OF THE REPORT 

In active config:
IZU_APPSERVER_HOSTNAME=MVSJES2.MNLIFE.COM   
IZU_JWKS_HOSTNAME=MVSJES2.MNLIFE.COM
IZU_HTTP_SSL_PORT=443   
IZU_HTTP_PORT=-1

TCPIP.DATA on working one has HOSTNAME MVSJES2 and everything resolves 
correctly.  

Thoughts/ideas?  

I'm chasing a couple other links people sent me.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Babcock
Sent: Tuesday, March 26, 2024 9:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: security fun with z/OSMF install - can't get there

Also, if you cloned prod and changed the IP added and/or domain name, I would 
check the certs.  Do the certs match the SANs?

On Tue, Mar 26, 2024 at 9:16 PM Michael Babcock 
wrote:

> Does this help?
>
>
> https://urldefense.com/v3/__https://kinsta.com/knowledgebase/pr-end-of
> -file-error/*what-causes-the-pr_end_of_file_error__;Iw!!KjMRP1Ixj6eLE0
> Fj!oaOvtuzKsu_CrFeLcgyUKF_gNSfdjsYOIW2qhL0UuZh7RZ70fpwMbhZmzveK6QkZRvM
> nI2nXVMundFuGm1tmuiOd81fQsKoWqjD1$
>
>
> On Tue, Mar 26, 2024 at 6:28 PM Pommier, Rex 
> wrote:
>
>> Hi List,
>>
>> We are attempting our first foray into getting z/OSMF up and running.
>> Scenario is we're backleveled maintenance-wise on our 2.4 system.  We 
>> ran the security configuration setup etc and got z/OSMF up and 
>> running on the production LPAR we are planning on running it from.
>> However when we started to load z/OS 3.1 we ran into a problem with 
>> missing PTFs.  Got one set of PTFs installed and after adding a 
>> local_override.cfg file into the configuration directory we got 
>> z/OSMF up and running again and past that hurdle.  We hit the next 
>> one requiring a dozen more PTFs to bypass it.  We decided to move the 
>> install to our sandbox just to get z/OSMF working to the point we can 
>> use it to get our 3.1 software install back on track.  I ran 
>> disk-level flashcopy copies of my entire production LPAR to the 
>> sandbox, made the required changes (IP addresses etc) to get the 
>> sandbox up and running.  Started 

Re: [EXTERNAL] Re: security fun with z/OSMF install - can't get there

[Pommier, Rex]

Hi Michael,

I'm not following you on this one.  SANs?  In my vocabulary SAN is storage and 
we don't run a SAN for our mainframe disk.  Direct attach, 2 LPARs on the same 
physical CEC, 1 DS8910F storage direct attached, and shared chpids for both the 
disk and OSA.  

I did find this - which I didn't see yesterday that is probably my problem but 
I can't see what I need to change to fix it:

CWWKO0221E: TCP Channel defaultHttpEndpoint-ssl initialization did not succeed. 
 
   The socket bind did not succeed for host * and port 443.  The port might 
already be in use.
   Exception Message: EDC5111I Permission denied. (errno2=0x744C7246)  

I do a netstat on port 443 and get this:

D TCPIP,TCPIP,NETSTAT,ALLCON,PORT=443
EZZ2500I NETSTAT CS V2R4 TCPIP 496   
USER ID  CONN LOCAL SOCKET   FOREIGN SOCKET STATE
0 OF 0 RECORDS DISPLAYED 
END OF THE REPORT

Over on the production LPAR I see that IZUSVR1 is bound to port 443.  

Within the z/OSMF active config file I see this on the non-working one:
IZU_APPSERVER_HOSTNAME=TSTJES2.MNLIFE.COM   
IZU_JWKS_HOSTNAME=TSTJES2.MNLIFE.COM
IZU_HTTP_SSL_PORT=443   
IZU_HTTP_PORT=-1

TCPIP.DATA has my HOSTNAME TSTJES2 and both TSTJES2 and TSTJES2.MNLIFE.COM both 
correctly resolve to the test LPAR IP address.

Over on the working one I do the same netstat and see the bind:

D TCPIP,TCPIP,NETSTAT,ALLCON,PORT=443 
EZZ2500I NETSTAT CS V2R4 TCPIP 600
USER ID  CONN LOCAL SOCKET   FOREIGN SOCKET STATE 
IZUSVR1  0004A344 172.16.128.14..443 10.53.240.151..34554   ESTBLSH   
IZUSVR1  000492CB 0.0.0.0..443   0.0.0.0..0 LISTEN
2 OF 2 RECORDS DISPLAYED  
END OF THE REPORT 

In active config:
IZU_APPSERVER_HOSTNAME=MVSJES2.MNLIFE.COM   
IZU_JWKS_HOSTNAME=MVSJES2.MNLIFE.COM
IZU_HTTP_SSL_PORT=443   
IZU_HTTP_PORT=-1

TCPIP.DATA on working one has HOSTNAME MVSJES2 and everything resolves 
correctly.  

Thoughts/ideas?  

I'm chasing a couple other links people sent me.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Babcock
Sent: Tuesday, March 26, 2024 9:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: security fun with z/OSMF install - can't get there

Also, if you cloned prod and changed the IP added and/or domain name, I would 
check the certs.  Do the certs match the SANs?

On Tue, Mar 26, 2024 at 9:16 PM Michael Babcock 
wrote:

> Does this help?
>
>
> https://urldefense.com/v3/__https://kinsta.com/knowledgebase/pr-end-of
> -file-error/*what-causes-the-pr_end_of_file_error__;Iw!!KjMRP1Ixj6eLE0
> Fj!oaOvtuzKsu_CrFeLcgyUKF_gNSfdjsYOIW2qhL0UuZh7RZ70fpwMbhZmzveK6QkZRvM
> nI2nXVMundFuGm1tmuiOd81fQsKoWqjD1$
>
>
> On Tue, Mar 26, 2024 at 6:28 PM Pommier, Rex 
> wrote:
>
>> Hi List,
>>
>> We are attempting our first foray into getting z/OSMF up and running.
>> Scenario is we're backleveled maintenance-wise on our 2.4 system.  We 
>> ran the security configuration setup etc and got z/OSMF up and 
>> running on the production LPAR we are planning on running it from.  
>> However when we started to load z/OS 3.1 we ran into a problem with 
>> missing PTFs.  Got one set of PTFs installed and after adding a 
>> local_override.cfg file into the configuration directory we got 
>> z/OSMF up and running again and past that hurdle.  We hit the next 
>> one requiring a dozen more PTFs to bypass it.  We decided to move the 
>> install to our sandbox just to get z/OSMF working to the point we can 
>> use it to get our 3.1 software install back on track.  I ran 
>> disk-level flashcopy copies of my entire production LPAR to the 
>> sandbox, made the required changes (IP addresses etc) to get the 
>> sandbox up and running.  Started z/OSMF and it comes up with no 
>> errors or warnings (except the one telling me I'm using the local override 
>> file).  However, when I try to get to the web server I get a "secure 
>> connection failure"
>> with " PR_END_OF_FILE_ERROR" trying to connect with Firefox and "
>> 172.16.128.108 unexpectedly closed the connection" using Chrome.  
>> Security
>> (RACF) is identical to what it is on the production LPAR.  z/OSMF 
>> config is identical as well.  Does anybody have any idea what I'm missing?
>>
>> TI

security fun with z/OSMF install - can't get there

[Pommier, Rex]

Hi List,

We are attempting our first foray into getting z/OSMF up and running.  Scenario 
is we're backleveled maintenance-wise on our 2.4 system.  We ran the security 
configuration setup etc and got z/OSMF up and running on the production LPAR we 
are planning on running it from.  However when we started to load z/OS 3.1 we 
ran into a problem with missing PTFs.  Got one set of PTFs installed and after 
adding a local_override.cfg file into the configuration directory we got z/OSMF 
up and running again and past that hurdle.  We hit the next one requiring a 
dozen more PTFs to bypass it.  We decided to move the install to our sandbox 
just to get z/OSMF working to the point we can use it to get our 3.1 software 
install back on track.  I ran disk-level flashcopy copies of my entire 
production LPAR to the sandbox, made the required changes (IP addresses etc) to 
get the sandbox up and running.  Started z/OSMF and it comes up with no errors 
or warnings (except the one telling me I'm using the local override file).  
However, when I try to get to the web server I get a "secure connection 
failure" with " PR_END_OF_FILE_ERROR" trying to connect with Firefox and " 
172.16.128.108 unexpectedly closed the connection" using Chrome.  Security 
(RACF) is identical to what it is on the production LPAR.  z/OSMF config is 
identical as well.  Does anybody have any idea what I'm missing?  

TIA,

Rex

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

Re: How to unzip my Rocket MAKE 4.3 file

[Pommier, Rex]

I *think* pax will explode a zip file.  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Shaffer, Terri
Sent: Tuesday, March 19, 2024 10:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] How to unzip my Rocket MAKE 4.3 file

Hi,
  So I am like a bull in a china closet when it comes to commands in USS.  And 
looking for the Rocket Read-me apparently, I missed.

So I have my make4.3 zip file in my USS directory, but how do I explode it?

Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide - Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com

 
[https://urldefense.com/v3/__https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg__;!!KjMRP1Ixj6eLE0Fj!vJyF456uKT9LSvr6_Y9phDTN8BXl-tcx3X-QCM3FgqSanjkTVIEnTal5iGCvQSQdVU9IQv7z2Lm_LtuCOJPkCmAEpY-NwV_oINBf$
 ] 
 This email message and any attachments may contain confidential, proprietary 
or non-public information. The information is intended solely for the 
designated recipient(s). If an addressing or transmission error has misdirected 
this email, please notify the sender immediately and destroy this email. Any 
review, dissemination, use or reliance upon this information by unintended 
recipients is prohibited. Any opinions expressed in this email are those of the 
author personally.

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

Re: [EXTERNAL] Re: VSAM split activity and statistic questions

[Pommier, Rex]

Thanks, Steve.

I was under the impression that in the scenario you described, that adding 
records to the end of the dataset and filling up the last CI in the CA would 
trigger a CI split which would in turn trigger the CA split.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Thompson
Sent: Thursday, March 14, 2024 7:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: VSAM split activity and statistic questions

Yes, you can have a CA split without a CI split. You add a record that needs to 
go into a new cylinder because there is no room in the current one.

Take, for instance, a file that has records added to it using the date and time 
for the key. Now you add 20 records, so we will say that 5 records will fill a 
cylinder for our argument. Assuming it hasn't changed, each cylinder is a CA. 
So you fill up a CA and then have to go to a new one. There are no CI splits in 
doing this with the proviso that the records are added in sequentially 
increasing order.

CI splits happen when you need to insert in the "middle" of a CA and it causes 
the split and this requires there to be free space when that happens (if free 
space is specified which can be "ALTERed" in after initially loaded).

HTHs
Steve Thompson


On 3/14/2024 5:49 PM, Pommier, Rex wrote:
> Hello list,
>
> I have a couple questions about VSAM KSDS and splits.  For example, if I 
> create a KSDS with FSPC(0 0) and load it, there is no free space in it.  I 
> then come along and try to insert a record somewhere in the middle of a CI.  
> This will result in a CI split which will then result in a CA split.  Does 
> this sequence result in both a CI and CA split in the VSAM statistics?  
> Assuming that this scenario results in an increment in both the CI and CA 
> split counts, is there any way a VSAM dataset can incur a CA split without a 
> corresponding CI split?  I am looking at a test VSAM that was built with 
> minimal free space (3 0) and then it had a batch job run against it, doing 
> inserts, deletes and a minor amount of updates.  Once the job ended I looked 
> at the statistics and found this:
>
> SPLITS-CI--50319
> SPLITS-CA--50555
>
> Variable length records, average length 380, max length 4500.  CISZ 18432.  
> Non spanned records.
>
> How can I have 200 more CA splits than CI splits?
>
> Thanks,
>
> Rex
>
> --
> 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

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

VSAM split activity and statistic questions

[Pommier, Rex]

Hello list,

I have a couple questions about VSAM KSDS and splits.  For example, if I create 
a KSDS with FSPC(0 0) and load it, there is no free space in it.  I then come 
along and try to insert a record somewhere in the middle of a CI.  This will 
result in a CI split which will then result in a CA split.  Does this sequence 
result in both a CI and CA split in the VSAM statistics?  Assuming that this 
scenario results in an increment in both the CI and CA split counts, is there 
any way a VSAM dataset can incur a CA split without a corresponding CI split?  
I am looking at a test VSAM that was built with minimal free space (3 0) and 
then it had a batch job run against it, doing inserts, deletes and a minor 
amount of updates.  Once the job ended I looked at the statistics and found 
this:

SPLITS-CI--50319 
SPLITS-CA--50555

Variable length records, average length 380, max length 4500.  CISZ 18432.  Non 
spanned records.  

How can I have 200 more CA splits than CI splits?  

Thanks,

Rex

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

Re: [EXTERNAL] Re: SMP/E can't find APAR

[Pommier, Rex]

Hi Ann and Mark,

That is what I ended up doing.  I was looking for the info APAR to see if there 
was any additional information available.  The fix I was trying to put on had a 
pre-req.  I had to install the pre-req fix by itself first then the fix I 
initially tried by itself to get them installed.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ann 
Kelley
Sent: Thursday, March 14, 2024 7:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: SMP/E can't find APAR

I also searched, and found an item in a PSP bucket -- I've encountered this 
situation before, and have successfully done the recommended local fix --

20/08/05 APPLY CHECK for sysmods UI67319, UI65815, UI67709,
 UI68251 is failing with:
GIM24608E ** SHELLSCR ENTRY BBLS1803 IS NEEDED TO PROCESS HFS
BBL18003 FOR SYSMOD UI65815, BUT SHELLSCR BBLS1803 IS NOT IN
THE SZMR0G ZONE.

GIM22601I APPLY PROCESSING FAILED FOR SYSMOD UI65815.

LOCAL FIX:
Apply the PTF by itself with NO Groupextend and then Apply the
remaining PTF's needed from the original Apply.

APPLY S(UI65815)
BYPASS(HOLDSYSTEM)
CHECK.

SMP/E APAR IO27985 has been created to address this issue.

Here's the link to the item I found:   
https://urldefense.com/v3/__https://www.ibm.com/support/pages/upgrade-zosv2r4-subset-zoswlpem__;!!KjMRP1Ixj6eLE0Fj!qhfRADhq0Lu7tyeATgSEC-qHsPN-P2MVSVDteam_RwkDVz9Gst0ijwYh6pmQNdkRQAKbDdA6_t5DhYXriKg6IwdD$
 

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

Re: [EXTERNAL] Re: SMP/E can't find APAR

[Pommier, Rex]

Thank you.  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Jacobs
Sent: Wednesday, March 13, 2024 12:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: SMP/E can't find APAR

I just looked on ServiceLink. It's an open APAR, with a current target date of 
24/10/25.

Mark Jacobs 

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://urldefense.com/v3/__https://api.protonmail.ch/pks/lookup?op=get&search=markjacobs@protonmail.com__;!!KjMRP1Ixj6eLE0Fj!qmirLfaT5pf8lrYw8sv686mQb7cc439HbJpRt3jM2daaDKnKv2v6nfeOAo4wDsgE3Q_BzdwpXxjLkmp0z6OBPGmW0PvAIrCtp_WJ$
 


On Wednesday, March 13th, 2024 at 1:05 PM, Pommier, Rex 
 wrote:

> Hello list,
> 
> I'm apparently having a senior moment. I'm having trouble running an apply 
> check on my 2.4 system with a missing shell script that exists. In 
> researching it, I found a similar situation and as part of it I found this on 
> IBM's web site:
> 
> SMP/E APAR IO27985 has been created to address this issue.
> 
> I can't find hide nor hair of this APAR, except in the document that says to 
> go look at it (of course without a link). Any thoughts as to what/where I 
> should look? I looked for SMPE APAR 27985 without the letters.
> 
> TIA for helping unrattled this old brain.
> 
> Rex
> 
> --
> 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

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

SMP/E can't find APAR

[Pommier, Rex]

Hello list,

I'm apparently having a senior moment.  I'm having trouble running an apply 
check on my 2.4 system with a missing shell script that exists.  In researching 
it, I found a similar situation and as part of it I found this on IBM's web 
site:

SMP/E APAR IO27985 has been created to address this issue.

I can't find hide nor hair of this APAR, except in the document that says to go 
look at it (of course without a link).  Any thoughts as to what/where I should 
look?  I looked for SMPE APAR 27985 without the letters.  

TIA for helping unrattled this old brain.

Rex

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

Re: [EXTERNAL] Line comments in DFSORT

[Pommier, Rex]

Sorry, I didn't see Sri's remarks (no pun intended) until after I had replied.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Thursday, March 7, 2024 3:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Line comments in DFSORT

Actually it is documented.  They're just not called comments.  Look up "remark" 
in the DFSort application programming guide.
Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Stark
Sent: Thursday, March 7, 2024 2:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Line comments in DFSORT

I just did an experiment in DFSORT with JCL-style line comments after INCLUDE, 
SORT, and OUTREC, and they work!

The DFSORT doc says that comments are only supported when entered with * on 
column 1. 

When was this implemented, and why isn’t this documented? Do you think it is 
safe to rely on?

I sent this question to dfs...@us.ibm.com but it bounced right back, perhaps 
there are DFSORT developers here.

Regards,
Bob Stark

//STEP1EXEC PGM=SORT   
//SYSIN DD  *  
  INCLUDE COND=(9,1,CH,EQ,C'3',|, PART NUMBERS ENDING IN 3 
9,1,CH,EQ,C'5',|, PART NUMBERS ENDING IN 5 
9,1,CH,EQ,C'7')   PART NUMBERS ENDING IN 7 
  SORT FIELDS=(10,30,CH,A)SORT ASCENDING BY DESCRIPTION
  OUTREC BUILD=(2X,10,30,3X,1,9,3X,68,10) DESCRIPTION, PARTNO, CATEGORY
//SYSOUTDD  SYSOUT=*   
//SORTOUT   DD  SYSOUT=*   
//SORTINDD  DISP=SHR,DSN=&HL..TR.INPUTA 

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

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

Re: [EXTERNAL] Line comments in DFSORT

[Pommier, Rex]

Actually it is documented.  They're just not called comments.  Look up "remark" 
in the DFSort application programming guide.
Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Stark
Sent: Thursday, March 7, 2024 2:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Line comments in DFSORT

I just did an experiment in DFSORT with JCL-style line comments after INCLUDE, 
SORT, and OUTREC, and they work!

The DFSORT doc says that comments are only supported when entered with * on 
column 1. 

When was this implemented, and why isn’t this documented? Do you think it is 
safe to rely on?

I sent this question to dfs...@us.ibm.com but it bounced right back, perhaps 
there are DFSORT developers here.

Regards,
Bob Stark

//STEP1EXEC PGM=SORT   
//SYSIN DD  *  
  INCLUDE COND=(9,1,CH,EQ,C'3',|, PART NUMBERS ENDING IN 3 
9,1,CH,EQ,C'5',|, PART NUMBERS ENDING IN 5 
9,1,CH,EQ,C'7')   PART NUMBERS ENDING IN 7 
  SORT FIELDS=(10,30,CH,A)SORT ASCENDING BY DESCRIPTION
  OUTREC BUILD=(2X,10,30,3X,1,9,3X,68,10) DESCRIPTION, PARTNO, CATEGORY
//SYSOUTDD  SYSOUT=*   
//SORTOUT   DD  SYSOUT=*   
//SORTINDD  DISP=SHR,DSN=&HL..TR.INPUTA 

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

Re: [EXTERNAL] Serina

[Pommier, Rex]

The only reason I would think of would be if you're running an old, unsupported 
version of changeman or a soon-to-be-unsupported version and your company has a 
policy of staying on supported software.  Otherwise, it's all the same thing.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Friday, February 23, 2024 12:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Serina

So for me it raises the question why is a Company want to convert from 
Changeman to OpenText Changeman

Regards,


Steve
 reply email so that we may correct our internal records. Please then delete 
the original message (including any attachments) in its entirety. Thank you


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dave Beagle
Sent: Friday, February 23, 2024 12:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Question

Rocket is owned by Bain Capital. A private equity company. Usually, private 
equity companies are vultures who cut to the bone and then sell. In fact, 
Serena has been bought and sold numerous times in the last 20-25 years. By 
private equity who did exactly that. Cut to the bone and sold. The history 
section of this link tells the story.

https://urldefense.com/v3/__https://en.m.wikipedia.org/wiki/Serena_Software__;!!KjMRP1Ixj6eLE0Fj!tlA5nn6xjbjOyRLkuN8C9ofN931FPOO_ngK2pAxiGHacIFkTv39hSdLBlQDZ1KAbE5cKPOaVVjtYstgDtz98I9DgLbCg4A8zulfq$
 

It’s a shame because there are some really good people there and the software 
is excellent.


Sent from Yahoo Mail for iPhone


On Friday, February 23, 2024, 12:55 PM, Dave Beagle 
<0525eaef6620-dmarc-requ...@listserv.ua.edu> wrote:

https://urldefense.com/v3/__https://www.rocketsoftware.com/news/rocket-software-acquire-opentexts-application-modernization-and-connectivity-business__;!!KjMRP1Ixj6eLE0Fj!tlA5nn6xjbjOyRLkuN8C9ofN931FPOO_ngK2pAxiGHacIFkTv39hSdLBlQDZ1KAbE5cKPOaVVjtYstgDtz98I9DgLbCg4LK2A95a$
 





Sent from Yahoo Mail for iPhone


On Friday, February 23, 2024, 12:12 PM, Pommier, Rex  
wrote:

Never mind, I just found some articles...

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Friday, February 23, 2024 11:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Question

I hadn't heard that.  Do you have some kind of news article or link I could 
see?  I know me and my cohorts would be very interested in knowing more about 
that.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Beagle
Sent: Friday, February 23, 2024 10:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Question

Is that portion of Serena/microfocus/opentext being bought by Rocket? I think 
so.


Sent from Yahoo Mail for iPhone


On Friday, February 23, 2024, 11:32 AM, Pommier, Rex  
wrote:

We use it for change control.  We use it for Cobol, assembler, DYLs, JCL CICS 
maps etc.  Opentext got it when they acquired MicroFocus who got it when they 
acquired Serena.  IDK if Serena acquired it from somebody else or if they 
developed it.  It does what we need it to do.  I'm not that familiar with it as 
it is primarily used by our development staff and one of my cohorts handles its 
primary care and feeding.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Friday, February 23, 2024 10:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Question

What does anyone know about Opentext Changeman?

 

 

Regards,

 

 

Steve 

 


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




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

Re: Opentext changeman - was: Question

[Pommier, Rex]

Thanks, the articled I read didn't specifically say Serena" but mentioned 
MicroFocus so it was implied.  

Agreed, had I noticed the subject line when I replied the first time, I'd have 
changed it then.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Phil Smith III
Sent: Friday, February 23, 2024 11:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Question

Yes, the Serena stuff is part of the divestiture to Rocket.

Request: more extensive Subject: lines than "Question". Makes the list much 
more useful.


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

Re: [EXTERNAL] Question

[Pommier, Rex]

Never mind, I just found some articles...

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Friday, February 23, 2024 11:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Question

I hadn't heard that.  Do you have some kind of news article or link I could 
see?  I know me and my cohorts would be very interested in knowing more about 
that.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Beagle
Sent: Friday, February 23, 2024 10:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Question

Is that portion of Serena/microfocus/opentext being bought by Rocket? I think 
so.


Sent from Yahoo Mail for iPhone


On Friday, February 23, 2024, 11:32 AM, Pommier, Rex  
wrote:

We use it for change control.  We use it for Cobol, assembler, DYLs, JCL CICS 
maps etc.  Opentext got it when they acquired MicroFocus who got it when they 
acquired Serena.  IDK if Serena acquired it from somebody else or if they 
developed it.  It does what we need it to do.  I'm not that familiar with it as 
it is primarily used by our development staff and one of my cohorts handles its 
primary care and feeding.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Friday, February 23, 2024 10:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Question

What does anyone know about Opentext Changeman?

 

 

Regards,

 

 

Steve 

 


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




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

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

Re: [EXTERNAL] Question

[Pommier, Rex]

I hadn't heard that.  Do you have some kind of news article or link I could 
see?  I know me and my cohorts would be very interested in knowing more about 
that.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Beagle
Sent: Friday, February 23, 2024 10:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Question

Is that portion of Serena/microfocus/opentext being bought by Rocket? I think 
so.


Sent from Yahoo Mail for iPhone


On Friday, February 23, 2024, 11:32 AM, Pommier, Rex  
wrote:

We use it for change control.  We use it for Cobol, assembler, DYLs, JCL CICS 
maps etc.  Opentext got it when they acquired MicroFocus who got it when they 
acquired Serena.  IDK if Serena acquired it from somebody else or if they 
developed it.  It does what we need it to do.  I'm not that familiar with it as 
it is primarily used by our development staff and one of my cohorts handles its 
primary care and feeding.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Friday, February 23, 2024 10:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Question

What does anyone know about Opentext Changeman?

 

 

Regards,

 

 

Steve 

 


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




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

Re: [EXTERNAL] Question

[Pommier, Rex]

We use it for change control.  We use it for Cobol, assembler, DYLs, JCL CICS 
maps etc.  Opentext got it when they acquired MicroFocus who got it when they 
acquired Serena.  IDK if Serena acquired it from somebody else or if they 
developed it.  It does what we need it to do.  I'm not that familiar with it as 
it is primarily used by our development staff and one of my cohorts handles its 
primary care and feeding.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Friday, February 23, 2024 10:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Question

What does anyone know about Opentext Changeman?

 

 

Regards,

 

 

Steve 

 


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

Re: [Very much off-topic] Re: AI is the real deal.

[Pommier, Rex]

I can think of one guy who probably wishes a few more 5 year predictions would 
have been forgotten.  Stewart Alsop and his infamous 1991 prediction "I predict 
that the last mainframe will be unplugged on March 15, 1996".

oops

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Thursday, February 22, 2024 11:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: [Very much off-topic] Re: AI is the real deal.

A 5-year prediction is generally safe, because in 5 years people will have 
forgotten the predictions. Who remembers the failed 5-year predictions for, 
e.g., controlled fusion, human level machine translation?

I expect it to eventually happen, but as for when, Hypotheses non fingo 
.

On the flip side, hand optimization for pipelined machines is labor intensive 
and fragile; a compiler with an ARCHLVL parameter is better suited for the job.

--
Shmuel (Seymour J.) Metz
https://urldefense.com/v3/__http://mason.gmu.edu/*smetz3__;fg!!KjMRP1Ixj6eLE0Fj!sFC-mjDAKaitFM9IEYw4ZOP8uKU9vq50VIYYHq7QWJoDB9QKgOmsB_xLkcXGfUXtjbbOfYuQldUa1eC9wA$
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר


From: IBM Mainframe Discussion List  on behalf of Tom 
Harper <05bfa0e23abd-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, February 22, 2024 11:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [Very much off-topic] Re: AI is the real deal.

Dave,

I was told the same thing 54 years ago when I starting working at CalTrans. 
Managers would just be able to code in COBOL PROFITS = SALES - EXPENSES and we 
would all be out of a job.

Of course, there are more programmers now  than at any time in history.

The question of assembler comes up from time to time, and the question has more 
nuances than you might think.

As it turns out, there are lines of code and lines of executed code. What that 
means is that lines of code that are executed frequently are seldom written in 
a compiled language but are instead written in assembler.

A good example is sort. In the 1970s sort typically used about a third of all 
processor and channel resources on a mainframe. Today that number is far lower, 
in the mid-teens despite the fact that much more data is being sorted.

The reason for this is that some very brilliant assembler programmers at 
SyncSort and the  IBM Dfsort team wrote code to highly optimize sorting and 
related functions. I’m counting PL/S as essentially assembler in this instance.

The same is true at BMC Software and my own company Phoenix Software 
International: highly optimized assembler code greatly improved performance.

Even though there are almost uncountable lines of COBOL code, it makes for a 
tiny fraction of executed code. Most compiled languages execute a few 
instructions and then invoke a CICS, IMS, or DB2 function.

Starting in the 1980s, corporations the world over began to understand that it 
was much more cost-effective to buy or lease software from a vendor than 
develop it in house. These developers left the end-user companies and went to 
software houses where they primarily write in assembler. Now ever piece of 
software usually has parts that are not performance-sensitive, so they might 
get written in C++ or Rex or some other compiled language.

I’ve grown up with software, having written my first program in 1960.

Assembler won’t be gone in five years or anytime can the foreseeable future.

So I would revisit your thoughts.

Tom Harper

Phoenix Software International

Sent from my iPhone

> On Feb 22, 2024, at 11:07 AM, Dave Beagle 
> <0525eaef6620-dmarc-requ...@listserv.ua.edu> wrote:
>
> Assembler programming will be almost nonexistent in 5 years.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Thursday, February 22, 2024, 10:32 AM, Robert Prins 
> <05be6ef5bfea-dmarc-requ...@listserv.ua.edu> wrote:
>
> AI?
>
> More AS!
>
> This is on LinkedIn, it's AI generated and you can probably sue them 
> for jaw-dislocation due to excessive laughter:
>
> <
> https://urldefense.com/v3/__https://www.linkedin.com/advice/0/how-can-
> developers-take-ownership-bugs-skills-system-development-x9cve__;!!KjM
> RP1Ixj6eLE0Fj!sFC-mjDAKaitFM9IEYw4ZOP8uKU9vq50VIYYHq7QWJoDB9QKgOmsB_xL
> kcXGfUXtjbbOfYuQldVStGcE7g$
>>
>
>> On Wed, 21 Feb 2024 at 23:37, Dave Beagle < 
>> 0525eaef6620-dmarc-requ...@listserv.ua.edu> wrote:
>>
>> Well, today was NVIDIA earnings day. They are the bellwether for AI.
>> Theirs is the premier AI chip commanding top dollar. And they didn’t 
>> disappoint. Their revenues are up 400% in the last year. To 22 
>> billion in the latest quarter. They’ve got another chip on tap this 
>> year which should continue the incredible growth. If you had invested 
>> $10,000 five years ago, you’d have earned 2000

Re: [EXTERNAL] Question

[Pommier, Rex]

For my personal use, nope.  Still using 2010.  At work, they're moving us to 
365.  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Tuesday, February 20, 2024 12:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Question

I have run MS Office 2010 for years.

 

Has anyone in the group Subscribed to Office 365 since there is

No more MS Office.  I also have my own domain for email

 

Thanks

 

Steve

 


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

unfamiliar OIA symbol I can't find documented

[Pommier, Rex]

Hello list,

I got a trouble ticket this morning about a couple people having issues with 
their 3270 session locking up on them in a CICS screen and their not being able 
to unlock the session, resulting in their needing to shut down their 3270 
emulator and restart it.  The screen shot I got shows an unfamiliar OIA symbol 
and I'd like some help with it if somebody knows what it means.  Looks to be 
starting in column 9 of the OIA.  The first symbol looks like a vertically 
elongated plus sign, then a blank, and then a pair of 16th music notes followed 
by what I can best describe as the outline of the sun.  We're using Passport 
web-2-host and I am finding nothing describing these in the W2H manual.  Any 
description of what these mean would be much appreciated.  

TIA,

Rex



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

Re: [EXTERNAL] Re: Insecure security - was SDSF PS Command column

[Pommier, Rex]

Mine's a gum wrapper.  😊

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Oujesky
Sent: Wednesday, February 14, 2024 4:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Insecure security - was SDSF PS Command column

>
>Won't work when there is electical tape across the camera lens.


>Webcam when they open the binder to enter the password.
>
>--
>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

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

Re: [EXTERNAL] Re: Insecure security - was SDSF PS Command column

[Pommier, Rex]

I've used them in the past too, but I would guess the average person on the 
street just writes their obtuse passwords down.  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jay 
Maynard
Sent: Wednesday, February 14, 2024 10:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Insecure security - was SDSF PS Command column

This is what password managers were created for. I use Bitwarden, and can't 
recommend them highly enough.

On Wed, Feb 14, 2024 at 9:13 AM Pommier, Rex 
wrote:

> You make a good point about making security so onerous one can't use it.
> At my employer, we use a third party cloud application (unnamed to 
> conceal the perpetrator) that doesn't use multi-factor yet.  However 
> their password to get in has to be a minimum of 16 characters.  No 
> problem, right, just use a passphrase type password.  However, they 
> also require upper, lower, number, and special character.  And they 
> keep a history of 10 prior passwords and require a change every 60 
> days.  Their requirements pretty much guarantee most people will be 
> writing the passwords down, thus bypassing a lot of the security they think 
> they have.
>

--
Jay Maynard

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

Insecure security - was SDSF PS Command column

[Pommier, Rex]

Steve,

You make a good point about making security so onerous one can't use it.  At my 
employer, we use a third party cloud application (unnamed to conceal the 
perpetrator) that doesn't use multi-factor yet.  However their password to get 
in has to be a minimum of 16 characters.  No problem, right, just use a 
passphrase type password.  However, they also require upper, lower, number, and 
special character.  And they keep a history of 10 prior passwords and require a 
change every 60 days.  Their requirements pretty much guarantee most people 
will be writing the passwords down, thus bypassing a lot of the security they 
think they have.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Thompson
Sent: Wednesday, February 14, 2024 8:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: SDSF PS Command column

Seymour, this is a very interesting observation you made.

I'm now experiencing similar

With a certain banking system we use, you logon, and then you have to prove you 
are the person you say you are by providing more information. While having 2 
factor authentication.

With a certain cell provider, you have to login, then provide your PIN, then 
tell them your IMEI 

How many people have that information memorized?

At some point we make being secure, *insecure,* because we won't talk to you 
because we can't be sure you are who you say you are, even with 2 factor 
authentication, and your password.

Corporate paranoia.

Steve Thompson

On 2/13/2024 11:31 PM, Seymour J Metz wrote:
> The  problem is not auditors; it is incompetent auditors.
>
> In the Army they taught us that preventing authorized access is a security 
> violation. An unthinking automatic timeout is a DOS attack when it prevents 
> running an annual job.
>
> --
> Shmuel (Seymour J.) Metz
> https://urldefense.com/v3/__http://mason.gmu.edu/*smetz3__;fg!!KjMRP1I
> xj6eLE0Fj!r3eDyWon_gy4rfKn8xiwhaf7-aligjydAdLV_p-26FcFegDBRI5PS9lR5OH9
> bl_WBA3n8nAu4SOXe5hz$
> עַם יִשְׂרָאֵל חַי
> נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
>
> 
> From: IBM Mainframe Discussion List  on 
> behalf of Farley, Peter 
> <031df298a9da-dmarc-requ...@listserv.ua.edu>
> Sent: Monday, February 5, 2024 12:27 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SDSF PS Command column
>
> I am constantly amazed at how much this whole “zero trust” meme is violating 
> the concept of sharing everything among application developers.  I for one 
> have no qualms about any other application programmer at my shop seeing any 
> coding I am doing (though I might be occasionally embarrassed by my own dumb 
> mistakes).
>
> It is not “innocent” to share access to application programming information 
> and styles and pitfalls, it is crucial to application programmer development 
> and advancement.  We learn from each other, especially from sharing our 
> mistakes as well as our best practices and clever innovations.
>
> Add to that stupid security rules like “if you didn’t access this resource 
> for the last 180 days we revoke your access to that resource”, which causes 
> all kinds of headaches when you have to suddenly deal with issues in a yearly 
> weekend production process and you don’t have read rights to the data files 
> you need to view to resolve the issue and the security team only works 9 to 5 
> weekdays and the on-call is out shopping somewhere.
>
> Shakespeare was almost right – first get rid of all the auditors, the lawyers 
> are easy to deal with compared to them.
>
> Peter
> From: IBM Mainframe Discussion List  On 
> Behalf Of Paul Gilmartin
> Sent: Monday, February 5, 2024 11:02 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SDSF PS Command column
>
>
> On Mon, 5 Feb 2024 11:02:07 +, Rob Scott wrote:
>
>> ...
>> As to "why don't you just fix it ?"tstyle questions, we have to consider 
>> quite a few compatibility issues across n-2 releases especially when the 
>> "fix" requires changes to configuration and security ...
> Such as users' embedding cryptographic keys in commands?  Ugh!
>
>
>
> UNIX arose in a more innocent age when no one worried much about such as:
>
>  ls -lt /u
>
>
>
> --
>
> This message and any attachments are intended only for the use of the 
> addressee and may contain information that is privileged and confidential. If 
> the reader of the message is not the intended recipient or an authorized 
> representative of the intended recipient, you are hereby notified that any 
> dissemination of this communication is strictly prohibited. If you have 
> received this communication in error, please notify us immediately by e-mail 
> and delete the message and any attachments from your system.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> 

Re: [EXTERNAL] Re: Banks migrate from mainframes to AI-driven cloud tech

[Pommier, Rex]

Or more likely it'll hallucinate you on the wrong side of the fence (I mean, 
you're a mainframer after all, and that's bad...) and your 
bank-account-in-the-cloud funds will vanish without a trace.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Tony Harminc
Sent: Friday, February 9, 2024 11:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Banks migrate from mainframes to AI-driven cloud tech

On Fri, 9 Feb 2024 at 06:35, Mark Regan < 
058035dd6b20-dmarc-requ...@listserv.ua.edu> wrote:

>
> https://urldefense.com/v3/__https://www.finextra.com/newsarticle/43673
> /banks-migrate-from-mainframes-to-ai-driven-cloud-tech__;!!KjMRP1Ixj6e
> LE0Fj!tLr6t9f_YDLnxiyLJH-6ow1HEjTZWJ5z2DnmHImDrhr9_JpV0t51xKyqwrHd7jPF
> 8URmbfzgR31WAtMe$


Great! Maybe an AI can hallucinate a $million into my 
bank-account-in-the-cloud. And then hopefully be unable to explain itself...

Tony H.

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

Re: [EXTERNAL] Re: Reading a scratch tape

[Pommier, Rex]

Hi Gil,

Actually, it does make sense (at least to me) to have this threshold set.  
We've gone back more than once to rescue a developer or support person who 
inadvertently scratched a tape the day before and we were able to recover it 
for them by using this "expired but not really" feature.  It is really no 
different from old physical tapes, where the data on a scratch tape wasn't 
really gone until the tape was physically written over.  In those days, one 
could jump through hoops (and security) to get the contents brought back.  This 
simply maintains that capability.  Without the expire hold, as soon as the tape 
is scratch, the data is gone.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Thursday, February 8, 2024 4:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Reading a scratch tape

rpomm...@sfgmembers.com> wrote:

>In the "scratch category" settings, you can set an "expire hold" field that 
>tells the TS77xx how long to keep an expired tape before releasing it to 
>scratch.  I believe that once that threshold is crossed, the TS77xx rewrites 
>the tape mark to the beginning of the tape and all data is lost - unless IBM 
>has some magic they can preform on the back end.
>
"Expired" but not really!?  This makes as little sense as expecting to read a 
temporary data set in a subsequent job.

With a physical tape one might EXCP, bypass errors, and recover some data.

But when my employer was designing a product, we learned that some users expect 
the scratch pool to be managed FIFO.  I was astonished.

--
gil

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

Re: Reading a scratch tape

[Pommier, Rex]

In the "scratch category" settings, you can set an "expire hold" field that 
tells the TS77xx how long to keep an expired tape before releasing it to 
scratch.  I believe that once that threshold is crossed, the TS77xx rewrites 
the tape mark to the beginning of the tape and all data is lost - unless IBM 
has some magic they can preform on the back end.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steely.Mark
Sent: Thursday, February 8, 2024 3:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Reading a scratch tape

I think that process is correct - but I think there is a parm in the 7700 
configuration that after a couple of days it will automatically remove the 
contents of the tape. 

So if that time has elapsed all you will get is a tape mark. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: Thursday, February 08, 2024 3:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Reading a scratch tape



I think all you really need to do is change it from scratch to master in the 
ISMF tape option under ISPF/PDF.  That will tell the 7700 that it's not a 
scratch tape.

That will change it in the library.  You will then need to bypass your tape 
system (normally that's done with the special EXPDT option for tapes outside 
the library.

Remember to change it back when you are done.

Brian

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

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

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

Re: zOSMF install

[Pommier, Rex]

Hi Kurt,

Thank you.  That is exactly the answer I needed.  We installed 2.4 with a 
ServerPac and as I am just starting down the implementation path of zOSMF, my 
manager asked me to find out if we should try to get the 3.1 zOSMF stand-alone 
and install that first.  Your response confirmed that I just need to continue 
with implementing the 2.4 zOSMF.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kurt Quackenbush
Sent: Monday, December 4, 2023 10:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: zOSMF install


> I know I need zOSMF to install 3.1.  My question is, in essence, can (or 
> should) I order and install a stand-alone zOSMF 3.1 and use that for my z/OS 
> 3.1 install or am I better off (or is this the only option) installing zOSMF 
> 2.4 before even heading down the 3.1 path?

Did you install z/OS 2.4 using ServerPac?  If so, then unless you specifically 
deleted it, you already have z/OSMF installed on your z/OS 2.4.  You may not 
have it configured and running, but it should be there.  If it is present, then 
recommend configuring and starting the z/OSMF server on your z/OS 2.4 in 
preparation for installing z/OS 3.1.  Be sure to install all PTFs associated 
with the IBM.DrivingSystem-RequiredService fix category.

If in fact you do not already have an installed copy of z/OSMF on your z/OS 
2.4, then your choices are limited as you can not order or obtain z/OSMF for 
z/OS 2.4, nor an entire z/OS 2.4.  You might be stuck with getting and using 
the COD (Customized Offerings Driver) which is a load-and-go z/OS containing a 
z/OSMF server which you can then use to install z/OS 3.1.

Kurt Quackenbush
IBM  |  z/OS SMP/E and z/OSMF Software Management  |  ku...@us.ibm.com

Chuck Norris never uses CHECK when he applies PTFs.

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

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

Re: zOSMF install

[Pommier, Rex]

Hi Richard, 

I know I need zOSMF to install 3.1.  My question is, in essence, can (or 
should) I order and install a stand-alone zOSMF 3.1 and use that for my z/OS 
3.1 install or am I better off (or is this the only option) installing zOSMF 
2.4 before even heading down the 3.1 path?

Thanks again,
Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richard McIntosh
Sent: Monday, December 4, 2023 10:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: zOSMF install

You need zOSMF to install 3.1.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Monday, December 4, 2023 10:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] : zOSMF install

Hi all,

Just looking for opinions on this.

Scenario is we're running z/OS 2.4.  We don't have zOSMF installed.  Sometime 
next year we're going to migrate to 3.1.  Would we be better off 
installing/implementing zOSMF 2.4 today in preparation for installing 3.1 or 
should we install zOSMF 3.1 and implement that before installing z/OS 3.1?  Can 
we even install zOSMF 3.1 without having a running zOSMF install already?

Thanks,

Rex

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

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

zOSMF install

[Pommier, Rex]

Hi all,

Just looking for opinions on this.

Scenario is we're running z/OS 2.4.  We don't have zOSMF installed.  Sometime 
next year we're going to migrate to 3.1.  Would we be better off 
installing/implementing zOSMF 2.4 today in preparation for installing 3.1 or 
should we install zOSMF 3.1 and implement that before installing z/OS 3.1?  Can 
we even install zOSMF 3.1 without having a running zOSMF install already?

Thanks,

Rex

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

Re: [EXTERNAL] Re: Kinda fun

[Pommier, Rex]

Full or half duplex, not single or double.  That was the parity bit in my brain 
that got flipped.  😊

Thanks, Phil.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Phil Smith III
Sent: Wednesday, November 8, 2023 8:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Kinda fun

Bob Bridges wrote about his history with keypunches.

Mine started in 1965, when I was four. My dad was working on his first 
concordance, of Beowulf, and my mom was going to do the data entry of the text. 
(They'd met in the 50s when he was working for a CIA front doing translation 
and his typist quit. He told them, "I need a new typist, but don't give me 
anyone interesting", and when they brought her in, he thought, "Dammit, nobody 
listens to me around here!" Nine months later they were married.)

So I got to play with a keypunch at a very young age, and then again starting 
in 1975 when I sat in on my dad's PL/C class at the University. I have fond 
memories of playing outside with a bag of chad (please, not "chads"-it was a 
mass noun for 50 years; the 2000 election instantly made it a count noun, but 
we old-timers don't have to put up with that). (Jeez, even Office thinks it 
should be "chads". Kids today.)

Bob, your musing about communications parameters sounds like full/half duplex.

As for the cost of cards-I bought a few boxes on eBay about a decade ago. Even 
then folks were often selling individual cards for several dollars. I still 
have a bunch. My dad always had them in his breast pocket for note cards. He'd 
also always heard that they were the same size as old U.S. bills, but in the 
pre-Internet era had no easy way to verify that. Until one day in the late 80s, 
walking in lower Manhattan, he passed a numismatic store that had an old $1 
bill taped to the inside of the window. He instantly whipped out a card and 
held it up, and sure 'nuff, it was the same size, modulo the clipped corner, of 
course!

Keypunches persisted at University of Waterloo until the early 80s, not because 
the U was backward, but because ONE prof (not my dad!) insisted on using them. 
IIRC the I/O operators (remember them?) tried various stunts, like 
"accidentally" dropping his box of cards (only it wasn't really) in front of 
him and then stepping on them as they went to pick them up. They finally 
managed to get approval to tell him HE would have to pay for the maintenance. 
That cured it.

Don't miss 
https://urldefense.com/v3/__https://www.masswerk.at/keypunch/__;!!KjMRP1Ixj6eLE0Fj!ufSaokE6hbzq-09wIsJObGdOKh7n1OQ0m3Kq0pXwkcHzmkKfgNbKpSeCZpLJcegYi9wB8FObFeJl6RY$
  !


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

Re: [EXTERNAL] Re: Kinda fun

[Pommier, Rex]

Hey Bob,

Parity bits were even, odd, or none.  Echo on or off, 1 or 2 stop bits, and the 
one you're forgetting the name thereof was the duplex, single or double.  I 
don't remember which is which, but one of them (single I think) required local 
echo so you could see what was being keyed.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Bridges
Sent: Tuesday, November 7, 2023 5:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Kinda fun

That WAS fun!

I preceded that author by, I think, barely a year; I waffled around, changed 
majors twice (Religion, then Music, then Accounting), and reluctantly took one 
computer-programming class (PL/C) in the summer of 75.  It was NOT boring, it 
was incredibly cool and I was instantly hooked.

Punch cards didn't seem onerous to me because I hadn't yet imagined anything 
better.  I learned the technical tricks of the 029 (I don't know, there must 
have been some, no?), then learned how much better the 129 was and thought it 
was 'way cooler.  When not doing homework I sat at a teletype, taught myself 
Basic and FORTRAN, and saved my work on paper tape.  My fiancée resented the 
inordinate amount of time I spent amusing myself writing useless games and 
utilities just because I could.  I finished my degree in Accounting but went 
straight into programming jobs after graduation.  It was a long time before I 
stopped using my flowcharting template, and years more before I stopped feeling 
guilty about coding on the fly without flowcharting first.

So, yeah, I'm happy not to use punch cards now, but I didn't think to dislike 
them then.  I'm even happier not to have to plug a phone handset into a modem - 
but at the time, typing up my long, long letters electronically and sending 
them over a modem to my best friend at the other end of the country was an 
enormous improvement over sitting at my desk and writing them out with a 
fountain pen.

And while we're on the subject, anyone else remember having to establish 
communication parms over a modem?  You had to agree with the other end about 
parity bits, and about some kind of echo that I'm pretty sure we called 
"single" or "double"  something.  Single was when my own terminal displayed 
the key I typed immediately; "dual" or "double" was when it waited until it was 
echoed back from the other end.  The lag was the downside of double; the 
advantage was that I could see what character actually made the trip across the 
chancy phone lines, and could correct errors more reliably.
What was that called?  I forget.

Oh, and the modem protocols: XMODEM, YMODEM, Kermit and the like.  I remember 
when I first got a 2400-baud modem; it transferred text so blindingly fast that 
I almost couldn't read the text as it scrolled on my screen!  For the  first 
time it might be practical to send a 100K file, if you could spare an hour or 
two!

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

/* It's extremely difficult to distinguish a Canadian from an American.  In 
fact the most reliable way of doing so is to make that observation in the 
presence of a Canadian.  -attributed at the Gunroom to a "British man of 
letters" */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Phil Smith III
Sent: Tuesday, November 7, 2023 16:18

https://urldefense.com/v3/__https://blog.computationalcomplexity.org/2023/11/in-bad-old-days-we-had-punc__;!!KjMRP1Ixj6eLE0Fj!oimg9J3s7FOnrNDMk1B2SCOImuRU5enQjoutTHhN1TwI3cKZwYY7jF8hUfH532CFXyWCDChR31mZFljymRzy0OU$
hcards-how.html

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

Re: [EXTERNAL] Re: Kinda fun

[Pommier, Rex]

Yup, 5 80-column cards to boot an NCR Century 200.  Kinda wish I still had a 
set of them.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Oujesky
Sent: Tuesday, November 7, 2023 6:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Kinda fun

Boot being short for boot-strap.  AKA IPL text.

At 05:42 PM 11/7/2023, Bob Bridges wrote:
>My old boss sent me a pack of 50 blank punch cards for Christmas a few 
>years ago, just as a sort of gag gift.  He says he uses them for 
>shopping lists and such.  I'd probably be more inclined to keep them as 
>bookmarks, except I already use old business cards for that.
>
>But I thought it was an interesting idea and went to eBay to see what I 
>could get them for.  My buss must have a source of his own, because the 
>last I looked people are trying to sell old punch cards for $100 for a 
>pack of 50, or even $10 for just one.  They're antiques, now!  Yeah, here we 
>go:
>$11 Canadian for one.  US$19.45 for 15.  $26.69 for 40.  Like that.
>
>Here's a test question for youngsters:  Why do they "boot" a computer?
>Where does that term come from?  I'm guessing most of them will assume 
>it's a sort of joke, that you have to kick a computer to get the ol' 
>clunker going, like "percussive maintenance" on a TV.  Oops, an 
>old-style CRT TV, I mean, of course, which I suppose is another thing 
>that doesn't exist any more.
>
>---
>Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
>/* An education isn't how much you have committed to memory, or even 
>how much you know.  It's being able to differentiate between what you 
>know and what you don't.  -Anatole France */
>
>-Original Message-
>From: IBM Mainframe Discussion List  On 
>Behalf Of Schmitt, Michael
>Sent: Tuesday, November 7, 2023 16:57
>
>The card punch machines I used would punch each character as you typed 
>it, rather than buffer and punch card at the end of the line. So, you 
>had to type *perfectly*. A single mistake meant throw out the card. Or 
>save it for bookmarks and grocery lists.
>
>I like to ask the new people I work with "Why does ISPF maintain 
>sequence numbers in source?" (or JCL, sysin members, etc.). Not one 
>answers "so you can put your punched card deck back in order when you drop it".
>
>(They also don't know why old programs, and JCL, is all upper case.)
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send 
>email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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

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

I got this from IBM LMS folks today.

[Pommier, Rex]

What I’d like to know is who decided it would be a good thing to migrate the 
LMS server right in the middle of the LMS submission window.

Rex

From LMS folks:

Dear Valued Client,

Please put special attention to this announcement.
Due to migration activities on the server our LMS application will be 
inaccessible from Friday November 3 until Sunday November 5, 2023 GMT.

We apologize for the inconvenience this may cause to your submission activities.

If you have any questions or concerns, please do not hesitate to visit our LMS 
Help Page or contact LMS Customer Center for assistance by email 
(kms...@dk.ibm.com).

Warm Regards
From the LMS Team

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

Re: [EXTERNAL] Re: Any recommendations for a 3270 emulator for Android

[Pommier, Rex]

If their idea is that other emulators are "outdated" because "ours is browser 
based", guess what.  I can't talk of Attachmate et al, but Rocket Passport HAS 
a browser based 3270 emulator.  And just because something is browser based 
doesn't automatically make it better or the others outdated.

Now, what I would be interested in seeing is how a browser based terminal 
emulator will be able to replace a full function session manager.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Bridges
Sent: Monday, September 25, 2023 2:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Any recommendations for a 3270 emulator for Android

"Outdated" terminal emulators?  They wish.  Not that I have anything against 
new and especially better ideas.  But I think Attachmate, Rocket, QWS3270 and 
others work just fine.

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

/* There are few things more discouraging to the mind that likes to believe it 
is master in its own house, than the unquestionable effect of a full belly.  
-from The Mauritius Command by Patrick O'Brian */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
T Roller
Sent: Sunday, September 24, 2023 19:35

I recently received an email advertisement for a product called “Virtel Web 
Access,the browser-based 3270 emulation technology to replace outdated TN3270 
terminal emulators(like PCOMM, Attachmate, Rocket/BlueZone and more), also can 
replace expensive VTAM session managers(like TPX, CL/SuperSession, Tubes, and 
more).”

I don’t have any experience with it.

--- On Sun, Sep 24, 2023 at 7:26 PM, Charles Mills [charl...@mcn.org] wrote:
> Anyone have personal recommendations for a 3270 emulator for Android phones 
> and/or tablets?
>
> Android, NOT Windows -- you would have to pry Vista out of my cold, dead 
> fingers.
>
> I certainly don't intend to do heads-down coding on my phone. This is just so 
> I could respond to a client emergency without having to lug my laptop around.

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

Re: [EXTERNAL] Re: Storage questions - mod9, mod27, mod54

[Pommier, Rex]

Tony,

Thank you for setting me straight on the lack of requirement of all volumes in 
an LCU being the same size.  I'm pretty sure my business partner had told me 
that was a requirement.  It may have been a restriction from long ago.  Our 
first emulated device was a DS6800 that was replaced by a DSD8870 then to a 
DS8910F.  Is it possible that was a requirement in the early days of the DS6800 
level and we just kept the idea even though the requirement vanished?

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Tony Thigpen
Sent: Monday, September 11, 2023 12:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Storage questions - mod9, mod27, mod54

Linda,

Really, you need to take those questions to your storage group. There are a lot 
of variables based on hardware and currently used storage in the DASD subsystem.

To fix one incorrect reply, at lease on IBM DS8000, all DASD on the same LCU 
(FKA 'string') does *not* have to be the same size. It makes it easier for the 
storage group to manage if they are all the same, but it's not required.

The DS8000 allocates storage in Mod-1 slices. You current addresses only have 
enough slices for their current size. Converting from one size to another 
requires deleting a volume and redefining it. The rest of the volumes don't 
have to be touched.

There is a limit on how many slices each DS8000 is licensed for. If there are 
free slices, then the storage group can define you some new volumes to which 
you will migrate your data to. Then, they can reclaim the original slices. 
(Note: This leaves 'holes' in the CUU address range and some people don't like 
that.)

Talk to your storage group. They will tell you if they can create new volumes 
then the data can be migrated. Or, they may require a full back-up and re-load 
if they don't have free slices in the DS8000.

Tony Thigpen

Linda Hagedorn wrote on 9/11/23 10:14 AM:
> Hi,
> 
> I hope you won't mind a storage question.
> 
> We're running zOS 2.4 and have a smattering of volume sizes - mod9, mod27, 
> mod54.
> 
> I'd like to have all mod54's for Db2 and be prepared before going to the 
> storage folks.
> 
> 1. Is storage virtual nowadays?
> 2. Can virtual mod9s and mod27s be reconfigured to mod54s?
> 3. Does the reconfiguration require an IPL?
> 4. Does the reconfiguration new addressing in IODF?
> 5. Is the storage vendor (IBM, EMC, etc.) relevant?  Does the hardware 
> determine or be a factor in merging the mod9s/mod27s, into mod54s?
> 6. Is it a given that the volumes must be cleared/emptied before the 
> reconfiguration happens?
> 7. How long does reconfiguration take?
> 
> Is there anything else I should consider before taking this request to the 
> storage group?
> 
> Any information or advice is appreciated.
> 
> Thank you.  Linda Hagedorn
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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


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

Re: [EXTERNAL] Storage questions - mod9, mod27, mod54

[Pommier, Rex]

Hi Linda,

"A question"???  I see 9 of them!  LOL

I intermixed my responses below.  I'm sure there are others out there who have 
more current info than I have but thought I'd get the conversation going.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Linda Hagedorn
Sent: Monday, September 11, 2023 9:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Storage questions - mod9, mod27, mod54

Hi, 

I hope you won't mind a storage question.  

We're running zOS 2.4 and have a smattering of volume sizes - mod9, mod27, 
mod54.  

I'd like to have all mod54's for Db2 and be prepared before going to the 
storage folks. 

1. Is storage virtual nowadays? Yes, it's probably been over 20 years since 
the last "real" 3390 was supported.
2. Can virtual mod9s and mod27s be reconfigured to mod54s?Yes
3. Does the reconfiguration require an IPL?   This is a better question for 
your hardware vendor but I would think not.
4. Does the reconfiguration new addressing in IODF?This is a better 
question for your hardware vendor but I would think not.  We were able to 
remove some addresses from disk ranges to convert to PAV volumes without having 
to relabel the remaining volumes so I would think resizing volumes would be 
similar.
5. Is the storage vendor (IBM, EMC, etc.) relevant?  Shouldn't.
5a.  Does the hardware determine or be a factor in merging the mod9s/mod27s, 
into mod54s?  No, I've played with EMC, Hitachi, IBMN storage over the years 
and all have the capability.
6. Is it a given that the volumes must be cleared/emptied before the 
reconfiguration happens?   Unless things have change that I'm not aware of, yes 
- see below.
7. How long does reconfiguration take?  This is a better question for your 
hardware vendor, but it is going to depend on how many volumes you're creating 
etc.

Is there anything else I should consider before taking this request to the 
storage group?   Again, unless things have changed, I believe the entire string 
of volumes needs to be the same size.  Every time we've wanted to resize a 
string of volumes we've had to deconfigure the old volumes in the array, 
sending the storage back to free space, then rebuild the new volumes from free 
space.  

Any information or advice is appreciated.  

Thank you.  Linda Hagedorn 

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

Re: CICS Question

[Pommier, Rex]

Well, I am now into the realm of guessing as I didn't actually set up our CICS 
to DB2 connections.  :-)

I'm looking in my CSD and find a group that got installed at startup.  This 
group has 3 entries in it, a DB2CONN, DB2ENTRY, and DB2TRAN.  Just from the 
gist of the error messages you're getting, either you are missing a DB2CONN 
entry or they're in the wrong sequence.  

My CEDA output of the group shows this:

E G(pprct)  
ENTER COMMANDS  
 NAME TYPE GROUP
 PPRCTDB2CONN  PPRCT
 PPASYNC  DB2ENTRY PPRCT
 PPLT DB2TRAN  PPRCT

And the CICS startup log shows this:

DFHDB2101 09/03/2023 07:05:03 CICSPP  CICSPP CSSY DB2CONN PPRCT has been added. 

DFHDB2104 09/03/2023 07:05:03 CICSPP  CICSPP CSSY DB2ENTRY PPASYNC has been 
added.  
DFHDB2107 09/03/2023 07:05:03 CICSPP  CICSPP CSSY DB2TRAN PPLT has been added.  

DFHAM4893 I 09/03/2023 07:05:03 CICSPP Install for group PPRCT has completed 
successfully.  

Again, I'm shooting in the dark here.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Shaffer, Terri
Sent: Friday, September 8, 2023 10:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: CICS Question

Bingo.  I had screerun2 and sceerun in my linklst, but forgot they had to be in 
the DFRPL.  So that problem is fixed..

Any ideas about the DB2CONN and TCBLIMIT?   Could that be a bad definition 
caused from the 3.1 definitions?

Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide - Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Friday, September 8, 2023 10:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CICS Question

EXTERNAL EMAIL: Do not click links or open attachments unless you know the 
content is safe.


Hi Terri,

At first blush the LE issue appears to be a "not found" type error.  What LE 
libraries are in your DFHRPL?  We're 5.6 and have

CEE.SCEECICS
CEE.SCEERUN2
CEE.SCEERUN


I also managed to find the 0011020 - it's in the LE runtime messages manual.  
Here's the explanation for what it's worth..

11020

Last Updated: 2022-12-14
Explanation

Unable to load Language Environment(r) modules in order to initialize Language 
Environment for the CICS(r) region.
System action

CICS continues system initialization with Language Environment inactive.
Programmer response

Make sure the CSD definitions are correct for Language Environment. Also, make 
sure that the CICS region size is large enough to run Language Environment.



Rex




-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Shaffer, Terri
Sent: Friday, September 8, 2023 9:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] CICS Question

I know there is a CICS forum, But I hope someone can answer a quick question, 
or I hope its quick.

I am trying to upgrade my CICS regions from 3.1 (don't ask)  to newer.

And I am having 2 issues, that I have searched the manuals but must be missing 
something simple.

You use to add CEE group and then add that to a list and poof, LE programs, etc 
got installed.

Now I get, for which I cant find the 0011020 RC?

DFHAP1203I A03CICGS Language Environment is being initialized.
DFHAP1200 A03CICGS A CICS request to the Language Environment has failed. 
Reason code '0011020'.
DFHAP1208 A03CICGS Language Environment cannot support the Cobol language.
DFHAP1209 A03CICGS Language Environment cannot support the C/C++ languages.
DFHAP1210 A03CICGS Language Environment cannot support the PL/I language.

 Did I miss a library or Parm someplace or what?

Lastly and not sure if this is caused by another issue but getting the 
following message

DFHAM4837 E A03CICGS Install of DB2ENTRY ACIENTRY failed because a DB2CONN is 
Not installed
DFHAM4837 E A03CICGS Install of DB2ENTRY ACQENTRY failed because a DB2CONN is 
Not installed

Then I get.

DFHDB2110I 08/09/2023 15:11:25 A03CICGS The total number of threads exceeds 
TCBLIMIT.

Thanks!!!

Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide - Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com


 
[https://urldefense.com/v3/__https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg__;!!KjMRP1Ixj6eLE0Fj!qAux-JyNcCjPaig4pI1vBF8g7my6WFvIFaixqe2WiAcsVmMRjk7kEUfk29EEDkejKWZutIbOp3d0oV2IQyyJbW0ImB26Jpc5tsqs$
 ] 
<https://urldefense.com/v3/__http://www.aciworldwide.com__;!!KjMRP1Ixj6eLE0Fj!qAux-JyNcCjPaig4pI1vBF8g7my6WFvIFaixqe2WiAcsVmMRjk7kEUfk29EEDkejKWZutIbOp3d0oV2IQyyJbW0ImB26JlIGOgac$
 > This email message and any attachments may contain confidential, proprietary 
or non-public information. The information is intended solely for the 
designated reci

Re: CICS Question

[Pommier, Rex]

Hi Terri,

At first blush the LE issue appears to be a "not found" type error.  What LE 
libraries are in your DFHRPL?  We're 5.6 and have

CEE.SCEECICS 
CEE.SCEERUN2 
CEE.SCEERUN  


I also managed to find the 0011020 - it's in the LE runtime messages manual.  
Here's the explanation for what it's worth..

11020

Last Updated: 2022-12-14
Explanation

Unable to load Language Environment® modules in order to initialize Language 
Environment for the CICS® region.
System action

CICS continues system initialization with Language Environment inactive.
Programmer response

Make sure the CSD definitions are correct for Language Environment. Also, make 
sure that the CICS region size is large enough to run Language Environment.



Rex




-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Shaffer, Terri
Sent: Friday, September 8, 2023 9:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] CICS Question

I know there is a CICS forum, But I hope someone can answer a quick question, 
or I hope its quick.

I am trying to upgrade my CICS regions from 3.1 (don’t ask)  to newer.

And I am having 2 issues, that I have searched the manuals but must be missing 
something simple.

You use to add CEE group and then add that to a list and poof, LE programs, etc 
got installed.

Now I get, for which I cant find the 0011020 RC?

DFHAP1203I A03CICGS Language Environment is being initialized.
DFHAP1200 A03CICGS A CICS request to the Language Environment has failed. 
Reason code '0011020'.
DFHAP1208 A03CICGS Language Environment cannot support the Cobol language.
DFHAP1209 A03CICGS Language Environment cannot support the C/C++ languages.
DFHAP1210 A03CICGS Language Environment cannot support the PL/I language.

 Did I miss a library or Parm someplace or what?

Lastly and not sure if this is caused by another issue but getting the 
following message

DFHAM4837 E A03CICGS Install of DB2ENTRY ACIENTRY failed because a DB2CONN is 
Not installed
DFHAM4837 E A03CICGS Install of DB2ENTRY ACQENTRY failed because a DB2CONN is 
Not installed

Then I get.

DFHDB2110I 08/09/2023 15:11:25 A03CICGS The total number of threads exceeds 
TCBLIMIT.

Thanks!!!

Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide – Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com


 
[https://urldefense.com/v3/__https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg__;!!KjMRP1Ixj6eLE0Fj!qAux-JyNcCjPaig4pI1vBF8g7my6WFvIFaixqe2WiAcsVmMRjk7kEUfk29EEDkejKWZutIbOp3d0oV2IQyyJbW0ImB26Jpc5tsqs$
 ] 
 This email message and any attachments may contain confidential, proprietary 
or non-public information. The information is intended solely for the 
designated recipient(s). If an addressing or transmission error has misdirected 
this email, please notify the sender immediately and destroy this email. Any 
review, dissemination, use or reliance upon this information by unintended 
recipients is prohibited. Any opinions expressed in this email are those of the 
author personally.

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

Re: [EXTERNAL] Re: [EXT] Re: Is the IBM Assembler List still alive - Dumps - Early days

[Pommier, Rex]

Folks,

This is not addressed to anybody in particular, but we really don't need to 
know of everybody's 30-40 year old experiences with now-defunct text editors.  
This kind of stuff is for sitting around a SKIDS table at Share (if those still 
exist) while having a beer, not on this list.  

Please stop the chatter on this.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Crawford Robert C (Contractor)
Sent: Friday, September 8, 2023 7:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: [EXT] Re: Is the IBM Assembler List still alive - Dumps 
- Early days

I used WYLBUR at Texas A&M University in the early 80's.  It worked well enough 
for undergraduate programmers although it got very slow towards the end of the 
semester when everybody was trying to finish their final projects.  The EXEC 
facility was pretty slick.

I hated the line editor but didn't know any better.  When I got my first real 
job someone showed me SPF edit and I thought I'd died on gone to heaven.

Robert Crawford
Abstract Evolutions LLC
(210) 913-3822

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Thompson
Sent: Thursday, September 7, 2023 9:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXT] Re: Is the IBM Assembler List still alive - Dumps - Early days

You ever work with WYLBUR?

Single address space, keeping users from crossing boundaries (RACF, ACF2, Top 
Secret and WACF). Could edit a library with RECFM=U. So one could keep source 
there if they wanted. Would, on close compress the PDS to a single extent if it 
could.

Used very low level interfaces for allocation, such that SMS would not even see 
the file get opened or closed. So I had to finish fixing that so that in an SMS 
environment, that interface could be turned off (in testing we found we could 
cause MVS to have to be re-ipled), and then we used SVC99 for all allocations 
after that (SVC99 takes a lot of resources as I recall).

Had its own scripting language, so applications were written to run inside of 
Wylbur. With the SRB mode, we could read JES2 spool directly (this was a 
problem, that I was going to fix when I got to implementing SAF sigh.)

I have forgotten all the stuff that Wylbur did with stack processing, and all 
so it could handle 250 simultaneous users in one address space.

That was another thing I needed to fix. I needed to change Wylbur Paging to use 
a larger number of pages to accommodate more users. 
(yes, it did its own paging, and interestingly enough, CICS was following along 
with what we did so that CICS/TS was doing what we had just done with task 
management).

I absolutely loved working on Wylbur, best job I ever had after Amdahl MDF.

Steve Thompson


On 9/7/2023 9:15 PM, Leonard D Woren wrote:
> Bill Johnson wrote on 9/7/2023 1:05 PM:
>> We used to use ROSCOE at a small shop in the 80’s because it used 
>> less resources. I hated it.
>
> ROSCOE was one of a collection of TSO alternatives, which were all 
> junk.  TONE, ACEP, Wylbur, maybe more that I don't remember.  They all 
> had 1 two-pronged design goal:  except for Wylbur, a PITA in its own 
> category, allow TSO-like online use without the perceived overhead of 
> TSO, and also, they would run on systems other than MVS.
>
> The reason the resource utilization of all of those was lower than TSO 
> is that it took longer for programmers to get their work done, so the 
> resource utilization was spread out over more elapsed time, lowering 
> the apparent resources used in a given elapsed time period, but also 
> lowering productivity.  Something beancounters generally don't factor 
> because they don't understand it.  They liked the fact that a given 
> set of hardware could support 50 (choose your poison from above) 
> online users while TSO could support only 25.
>
> Fortunately, we're way past hardware costing more than people.
>
>
> /Leonard
>
>
> --
>
> 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

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

Re: [EXTERNAL] Re: SMP/E and USS

[Pommier, Rex]

Thanks for letting me know the resolution.  My feeble brain had symbolic and 
hard links mixed up in my head and I was thinking the "l" in column 1 was a 
hard link indication.  

You are correct that the link doesn't take extra space.  It's just a second 
pointer to the same file.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Phil Smith III
Sent: Wednesday, September 6, 2023 4:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: SMP/E and USS

Rex wrote:
> Ok, that is odd now.

Ah hah: 
https://urldefense.com/v3/__https://www.ibm.com/docs/en/zos/2.5.0?topic=examples-example-3-packaging-sysmod-symbolic-link__;!!KjMRP1Ixj6eLE0Fj!t645dKiW3bDKpcK_6oh2U2C-xgM14CQMbuWtK5y2ET3O0P-JUVrdT1HpIJ6VA0stLjzGmPd-0N6yVR8$
  is an example showing:
++HFS(GSKAH010)

and says
When SMP/E installs file GSKAH010 into the directory specified on the given 
DDDEF entry, the LINK and SYMLINK values will be resolved relative to the DDDEF 
directory.

and sure enough, ls -i shows the same inode. So it's a hard link, and it's not 
actually taking space for the actual data, right? That I can live with. Might 
even note it in the doc, in case someone gets inquisitive and asks. Deleting 
the GSKAH010 version seems harmless (based on my testing-I can continue after 
doing so), but also pointless. I was mostly just concerned with leaving cruft 
that someone could ask about.

Thanks to all-it was Shmuel's comments about LINK and SYMLINK that got me to 
this. I hadn't noticed SYMLINK in the doc, since it wasn't using it, and I was 
in fact not even thinking that LINK meant, well, a link-more just that it was 
some SMP/E jargon. But seeing SYMLINK Ied me to thinking "Well, if LINK means a 
hard link."

Note that what I'm doing here is unwinding some undocumented work left by 
someone departed. It all works, but I want to understand it and optimize it as 
much as possible. I keep hoping that my fumbling through this stuff saves 
someone a few hours next week/month/year/decade.

And, as ever, thanks for the assistance. You never know what offhand remark is 
going to lead to enlightenment!


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

Re: [EXTERNAL] Re: SMP/E and USS

[Pommier, Rex]

Ok, that is odd now.  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Phil Smith III
Sent: Wednesday, September 6, 2023 3:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: SMP/E and USS

Thanks, Rex-they are not symlinks, I did check that (and should have said so!). 
They're all
-rw-r--r--


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

Re: [EXTERNAL] SMP/E and USS

[Pommier, Rex]

Phil,

You say these files are identical.  I believe that is not the case, I believe 
they are, in fact, the same.  If you go into the 'lib' directory and do a 'ls 
-l', you will get the permission bits on the left.  If the first character is a 
'-', it's a normal file, but if it's a 'l', it's actually a link or a pointer 
to the other location.  I wouldn't remove it.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Phil Smith III
Sent: Wednesday, September 6, 2023 12:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] SMP/E and USS

Consider this from an SMPMCS:

++HFS()DISTLIB(lll)

   SYSLIB(sss)

   BINARY

   LINK('lib/lib.a')

   PARM(PATHMODE(0,6,4,4))

   RELFILE(5) .

 

That creates, in the directory specified on the DDDEF for sss, file 
; and in the lib\ directory under that, lib.a.

 

These files are identical. I don't need the  for linking etc.; do I 
need it for later service or something? If it's not required, why did SMP/E 
leave it there?

 

Reading the doc found very little about this. It's not a huge deal, just kinda 
ugly, UNLESS it's required for some reason.  Yes, I could us SHSCRIPT to run a 
script to delete it, but that seems unlikely to be necessary just to remove 
cruft.


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

Re: [EXTERNAL] Re: Is the IBM Assembler List still alive

[Pommier, Rex]

Hi Bob,

It is a quiet list which is probably self-fulfilling.  I have seen several 
questions on IBM-Main over the last several months regarding assembler 
programming.  So people asking on the assembler list don't get responses so 
they come over here and get their questions answered so don't bother going back 
to the other list.  

Rex

On 9/1/2023 10:28 AM, Robert Raicer wrote:
> Hi folks;
>
> It's been several months since I've received anything from the IBM 
> Assembler List Server.  The last I knew, the list server e-mail 
> address was: assembler-l...@listserv.uga.edu
>
> Is this still correct?
> Are any of you still getting e-mails from that list server?
>
> Thanks for the help!
>
> Bob Raicer
>
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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


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

Re: [EXTERNAL] Re: Is SMP/E needed for installs?

[Pommier, Rex]

Yeah, I don't understand why IBM didn't just use DD card syntax instead of 
coming up with this.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Phil Smith III
Sent: Thursday, August 31, 2023 12:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Is SMP/E needed for installs?

Billy Ashton wrote:

>If you want to INCLUDE a member, this is like a PROC, so you need to

>have SETS in a system-defined proclib or you have to add something like

>//JCLLIB ORDER=PHS.PDS.JCL840

 

You've got me to spot what I'd just stupidly missed: I had taken the JCLLIB to 
be a DD, and it's not: it's a whole new statement. If I change it to:

// JCLLIB   ORDER=PHS.PDS.JCL840

 

It works. Well, it fails later, but the JCL works! Thanks. I knew it was 
something dumb.


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

Re: [EXTERNAL] Re: With regrets, after many years I will no longer be following IBM-MAIN

[Pommier, Rex]

Thanks, Tom.  I have the primary filter set as well but hadn't thought of doing 
an e-mail body scan.  Time to head off to peruse my outlook rules. :-)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Brennan
Sent: Wednesday, August 30, 2023 12:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: With regrets, after many years I will no longer be 
following IBM-MAIN

Me too, with a From: test using Thunderbird on my PC.  It can also check for a 
body text string, for example, " XXX wrote:" to somewhat filter other 
people's responses to whoever that person might be who matches the X's.

On 8/30/2023 9:49 AM, Ed Jaffe wrote:
> 
> What I do is set up email filters to send those posts directly to my 
> Trash folder. I never see them.
> 

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

Re: [EXTERNAL] Re: z13s going EOS anytime soon?

[Pommier, Rex]

Here's the URL that Joe referenced from IBM.  I neglected to put it in my last 
post.

https://www.ibm.com/support/pages/system/files/inline-files/IBM%20Mainframe%20Life%20Cycle%20History%20V2.13%20-%20July%2011%202023.pdf

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Tuesday, August 29, 2023 11:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: z13s going EOS anytime soon?

Ed,

Not according to IBM.  The z12 and z13 are like this, but according to this IBM 
page, previous generations weren't discontinued at the same time.

Check Joe Monk's post here from Monday.  According to that, it's been a mixed 
bag.  About half of the generations ended at the same time, the other half the 
business class machines were 1-2 years EOS after the enterprise class machines. 
 

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ed 
Jaffe
Sent: Tuesday, August 29, 2023 9:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: z13s going EOS anytime soon?

On 8/29/2023 5:46 AM, Pommier, Rex wrote:
> What I found somewhat disheartening was that IBM is dropping support for both 
> the z13 and z13s at the same time despite the fact the z13s was made 
> available a year later than its big brother.

That has always, Always, ALWAYS been true. When a hardware generation is 
dropped, it is dropped.

The solution IBM has been working on is to try to shorten the window between 
the Enterprise-Class and Business-Class models being released...


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



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

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

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

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

Re: [EXTERNAL] Re: z13s going EOS anytime soon?

[Pommier, Rex]

Ed,

Not according to IBM.  The z12 and z13 are like this, but according to this IBM 
page, previous generations weren't discontinued at the same time.

Check Joe Monk's post here from Monday.  According to that, it's been a mixed 
bag.  About half of the generations ended at the same time, the other half the 
business class machines were 1-2 years EOS after the enterprise class machines. 
 

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ed 
Jaffe
Sent: Tuesday, August 29, 2023 9:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: z13s going EOS anytime soon?

On 8/29/2023 5:46 AM, Pommier, Rex wrote:
> What I found somewhat disheartening was that IBM is dropping support for both 
> the z13 and z13s at the same time despite the fact the z13s was made 
> available a year later than its big brother.

That has always, Always, ALWAYS been true. When a hardware generation is 
dropped, it is dropped.

The solution IBM has been working on is to try to shorten the window between 
the Enterprise-Class and Business-Class models being released...


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



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

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

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

Re: [EXTERNAL] Re: z13s going EOS anytime soon?

[Pommier, Rex]

Ahh, thanks.  Hopefully then, this is an anomaly and not future trends.  We 
don't have a z13s but have a z14 and z15 "baby boxes" and we typically run them 
until they fall off maintenance.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Schwab
Sent: Tuesday, August 29, 2023 8:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: z13s going EOS anytime soon?

z/OS 3.1 won't run on it.

On Tue, Aug 29, 2023 at 7:46 AM Pommier, Rex  wrote:
>
> What I found somewhat disheartening was that IBM is dropping support for both 
> the z13 and z13s at the same time despite the fact the z13s was made 
> available a year later than its big brother.
>
> Rex
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Eric D Rossman
> Sent: Tuesday, August 29, 2023 7:06 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: z13s going EOS anytime soon?
>
> Called it! Unfortunately, it was my worst case scenario.
>
> > Subject: Re: IBM Z13 and Z13s EOL
> > From: Eric D Rossman 
> > Date: Thu, 18 Aug 2022 19:44:39 +
> >
> > Long ago, the time from GA to EOS was shorter (like 9 years or so), 
> > then it slowly increased to 12-13 years (and even 14 for the z900 
> > GA1), but recent models has been slightly less (10-11 years), so my 
> > thinking (again I don't have any OFFICIAL insight):
> >
> > worst case: EOY 2024
> > best case: EOY 2026
>
> Eric Rossman
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Joe Monk
> Sent: Monday, August 28, 2023 3:02 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: z13s going EOS anytime soon?
>
> https://urldefense.com/v3/__https://www.ibm.com/support/pages/system/f
> iles/inline-files/IBM*20Mainframe*20Life*20Cycle*20History*20V2.13*20-
> *20July*2011*202023.pdf__;JSUlJSUlJSUl!!KjMRP1Ixj6eLE0Fj!pjXVggP_Yq_EP
> xjxDG2IH2PXBIou1D-KlUV7-ZZODnsaTkz3OZBGoi2_DQwARPQxq3kfxMW9mZAuRK5dfMV
> _$
> - slide 4
>
> z13s is EOS on 12/31/2024.
>
> Joe
>
> On Mon, Aug 28, 2023 at 1:58 PM Claude Richbourg < 
> claude.richbo...@myfloridacfo.com> wrote:
>
> > Good afternoon,
> >
> > We are currently running on a z13s -2965 and I just started the 
> > planning process of going to a newer processor sometime soon.
> >
> > Has anyone heard when the official IBM EOS will be for the z13s?
> > I have seen different dates 06-30-2026 and now 12-31-2024, so I am 
> > not sure what the real EOS is.
> >
> > If anyone knows what IBMs official stance is on the 2965, I would 
> > surely like to know.
> >
> > Thanks up front.
> >
> >
> > Best Regards,
> > Claude
> >
> > 
> > -- 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
>
> --
> The information contained in this message is confidential, protected from 
> disclosure and may be legally privileged. If the reader of this message is 
> not the intended recipient or an employee or agent responsible for delivering 
> this message to the intended recipient, you are hereby notified that any 
> disclosure, distribution, copying, or any action taken or action omitted in 
> reliance on it, is strictly prohibited and may be unlawful. If you have 
> received this communication in error, please notify us immediately by 
> replying to this message and destroy the material in its entirety, whether in 
> electronic or hard copy format. Thank you.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



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

---

Re: [EXTERNAL] Re: z13s going EOS anytime soon?

[Pommier, Rex]

What I found somewhat disheartening was that IBM is dropping support for both 
the z13 and z13s at the same time despite the fact the z13s was made available 
a year later than its big brother.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Eric D Rossman
Sent: Tuesday, August 29, 2023 7:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: z13s going EOS anytime soon?

Called it! Unfortunately, it was my worst case scenario.

> Subject: Re: IBM Z13 and Z13s EOL
> From: Eric D Rossman 
> Date: Thu, 18 Aug 2022 19:44:39 +
> 
> Long ago, the time from GA to EOS was shorter (like 9 years or so), 
> then it slowly increased to 12-13 years (and even 14 for the z900 
> GA1), but recent models has been slightly less (10-11 years), so my 
> thinking (again I don't have any OFFICIAL insight):
> 
> worst case: EOY 2024
> best case: EOY 2026

Eric Rossman

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Joe 
Monk
Sent: Monday, August 28, 2023 3:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: z13s going EOS anytime soon?

https://urldefense.com/v3/__https://www.ibm.com/support/pages/system/files/inline-files/IBM*20Mainframe*20Life*20Cycle*20History*20V2.13*20-*20July*2011*202023.pdf__;JSUlJSUlJSUl!!KjMRP1Ixj6eLE0Fj!pjXVggP_Yq_EPxjxDG2IH2PXBIou1D-KlUV7-ZZODnsaTkz3OZBGoi2_DQwARPQxq3kfxMW9mZAuRK5dfMV_$
- slide 4

z13s is EOS on 12/31/2024.

Joe

On Mon, Aug 28, 2023 at 1:58 PM Claude Richbourg < 
claude.richbo...@myfloridacfo.com> wrote:

> Good afternoon,
>
> We are currently running on a z13s -2965 and I just started the 
> planning process of going to a newer processor sometime soon.
>
> Has anyone heard when the official IBM EOS will be for the z13s?
> I have seen different dates 06-30-2026 and now 12-31-2024, so I am not 
> sure what the real EOS is.
>
> If anyone knows what IBMs official stance is on the 2965, I would 
> surely like to know.
>
> Thanks up front.
>
>
> Best Regards,
> Claude
>
> --
> 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

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

Re: [EXTERNAL] Re: Syncsort > DFsort migration

[Pommier, Rex]

I don't care how fast your computer is, that would take a while to sort!  LOL

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Sri 
h Kolusu
Sent: Monday, August 28, 2023 11:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Syncsort > DFsort migration

>> I think it was mentioned in this list previously that EQUALS in DFSORT has a 
>> lower limit on maximum number of records than SYNCSORT.

Michael,

Can you please provide link to that topic that mentions that DFSORT has a lower 
limit than the other product?

We do have limits and I *believe* it is the same as the other product, but if 
you are running on Z15 and higher you can use sort accelerator(with OPTION 
ZSORT) with DFSORT which can sort up to 9,223,372,036,854,775,807 records ( 
Nine quintillion two hundred twenty-three quadrillion three hundred seventy-two 
trillion thirty-six billion eight hundred fifty-four million seven hundred 
seventy-five thousand eight hundred seven)  as mentioned here

https://urldefense.com/v3/__https://www.mail-archive.com/ibm-main@listserv.ua.edu/msg124898.html__;!!KjMRP1Ixj6eLE0Fj!o8g9lT1CLs5wPI1yiaiwwUXcdegzjzbU5QRAbhEHh2lxOJ87xzEEANRbPI_9SAT1jbDtNSMy1Qn6a3ziDwI$
 

Btw it would a while for any customer to sort that many records.

Thanks,
Kolusu
DFSORT Development
IBM Corporation



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

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