Re: Receive from Network failed

[Richards, Robert B. (CTR)]

Matt,

Thanks for the heads-up. Java 11 (Semeru) is on the z/OS 2.5 that I am 
installing but not on my z/OS 2.4 system running in production.

How long will that JAVA V8 requirement be in effect? Regardless, I also have it 
in my z/OS 2.5 build.

Bob 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Matthew Stitt
Sent: Friday, June 10, 2022 1:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Receive from Network failed

You would not happen to want to use JAVA V11?  It will not work.  I must keep 
JAVA V8 around for SMPE network stuff.

Matthew

On Fri, 10 Jun 2022 17:37:49 +, Richards, Robert B. (CTR) 
 wrote:

>Kurt,
>
>That worked very nicely, but I still want the FTP version to work. Service 
>request has been already opened.
>
>-Original Message-
>From: IBM Mainframe Discussion List  On 
>Behalf Of Kurt J. Quackenbush
>Sent: Friday, June 10, 2022 10:03 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Receive from Network failed
>
>Have you tried using https instead of ftp for the download?  Just add this to 
>your  specification:
>
>downloadmethod="https"  
>downloadkeyring="*AUTH*/*"
>
>Otherwise, try IBM support for further debug.
>
>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.
>
>-Original Message-
>From: IBM Mainframe Discussion List  On 
>Behalf Of Richards, Robert B. (CTR)
>Sent: Thursday, June 9, 2022 8:58 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: [EXTERNAL] Re: Receive from Network failed
>
>Tried again and order did get staged, but same FTP error that I cannot 
>explain, especially the comment about "Unable to build data connection: Not 
>owner":
>
>DATE 06/09/22  TIME 08:47:12SMP/E FTP Output   SMP/E 37.11 
>
>   
> 
>   
> 
>> /bin/ftp -e -f "//'SYS1.TCPPARMS(FTPSMPE)'" deliverycb-mul.dhe.ibm.com   
>> 
>   
> 
>Using 'SYS1.TCPPARMS(FTPSMPE)' for local site configuration parameters.
>
>IBM FTP CS V2R4
>
>FTP: EXIT has been set.
>
>Connecting to: dispmy-118.mul.ie.ibm.com 129.35.224.118 port: 21.  
>
>220 ProFTPD Server (proftpd) [129.35.224.118]  
>
>>>> AUTH TLS   
>>>> 
>234 AUTH TLS successful
>
>Authentication negotiation succeeded   
>
>>>> PBSZ 0 
>>>> 
>200 PBSZ 0 successful  
>
>>>> PROT P 
>>>> 
>200 Protection set to Private  
>
>Data connection protection is private  
>
>NAME (deliverycb-mul.dhe.ibm.com:xxx): 
>
>   
> 
>> S1u73456 
>> 
>>>> USER S1u73456  
>>>> 
>331 Password required for S1u73456 
>
>PASSWORD:  
>
>   
> 
>> ***  
>> 
>>>> PASS   
>>>> 
>230 User S1u73456 logged in
>
>Command:   
>
>   
> 
>> CCC  

Re: Receive from Network failed

[Richards, Robert B. (CTR)]

Kurt,

That worked very nicely, but I still want the FTP version to work. Service 
request has been already opened.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kurt J. Quackenbush
Sent: Friday, June 10, 2022 10:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Receive from Network failed

Have you tried using https instead of ftp for the download?  Just add this to 
your  specification:

downloadmethod="https"  
downloadkeyring="*AUTH*/*"

Otherwise, try IBM support for further debug.

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.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richards, Robert B. (CTR)
Sent: Thursday, June 9, 2022 8:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Receive from Network failed

Tried again and order did get staged, but same FTP error that I cannot explain, 
especially the comment about "Unable to build data connection: Not owner":

DATE 06/09/22  TIME 08:47:12SMP/E FTP Output   SMP/E 37.11  
   

   

   
> /bin/ftp -e -f "//'SYS1.TCPPARMS(FTPSMPE)'" deliverycb-mul.dhe.ibm.com
>

   
Using 'SYS1.TCPPARMS(FTPSMPE)' for local site configuration parameters. 
   
IBM FTP CS V2R4 
   
FTP: EXIT has been set. 
   
Connecting to: dispmy-118.mul.ie.ibm.com 129.35.224.118 port: 21.   
   
220 ProFTPD Server (proftpd) [129.35.224.118]   
   
>>> AUTH TLS
>>>
234 AUTH TLS successful 
   
Authentication negotiation succeeded
   
>>> PBSZ 0  
>>>
200 PBSZ 0 successful   
   
>>> PROT P  
>>>
200 Protection set to Private   
   
Data connection protection is private   
   
NAME (deliverycb-mul.dhe.ibm.com:xxx):  
   

   
> S1u73456  
>
>>> USER S1u73456   
>>>
331 Password required for S1u73456  
   
PASSWORD:   
   

   
> ***   
>
>>> PASS
>>>
230 User S1u73456 logged in 
   
Command:
   

   
> CCC   
>

   
> BINARY
>
>>> CCC 
>>>
200 Clearing control channel protection 
   
Control connection protection is clear  
   
Command:
   

   
> GET "/2022060912634/PROD/GIMPAF.XML" 
> "/xx/smpe/smpnts/ORD00254-09June2022-   
> 08.47.12.207/GIMPAF.XML" (REPLACE 
>
>>> TYPE I  

Re: Receive from Network failed

[Richards, Robert B. (CTR)]

Tried again and order did get staged, but same FTP error that I cannot explain, 
especially the comment about "Unable to build data connection: Not owner":

DATE 06/09/22  TIME 08:47:12SMP/E FTP Output   SMP/E 37.11  
   

   

   
> /bin/ftp -e -f "//'SYS1.TCPPARMS(FTPSMPE)'" deliverycb-mul.dhe.ibm.com
>

   
Using 'SYS1.TCPPARMS(FTPSMPE)' for local site configuration parameters. 
   
IBM FTP CS V2R4 
   
FTP: EXIT has been set. 
   
Connecting to: dispmy-118.mul.ie.ibm.com 129.35.224.118 port: 21.   
   
220 ProFTPD Server (proftpd) [129.35.224.118]   
   
>>> AUTH TLS
>>>
234 AUTH TLS successful 
   
Authentication negotiation succeeded
   
>>> PBSZ 0  
>>>
200 PBSZ 0 successful   
   
>>> PROT P  
>>>
200 Protection set to Private   
   
Data connection protection is private   
   
NAME (deliverycb-mul.dhe.ibm.com:xxx):  
   

   
> S1u73456  
>
>>> USER S1u73456   
>>>
331 Password required for S1u73456  
   
PASSWORD:   
   

   
> ***   
>
>>> PASS
>>>
230 User S1u73456 logged in 
   
Command:
   

   
> CCC   
>

   
> BINARY
>
>>> CCC 
>>>
200 Clearing control channel protection 
   
Control connection protection is clear  
   
Command:
   

   
> GET "/2022060912634/PROD/GIMPAF.XML" 
> "/xx/smpe/smpnts/ORD00254-09June2022-   
> 08.47.12.207/GIMPAF.XML" (REPLACE 
>
>>> TYPE I  
>>>
200 Type set to I   
   
Command:
   
>>> EPSV
>>>
229 Entering Extended Passive Mode (|||65286|)  
   
>>> RETR /2022060912634/PROD/GIMPAF.XML 
>>>
150 Opening BINARY mode data connection for /2022060912634/PROD/GIMPAF.XML 
(2720   
 bytes) 
   
TLS security mechanism negotiation failed - data connection closed  
   
425 Unable to build data connection: Not owner  
   
Std Return Code = 16425, Error Code = 00017 
   
>>> QUIT
>>>
221 Goodbye.
   
   

Re: Receive from Network failed

[Richards, Robert B. (CTR)]

Kurt,

I submitted two jobs a few hours ago. One to Boulder and one to Rochester. 
Neither server responded after 90 minutes, so I cancelled them. This was a 
surprise that I did not even get the connection.

I have had the following in our firewall for a while now:

 IBM Shopz and SMP/EBoulder - deliverycb-bld.dhe.ibm.com"170.225.15.117

129.35.224.117"
IBM Shopz and SMP/E Dublin -   deliverycb-mul.dhe.ibm.com   "129.35.224.118
 170.225.15.118"

I thought these are still valid until we are notified otherwise by IBM.

I requested the new *updates* but they are caught up in the change management 
approval process at the moment.

Bob 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kurt J. Quackenbush
Sent: Wednesday, June 8, 2022 1:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Receive from Network failed

> TLS security mechanism negotiation failed - data connection closed
> 425 Unable to build data connection: Not owner Std Return Code = 
> 16425, Error Code = 00017
> >>> QUIT
> 221 Goodbye.
>
> GIM69233I FTP FAILED, ATTEMPT 01 OF 10. FTP WILL BE RETRIED IN 60 SECONDS.

I believe, but am not positive, your firewall is rejecting the connection to 
the download server.  I suspect this order was staged to server 
deliverycb-mul.dhe.ibm.com, which is not typically used for your orders.  
Orders for US customers typically are staged to server 
deliverycb-bld.dhe.ibm.com.  However, there are ongoing issues and US orders 
are currently getting staged to deliverycb-mul.dhe.ibm.com instead.  You should 
ensure your firewall accepts connections from both servers, as these two 
servers are designed to back each other up in the case of an outage.

If you believe this does not explain your problem, please open a case with IBM 
support if you have not done so already.

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

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

Re: [EXTERNAL] Re: Receive from Network failed

[Richards, Robert B. (CTR)]

I spoke to my TLS guy and he made no changes to any of his settings in PAGENT.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Tuesday, June 7, 2022 10:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Receive from Network failed

from what I understand, and I could be wrong the DNS addresses will still be 
valid, if you use an I/P address currently that's what is changing, that's my 
understanding.

also I see the error is stating a TLS error, at my site we're forcing TLS 1.2, 
in the CEEPARMS and TCPIP policy agent - greasping here but maybe a mismatch in 
your TLS configuration ?

Carmen

On 6/7/2022 9:26 AM, Richards, Robert B. (CTR) wrote:
> It was my understanding that we, the customers, could ADD the new addresses 
> and expect them to work, *but* the old addresses will work until IBM sends us 
> a note telling us that they will be discontinued.
>
> Am I wrong on either point of my understanding?
>
> Bpb
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Pommier, Rex
> Sent: Tuesday, June 7, 2022 10:20 AM
> To:IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: Receive from Network failed
>
> Yes, part 1 was supposed to take place either June 4 or 5, and part 2 June 12 
> I think.
>  From an e-mail I got on June 1.
>
>
> Preparing customer firewalls and proxies for the upcoming 
> infrastructure changes on IBM Electronic Fix Distribution / IBM Fix 
> Central system Notification
>   
> Risk classification
> HIPER (high Impact and/or Pervasive)
> Risk categories
> Function Loss
> Subcategories for Informational notifications Download SW & Drivers Affected 
> Domain IBM Electronic Fix Distribution (EFD) / IBM Electronic Customer Care 
> (ECC) / IBM Fix Central Abstract This is the 1st reminder that IBM is 
> planning to implement infrastructure improvements to electronic fix 
> distribution on June 04th 2022.
> Public internet IP address and hostnames will be changing for the IBM servers 
> that support internet delivery of fixes and updates for customer system's 
> software, hardware, and operating system.
> Customer action may be required to ensure uninterrupted fix delivery services.
>
> For more details refer 
> tohttps://www.ibm.com/support/pages/node/6573219
>
>
> Rex
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Michael Babcock
> Sent: Tuesday, June 7, 2022 8:54 AM
> To:IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: Receive from Network failed
>
> IBM has been sending out notices that IP and/or host names were changing.
> Has this change taken effect already?
>
> On Tue, Jun 7, 2022 at 8:35 AM Richards, Robert B. (CTR) 
> <01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote:
>
>> All of the sudden yesterday, I started getting failures trying to get 
>> PTFs from IBM. I saw this problem five years ago and do not remember 
>> what caused it. Retries failed with same error. Anyone recognize this 
>> and have suggestions?
>>
>> Bob
>>
>> SET BOUNDARY (GLOBAL).
>> RECEIVE SYSMODS HOLDDATA SOURCEID(.DB22158)
>>  ORDER(
>>ORDERSERVER(ORDRSRVR)
>>CLIENT(MYCLIENT)
>>CONTENT(
>>PTFS(
>> UI80740 UI80743
>>) )
>>   )
>>  DELETEPKG.
>>
>> TLS security mechanism negotiation failed - data connection closed
>> 425 Unable to build data connection: Not owner Std Return Code = 
>> 16425, Error Code = 00017
>>>>> QUIT
>> 221 Goodbye.
>>
>> GIM69233I FTP FAILED, ATTEMPT 01 OF 10. FTP WILL BE RETRIED IN 60 SECONDS.
>>
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions, 
>> send email tolists...@listserv.ua.edu  with the message: INFO 
>> IBM-MAIN
>>
> --
> Michael Babcock
> OneMain Financial
> z/OS Systems Programmer, Lead
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email 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 
> t

Re: [EXTERNAL] Re: Receive from Network failed

[Richards, Robert B. (CTR)]

It was my understanding that we, the customers, could ADD the new addresses and 
expect them to work, *but* the old addresses will work until IBM sends us a 
note telling us that they will be discontinued.

Am I wrong on either point of my understanding?

Bpb

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Tuesday, June 7, 2022 10:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Receive from Network failed

Yes, part 1 was supposed to take place either June 4 or 5, and part 2 June 12 I 
think.
From an e-mail I got on June 1.


Preparing customer firewalls and proxies for the upcoming infrastructure 
changes on IBM Electronic Fix Distribution / IBM Fix Central system Notification
 
Risk classification
HIPER (high Impact and/or Pervasive)
Risk categories
Function Loss
Subcategories for Informational notifications Download SW & Drivers Affected 
Domain IBM Electronic Fix Distribution (EFD) / IBM Electronic Customer Care 
(ECC) / IBM Fix Central Abstract This is the 1st reminder that IBM is planning 
to implement infrastructure improvements to electronic fix distribution on June 
04th 2022.
Public internet IP address and hostnames will be changing for the IBM servers 
that support internet delivery of fixes and updates for customer system's 
software, hardware, and operating system.
Customer action may be required to ensure uninterrupted fix delivery services.

For more details refer to https://www.ibm.com/support/pages/node/6573219


Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Babcock
Sent: Tuesday, June 7, 2022 8:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Receive from Network failed

IBM has been sending out notices that IP and/or host names were changing.
Has this change taken effect already?

On Tue, Jun 7, 2022 at 8:35 AM Richards, Robert B. (CTR) < 
01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote:

> All of the sudden yesterday, I started getting failures trying to get 
> PTFs from IBM. I saw this problem five years ago and do not remember 
> what caused it. Retries failed with same error. Anyone recognize this 
> and have suggestions?
>
> Bob
>
> SET BOUNDARY (GLOBAL).
> RECEIVE SYSMODS HOLDDATA SOURCEID(.DB22158)
> ORDER(
>   ORDERSERVER(ORDRSRVR)
>   CLIENT(MYCLIENT)
>   CONTENT(
>   PTFS(
>UI80740 UI80743
>   ) )
>  )
> DELETEPKG.
>
> TLS security mechanism negotiation failed - data connection closed
> 425 Unable to build data connection: Not owner Std Return Code = 
> 16425, Error Code = 00017
> >>> QUIT
> 221 Goodbye.
>
> GIM69233I FTP FAILED, ATTEMPT 01 OF 10. FTP WILL BE RETRIED IN 60 SECONDS.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
--
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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

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

Re: Receive from Network failed

[Richards, Robert B. (CTR)]

Yes to both. No changes in my JCL from one day to the next.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Tuesday, June 7, 2022 10:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Receive from Network failed

Bob, do you also have the CLIENT parameter int he receive order pointing to the 
 All of the sudden yesterday, I started getting failures trying to get PTFs 
> from IBM. I saw this problem five years ago and do not remember what caused 
> it. Retries failed with same error. Anyone recognize this and have 
> suggestions?
>
> Bob
>
> SET BOUNDARY (GLOBAL).
> RECEIVE SYSMODS HOLDDATA SOURCEID(.DB22158)
>  ORDER(
>ORDERSERVER(ORDRSRVR)
>CLIENT(MYCLIENT)
>CONTENT(
>PTFS(
> UI80740 UI80743
>) )
>   )
>  DELETEPKG.
>
> TLS security mechanism negotiation failed - data connection closed
> 425 Unable to build data connection: Not owner Std Return Code = 
> 16425, Error Code = 00017
 QUIT
> 221 Goodbye.
>
> GIM69233I FTP FAILED, ATTEMPT 01 OF 10. FTP WILL BE RETRIED IN 60 SECONDS.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email tolists...@listserv.ua.edu  with the message: INFO IBM-MAIN
>
>
--
/I am not bound to win, but I am bound to be true. I am not bound to succeed, 
but I am bound to live by the light that I have. I must stand with anybody that 
stands right, and stand with him while he is right, and part with him when he 
goes wrong. *Abraham Lincoln*/

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

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

Receive from Network failed

[Richards, Robert B. (CTR)]

All of the sudden yesterday, I started getting failures trying to get PTFs from 
IBM. I saw this problem five years ago and do not remember what caused it. 
Retries failed with same error. Anyone recognize this and have suggestions?

Bob

SET BOUNDARY (GLOBAL).
RECEIVE SYSMODS HOLDDATA SOURCEID(.DB22158)
ORDER(
  ORDERSERVER(ORDRSRVR)
  CLIENT(MYCLIENT)
  CONTENT(
  PTFS(
   UI80740 UI80743
  ) )
 )
DELETEPKG.

TLS security mechanism negotiation failed - data connection closed
425 Unable to build data connection: Not owner
Std Return Code = 16425, Error Code = 00017
>>> QUIT
221 Goodbye.

GIM69233I FTP FAILED, ATTEMPT 01 OF 10. FTP WILL BE RETRIED IN 60 SECONDS.

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

Re: z/OSMF Portable Software Instance - Deployment Question

[Richards, Robert B. (CTR)]

Terri,

Thanks for something new to consider going forward.

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Shaffer, Terri
Sent: Wednesday, May 25, 2022 10:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OSMF Portable Software Instance - Deployment Question

So what I do, is I have 3 different SSASYS1, SSAOMVS and SSASMPE HLQ defined in 
my ACS routines.

And they are related to the catalogs were the end result name will live.

Its my circumvention to duplicates and the nuisances of installs.

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 
Richards, Robert B. (CTR)
Sent: Thursday, May 5, 2022 8:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OSMF Portable Software Instance - Deployment Question

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


Thank you!

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kurt J. Quackenbush
Sent: Thursday, May 5, 2022 8:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OSMF Portable Software Instance - Deployment Question

Bob, I believe the workflow steps refer to the data sets with the ZOS25.OMVS 
names, so wait until after you perform the workflow steps before renaming the 
data sets.  But after that, yeah, sure, you should be fine to rename the zFS 
data sets with your OMVS prefix.

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.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richards, Robert B. (CTR)
Sent: Thursday, May 5, 2022 7:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: z/OSMF Portable Software Instance - Deployment Question

Kurt,

Unfortunately, the desired outcome is the latter that you don't support (new 
mastercat, existing usercat) ☹

So, if I understand you correctly:

1) Fix OMVS on Modify catalog page to result in ZOS25.OMVS
2) Modify ACS routines to allow for creation of ZOS25.OMVS temporarily
3) Let SW MGMT generate the JCL (which should create the required JCL for the 
new ZFS datasets (ZOS25.OMVS.*) with PATH entries, correct?
4) Assuming the above works, proceed to WORKFLOWS and give it a try.
5) If that works and the three workflows are created, do I need the ZOS25.OMVS 
datasets any longer?

--
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 
  
[https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg] 
<http://www.aciworldwide.com> 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

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

Re: Mark your calendars for July 10, 2022 - CustomPac intended removal date

[Richards, Robert B. (CTR)]

Dave,

I do not believe that statement is true as stated. They do expect that you 
would run more than one for each *sysplex*, with one of them designated the 
Primary and the others as Remote(s).

As I am only running one sysplex at the moment, I only am running one z/OSMF 
set of two tasks (IZUANG1 and IZUSVR1) on the sysplex.

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: Friday, May 20, 2022 1:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mark your calendars for July 10, 2022 - CustomPac intended removal 
date

Not yet mentioned in this thread is that IBM really expects you to run z/OSMF 
in all LPARs.


> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Carmen Vitullo
> Sent: Friday, May 20, 2022 10:20 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Mark your calendars for July 10, 2022 - CustomPac 
> intended removal date
> 
> Similar to my test LPAR, 5 MSU's 8G (min for 2.4) one GP CPU and one
> zIIPALL SHARED - I can start IZUSVR1 (z/OSMF) but it really will not
> function in the real world, I just bring it up to test/validate maint 
> or a new install.
> 
> Carmen
> 
> 
> On 5/20/2022 11:47 AM, James C wrote:
> > I run it on a 5 msu test lpar 2828 1 cpu.  Not the fastest but it works.
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> > send email tolists...@listserv.ua.edu  with the message: INFO 
> > IBM-MAIN
> >
> >
> --
> /I am not bound to win, but I am bound to be true. I am not bound to 
> succeed, but I am bound to live by the light that I have. I must stand 
> with anybody that stands right, and stand with him while he is right, 
> and part with him when he goes wrong. *Abraham Lincoln*/
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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

Re: [EXTERNAL] Re: Mark your calendars for July 10, 2022 - CustomPac intended removal date

[Richards, Robert B. (CTR)]

Out of curiosity, what's the price of one zIIP these days?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Friday, May 20, 2022 9:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Mark your calendars for July 10, 2022 - CustomPac 
intended removal date

One would think that since IBM is forcing everybody to use z/OSMF they would 
accommodate their own customers and not force their smallest ones into 
expensive upgrades just to run this software.  As Seymour mentioned, since 
zIIPs and the like are all normal processors, IBM should be able to build a bit 
of microcode to use an unlicensed engine to run z/OSMF.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Brennan
Sent: Thursday, May 19, 2022 9:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Mark your calendars for July 10, 2022 - CustomPac 
intended removal date

Since z/OSMF is written in java, then why can't that high-CPU work run on 
another platform such as Power or x86, and then communicate with the mainframe 
for the z/OS work (i.e. submit jobs or whatever it does to run the actual 
installation).  Or am I thinking too far out of the box?

On 5/19/2022 6:15 PM, David Crayford wrote:
> On 20/5/22 08:23, Andrew Rowley wrote:
>>
>>> Having a zIIP gives you plenty of horsepower for z/OSMF, and having 
>>> an IBM z15 gives you System Recovery Boost which gives you…plenty of 
>>> horsepower for z/OSMF at least during the first 60 minutes. (It’s 
>>> the z/OSMF startup that can take a long time on a low capacity 
>>> configuration.
>>
>> I wouldn't be surprised if once people start using z/OSMF, it's not 
>> just the startup that is slow on a small system. Maybe IBM should 
>> give everyone one zIIP with their z/OS 2.5 license... it might even 
>> be a useful stimulus for smaller z/OS sites.
> 
> 
> 100% agree. The z/EDC ASIC is now free and on-die on the new hardware. 
> IBM should do the same with at least 1 zIIP.
> 
> 
> --
> 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

Re: [EXTERNAL] Re: Potential Resource Savings Techniques

[Richards, Robert B. (CTR)]

Batting average is based on 1.000 

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

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

Tell us how many datapoints make up that 100% 

Bob

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

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


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

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

David,

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

Rex

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

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

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

David,

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

Rex

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

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

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

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

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

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

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

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

I prefer BLKSIZE=0.  SDB knows best.

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

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

Re: z/OSMF Portable Software Instance - Deployment Question

[Richards, Robert B. (CTR)]

Thank you!

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kurt J. Quackenbush
Sent: Thursday, May 5, 2022 8:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OSMF Portable Software Instance - Deployment Question

Bob, I believe the workflow steps refer to the data sets with the ZOS25.OMVS 
names, so wait until after you perform the workflow steps before renaming the 
data sets.  But after that, yeah, sure, you should be fine to rename the zFS 
data sets with your OMVS prefix.

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.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richards, Robert B. (CTR)
Sent: Thursday, May 5, 2022 7:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: z/OSMF Portable Software Instance - Deployment Question

Kurt,

Unfortunately, the desired outcome is the latter that you don't support (new 
mastercat, existing usercat) ☹

So, if I understand you correctly:

1) Fix OMVS on Modify catalog page to result in ZOS25.OMVS
2) Modify ACS routines to allow for creation of ZOS25.OMVS temporarily
3) Let SW MGMT generate the JCL (which should create the required JCL for the 
new ZFS datasets (ZOS25.OMVS.*) with PATH entries, correct?
4) Assuming the above works, proceed to WORKFLOWS and give it a try.
5) If that works and the three workflows are created, do I need the ZOS25.OMVS 
datasets any longer?

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

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

Re: z/OSMF Portable Software Instance - Deployment Question

[Richards, Robert B. (CTR)]

Kurt,

Unfortunately, the desired outcome is the latter that you don't support (new 
mastercat, existing usercat) ☹

So, if I understand you correctly:

1) Fix OMVS on Modify catalog page to result in ZOS25.OMVS
2) Modify ACS routines to allow for creation of ZOS25.OMVS temporarily 
3) Let SW MGMT generate the JCL (which should create the required JCL for the 
new ZFS datasets (ZOS25.OMVS.*) with PATH entries, correct?
4) Assuming the above works, proceed to WORKFLOWS and give it a try.
5) If that works and the three workflows are created, do I need the ZOS25.OMVS 
datasets any longer?

Am I missing anything else?

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kurt J. Quackenbush
Sent: Wednesday, May 4, 2022 1:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OSMF Portable Software Instance - Deployment Question

Still trying to understand your desired outcome.  You do want to create a new 
master catalog, OK, but are you also trying to create new user catalogs 
connected to the new master, or are you trying to connect existing user 
catalogs to the new master?  z/OSMF currently supports the former but not the 
latter.  Or of course maybe you don't want any user catalogs at all.  That's 
also fine.

Let's assume the target data set name for one of your zFS data sets is 
OMVS.ROOT.ZFS, and the temporary catalog alias for your new master catalog is 
ZOS25.  When creating the workflow instances z/OSMF expects to find a data set 
alias ZOS25.OMVS.ROOT.ZFS, related to data set OMVS.ROOT.ZFS.  (Sorry, zFS is 
VSAM, so not a data set alias, but a PATH.)  So, if you create names and 
catalog entries like that, then Software Management should be able to find all 
the data sets and create the workflow instance.  Check out the generated RENAME 
job for examples of how Software Management creates those names and catalog 
entries.

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.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richards, Robert B. (CTR)
Sent: Wednesday, May 4, 2022 12:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: z/OSMF Portable Software Instance - Deployment Question

Kurt,

Our Shop standard dictates that a new master catalog is created with every z/OS 
upgrade. An additional standard clones new master catalogs from the new z/OS 
master catalog so that every lpar has its own new master catalog as the 
implementation rolls across the board. So, yes, I really want to create that 
new master catalog. What I want, in this case, doesn't matter.

I used IEFBR14 to create the names that the configuration was expecting and 
still no joy. I am assuming z/OSMF's instance was aware that the source 
datasets were ZFS files and expected the targets to be the same. Is this 
assumption correct? If so, I'll try to get the SMS sheriff to modify the ACS 
routines this one time to allow for their creation as ZOS25.OMVS.*. That should 
enable the workflow instance creation to proceed, right?

Bob

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

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

Re: z/OSMF Portable Software Instance - Deployment Question

[Richards, Robert B. (CTR)]

Kurt,

Our Shop standard dictates that a new master catalog is created with every z/OS 
upgrade. An additional standard clones new master catalogs from the new z/OS 
master catalog so that every lpar has its own new master catalog as the 
implementation rolls across the board. So, yes, I really want to create that 
new master catalog. What I want, in this case, doesn't matter.

I used IEFBR14 to create the names that the configuration was expecting and 
still no joy. I am assuming z/OSMF's instance was aware that the source 
datasets were ZFS files and expected the targets to be the same. Is this 
assumption correct? If so, I'll try to get the SMS sheriff to modify the ACS 
routines this one time to allow for their creation as ZOS25.OMVS.*. That should 
enable the workflow instance creation to proceed, right?

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kurt J. Quackenbush
Sent: Wednesday, May 4, 2022 10:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OSMF Portable Software Instance - Deployment Question

Bob, are you sure you really want to create a new master catalog?  Or, do you 
really want to use your existing master catalog and existing user catalogs, or 
perhaps create some new user catalogs connected to your existing master 
catalog?  The point is, if you use your existing master catalog then you don't 
need to provide, and z/OSMF won't create and use, temporary catalog aliases.

Sadly, as you are observing, you modified the data set names in the generated 
jobs so the actual data sets now don't match the configuration expected by 
z/OSMF.  Hence the errors creating the workflow instances.  Other than rename 
the data sets as expected by z/OSMF there is no way to fix this error.

If you really want to proceed on your current path, then you need to rename or 
recreate the data sets as z/OSMF expects.  Perhaps you can update your ACS 
routines, or define a STORCLAS, to create zFS data sets that have an HLQ other 
than OMVS.  If you can't do either, then I suggest you consider changing your 
configuration to use your existing master catalog so you can use your existing 
OMVS HLQ.  I suspect this is what you really wanted to do anyway.

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.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richards, Robert B. (CTR)
Sent: Tuesday, May 3, 2022 11:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] z/OSMF Portable Software Instance - Deployment Question

I have a z/OSMF Software Management question that I hope someone on IBM-Main 
can provide me with the answer.

I was on the Configure CATALOGs page of a z/OS 2.5 deployment and successfully 
provided the Temporary Catalog Alias entries for three HLQs.

The issue was the fourth HLQ - OMVS. Everything I tried failed.

The alias of OMVS is already defined in our driving system's Master Catalog and 
RELATEd to a shared user catalog. Because our ACS routines only allow a HLQ of 
OMVS to allocate to the "HFS/ZFS" pool, I knew any other HLQ would not work. 
For the record, all OMVS.* data sets that I was trying to allocate would be 
unique in our driving system's master catalog. I was unable to get off of this 
webpage without specifying a Temporary Catalog Alias for it, so I specified one 
and moved on to let the six jobs be generated. Subsequently, I edited the job 
that creates and populates the OMVS datasets to REMOVE that Temporary Catalog 
Alias wherever it was referenced and submitted the job to a successful 
conclusion.

Next, I moved onto "Perform Workflows" and was instantly stopped with 21 errors 
looking for the OMVS datasets containing the Temporary Catalog Alias.OMVS.*

I do not know how to get out if this situation and there does not appear to be 
anyway to bypass/rectify it. All three workflows produce the same set of errors.

Any advice is greatly appreciated.

Bob



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

z/OSMF Portable Software Instance - Deployment Question

[Richards, Robert B. (CTR)]

I have a z/OSMF Software Management question that I hope someone on IBM-Main 
can provide me with the answer.

I was on the Configure CATALOGs page of a z/OS 2.5 deployment and successfully 
provided the Temporary Catalog Alias entries for three HLQs.

The issue was the fourth HLQ - OMVS. Everything I tried failed.

The alias of OMVS is already defined in our driving system's Master Catalog and 
RELATEd to a shared user catalog. Because our ACS routines only allow a HLQ of 
OMVS to allocate to the "HFS/ZFS" pool, I knew any other HLQ would not work. 
For the record, all OMVS.* data sets that I was trying to allocate would be 
unique in our driving system's master catalog. I was unable to get off of this 
webpage without specifying a Temporary Catalog Alias for it, so I specified one 
and moved on to let the six jobs be generated. Subsequently, I edited the job 
that creates and populates the OMVS datasets to REMOVE that Temporary Catalog 
Alias wherever it was referenced and submitted the job to a successful 
conclusion.

Next, I moved onto "Perform Workflows" and was instantly stopped with 21 errors 
looking for the OMVS datasets containing the Temporary Catalog Alias.OMVS.*

I do not know how to get out if this situation and there does not appear to be 
anyway to bypass/rectify it. All three workflows produce the same set of errors.

Any advice is greatly appreciated.

Bob



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

Re: IBM ServiceLink

[Richards, Robert B. (CTR)]

I spoke too soon. I got in but search results come back empty.

-Original Message-
From: Richards, Robert B. (CTR) 
Sent: Tuesday, April 5, 2022 1:48 PM
To: IBM Mainframe Discussion List 
Subject: RE: IBM ServiceLink

I got right in, but I was already in Shopz and the Security Portal.

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

one last try resulted in 
 An error has occurred:- SDI transaction error: target=SSFR request=SAP2 
return code=10008   
   
Carmen Vitullo 

   

-Original Message-

From: RICHARD 
To: IBM-MAIN 
Date: Tuesday, 5 April 2022 12:20 PM CDT
Subject: Re: IBM ServiceLink

I thought it was just me! 

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

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

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

Thanks,
Bob 

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


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

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

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

Re: IBM ServiceLink

[Richards, Robert B. (CTR)]

I got right in, but I was already in Shopz and the Security Portal.

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

one last try resulted in 
 An error has occurred:- SDI transaction error: target=SSFR request=SAP2 
return code=10008   
   
Carmen Vitullo 

   

-Original Message-

From: RICHARD 
To: IBM-MAIN 
Date: Tuesday, 5 April 2022 12:20 PM CDT
Subject: Re: IBM ServiceLink

I thought it was just me! 

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

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

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

Thanks,
Bob 

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


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

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

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

Re: APF (not AFP) confusion

[Richards, Robert B. (CTR)]

I don’t have it in AUTHPGM but do have entries in SEND. YMMV:

SEND/* SEND COMMAND DEFAULTS */  +
   OPERSEND(ON) /*   */ +
   USERSEND(ON) /*   */ +
   SAVE(ON) /*   */ +
   CHKBROD(ON)  /*   */ +
   USEBROD(OFF) /*   USER BRODCAST   */ +
   MSGPROTECT(OFF)  /* NO EXTRA SECURITY REQUIRED*/ +
   SYSPLEXSHR(ON)   /* BRODCAST SHARED IN SYSPLEX*/ +
   OPERSEWAIT(OFF)  /* DONT WAIT FOR OPER SEND RESP.  */ +
   LOGNAME(ULOG.BRODCAST)/* userid.BRODCAST  */ +
   BROADCAST (DATASET(SYS1.BRODCAST))

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Wednesday, March 30, 2022 2:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AFP confusion

if steplib I'd still check and make sure any concatenated libraries are also 
APF'd IIRC the Broadcast program also requires an entry in the IKJTSOxx member, 
AUTHPGM section

Carmen Vitullo



-Original Message-

From: Rex mailto:rpomm...@sfgmembers.com>>
To: IBM-MAIN mailto:IBM-MAIN@LISTSERV.UA.EDU>>
Date: Wednesday, 30 March 2022 1:22 PM CDT
Subject: AFP confusion

Hello list,

I'm stumped on this one. I have a small assembler program (BCMDEL from Sam 
Golob's Broadcast dataset maintenance CBT package). It's running successfully 
on 2 of my LPARs but the third is giving me a 047 abend trying to run. The 
program is linked AC=1 and is residing in 2 APF authorized libraries. One of 
them is my private library where I initially assembled the code which I added 
to the APF list and verified it is there. I tried accessing this thru a 
STEPLIB. The other is a general library where several of our third party 
products reside, others of which need and have APF authorization through this 
library. This is accessed through the linklist and I did perform an LLA 
refresh. The program is a TSO-in-batch program if that matters. Identical JCL 
running on other LPARs.

Here's the line of code it is choking on:

KZ MODESET KEY=ZERO

I can copy the load module to one of the other LPARs and it runs fine there so 
the module appears correct. Other APF programs are running fine from the 
library on this LPAR where I copied the code so the library appears correct. 
Any thoughts as to what I've overlooked? I have my 2 coworkers stumped as well. 
It's looking like it has to be something in the environment but we can't 
determine what.

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

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


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

Re: CA-DUO

[Richards, Robert B. (CTR)]

Using Google:

https://techdocs.broadcom.com/us/en/ca-miscellaneous/legacy_bookshelves_and_pdfs/bookshelves_and_pdfs/bookshelves/ca-duo.html



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carl Edwards
Sent: Tuesday, March 29, 2022 2:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CA-DUO

Anyone know anything about CA-DUO? Is it still available, supported?

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

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

Re: z/OSMF Migration Workflow Question

[Richards, Robert B. (CTR)]

I only received one email. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Thursday, March 24, 2022 8:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OSMF Migration Workflow Question

Bob, my email client Thunderbird, sent this to you multiple times in an attempt 
to save the message to my sent folder, sorry for that

Carmen

On 3/24/2022 7:26 AM, Richards, Robert B. (CTR) wrote:
> Carmen,
>
> Thank you! Send it my way and I'll give it a try!
>
> Bob
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Carmen Vitullo
> Sent: Thursday, March 24, 2022 8:23 AM To:IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z/OSMF Migration Workflow Question
>
> there is an export function Bob, not excel but a nice format. if you 
> want I can provide a sample to you so you can play with
>
> Carmen
>
> On 3/24/2022 7:20 AM, Richards, Robert B. (CTR) wrote:
>> Is there a way to export migration workflow tasks into an EXCEL spreadsheet?
>>
>> The goal is to provide a list of tasks with assignees and then filter on the 
>> assignee column.
>>
>> I would prefer if they went into the workflow themselves, but that is a work 
>> in progress.
>>
>> Bob
>>
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions, 
>> send
>> emailtolists...@listserv.ua.edu   with the message: INFO IBM-MAIN
>>
>>
> --
> /I am not bound to win, but I am bound to be true. I am not bound to 
> succeed, but I am bound to live by the light that I have. I must stand 
> with anybody that stands right, and stand with him while he is right, 
> and part with him when he goes wrong. *Abraham Lincoln*/
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email 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
>
>
--
/I am not bound to win, but I am bound to be true. I am not bound to succeed, 
but I am bound to live by the light that I have. I must stand with anybody that 
stands right, and stand with him while he is right, and part with him when he 
goes wrong. *Abraham Lincoln*/

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

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

Re: z/OSMF Migration Workflow Question

[Richards, Robert B. (CTR)]

Carmen,

Thank you! Send it my way and I'll give it a try!

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Thursday, March 24, 2022 8:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OSMF Migration Workflow Question

there is an export function Bob, not excel but a nice format. if you want I can 
provide a sample to you so you can play with

Carmen

On 3/24/2022 7:20 AM, Richards, Robert B. (CTR) wrote:
> Is there a way to export migration workflow tasks into an EXCEL spreadsheet?
>
> The goal is to provide a list of tasks with assignees and then filter on the 
> assignee column.
>
> I would prefer if they went into the workflow themselves, but that is a work 
> in progress.
>
> Bob
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email tolists...@listserv.ua.edu  with the message: INFO IBM-MAIN
>
>
--
/I am not bound to win, but I am bound to be true. I am not bound to succeed, 
but I am bound to live by the light that I have. I must stand with anybody that 
stands right, and stand with him while he is right, and part with him when he 
goes wrong. *Abraham Lincoln*/

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

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

z/OSMF Migration Workflow Question

[Richards, Robert B. (CTR)]

Is there a way to export migration workflow tasks into an EXCEL spreadsheet?

The goal is to provide a list of tasks with assignees and then filter on the 
assignee column.

I would prefer if they went into the workflow themselves, but that is a work in 
progress.

Bob

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

Re: Trouble getting new mainframe staff?

[Richards, Robert B. (CTR)]

Then lets all agree to stop using Alphabet (Google), Meta (Facebook) and 
Amazon. Then Apple, Samsung...you get the drift.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
esmie moo
Sent: Monday, March 21, 2022 1:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Trouble getting new mainframe staff?

 I disagree about corporate greed.  Yes, I support profit margins but the 
margin of profit making by these corporates is obnoxious.  Recently, the 
company I used to work for gave their higher management bonuses in the 5 figure 
amounts plus stock options (which were not disclosed) after the jobs were moved 
to third world countries (India, Brazil and Argentina). 
On Monday, March 21, 2022, 09:48:48 a.m. EDT, Bob Bridges 
 wrote:  
 
 Oh, piffle.  Mainframe installations are hiring Indian mainframers, to some 
extent, sure; but that simply proves that there are still mainframers to be 
hired, in India if nowhere else.  It's no part of the shortage-of-mainframers 
problem.

As for "corporate greed", corporations want to reduce costs, yes -- and how is 
that different from anyone else?  In trying to reduce costs corporations 
sometimes make short-sighted decisions and later rue them -- and, again, how is 
that different from you and me?

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

/* One very sound rule for the care of the body is always to keep in mind what 
it was designed to do.  The body was shaped by the need to run long distances 
on resilient turf, to run very fast for short distances, to climb trees, and to 
carry loads back to the cave, so any persistent exercise you do which is not a  
logical part of that ancient series of uses is, in general, bad for the body.  
-from _Cinnamon Skin_ by John D MacDonald */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
esmie moo
Sent: Sunday, March 20, 2022 12:28

 No surprise.  All the Mainframers lost their jobs when their positions were 
outsourced to India, Brazil, Philippines because of corporate greed.

--- On Sunday, March 20, 2022, 08:50:38 a.m. EDT, Mark Regan 
 wrote:  

http://mainframeupdate.blogspot.com/2022/03/trouble-getting-new-mainframe-staff.html

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

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

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

Re: Trouble getting new mainframe staff?

[Richards, Robert B. (CTR)]

Based on your track record and reputation with emulation, I would surmise that 
a lot of shops would at least speak with you if their plans included cloud. If 
not, their stupidy.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jay 
Maynard
Sent: Monday, March 21, 2022 11:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Trouble getting new mainframe staff?

I got out of the mainframe business in the mid-90s, between the boss from hell 
and a sense that I'd slain all the dragons - and that Unix was the future of 
computing, anyway. Would I do differently, considering what's gone on since 
then? I might well.

Despite my work with Hercules, I don't think my skills match up with what is 
needed in the mainframe sysprog marketplace today. A few months of concentrated 
study and experience would get me there, but I'm not sure anyone would hire me 
on that basis.

On Mon, Mar 21, 2022 at 10:39 AM Bob Bridges  wrote:

> Speaking as a capitalist, I don't suppose it's anyone's obligation to 
> "help the situation".  If that guy values his time, and his 
> retirement, at $200/hr, well, that's his privilege.
>
> Not I.  If the day comes that I get tired of working, I don't suppose 
> it'll take that much to change my mind.  But I can't be sure, really, 
> because I still ~like~ this work.
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* Write a wise saying and your name will live forever.  -Unknown */
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Tom Brennan
> Sent: Sunday, March 20, 2022 16:35
>
> But some are not helping the situation.  For example, I remember 
> reading
> (paraphrasing) "I'll think about coming out of retirement for $200 an 
> hour and I'll only work for one year max."  When employers hear things 
> like that, no wonder they look for a different category.
>
> --- On 3/20/2022 11:06 AM, John McKown wrote:
> > Age discrimination  is basically "we want young, inexpensive, 
> > workers regardless of qualifications" (unsaid is because that 
> > increases the top management's bonuses). I learned that long ago 
> > when I was told my the DP manager we would not be upgrading CICS to 
> > the supported level because it would increase the budget and 
> > decrease his bonus. It's all about the money going to them. Well, I imagine 
> > there might be exceptions.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


--
Jay Maynard

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

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

Re: Holy Moly ...

[Richards, Robert B. (CTR)]

Thanks Shmuel! 

The bones have healed nicely but the pandemic wreaked havoc on rehab. I did my 
best alone, but I doubt that I'll be able to squat ever again unless knee 
surgery is in my future (which may happen). 

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Tuesday, February 15, 2022 9:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Holy Moly ...

Ouch! I hope your leg healed well.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Richards, Robert B. (CTR) [01c91f408b9e-dmarc-requ...@listserv.ua.edu]
Sent: Tuesday, February 15, 2022 7:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Holy Moly ...

Patrick,

I broke two bones in my right leg right below my knee on Thanksgiving 2019. 
That gave me a four month head start on teleworking compared to the rest of 
you. It also changed my outlook about retiring. No more issues with the 
commute, no getting up at 3:30am to beat the heavy commute traffic to DC on 
I-95, no paying ridiculous out of pocket $$$ for EZPASS when heavy traffic 
shows up even at 4:30am.

As long as teleworking remains in force, I do not intend to even consider 
retiring. I enjoy what we do for a living. Believe it or not,  z/OSMF has 
definitely captured my interest of late, especially using the workflow and 
software management aspects. And that is just the tip of the iceberg.

Pass on the occasional "Atta Boy", keep sending a paycheck twice a month, allow 
me to take my vacation days and I am good to go for the foreseeable future! 

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
patrickfalcone7
Sent: Monday, February 14, 2022 4:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Holy Moly ...

Go Bob go. I use to believe I would be retired by now, I'm 60+. I got to this 
point and I like the continuing challenges. I dont want to necessarily retire, 
maybe lessen the load a bit. This has been my life and I want to stay active as 
long as I can contribute productively. Personally, I think IBM is missing, has 
missed and will continue to miss, a great opportunity due to their marketing 
strategies that either miss the mark or are not mainstream enough to catch the 
interest of younger people. If this continues I feel the mainframe MVS 
environment will continue to shed its value to the big business guys and they 
will eventually explore other alternatives as they are all probably doing now 
as part of their own due diligence. If you think about it, and I think this 
good, the mainframe environment now offers, please correct me, the most 
extensively horizontal capable environment with regard to software available. 
That in itself positions it to be more of a one stop for everything with 
potentially less *wires* to connect to and that has to be a major advantage as 
well.Soapbox on: every project I'm on gets bogged down with network - and thats 
just the way it is but ask me if I like that part :off Soapbox.IBM? You're 
there! Fix the marketing part, maybe I can help. Might take some time but we'll 
get there.To people I am friends with on list I hope we can continue on into 
the foreseeable future. Peace. Sent from my Verizon, Samsung Galaxy smartphone
 Original message ----From: "Richards, Robert B. (CTR)" 
<01c91f408b9e-dmarc-requ...@listserv.ua.edu> Date: 2/14/22  3:53 PM  
(GMT-05:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Holy Moly ... > some of 
our guys will go on until 70Some of us are past that! (Going on for 80!!!) 
-Original Message-From: IBM Mainframe Discussion List 
 On Behalf Of David CrayfordSent: Monday, February 
14, 2022 3:26 PMTo: ibm-m...@listserv.ua.EDUSubject: Re: Holy Moly ...You make 
some good points in this post. None of us on this forum are getting any younger 
and IBM-MAIN doesn't seem to attract young people who prefer platforms like 
Stack Overflow or Slack workspaces. It may be an unpopular opinion, but it's 
important to concentrate on millenials now. A large percentage of developers in 
my location are in their 60s and close to retirement. It's not easy to train 
young people to back-fill as our legacy products are written in HLASM and 
require deep technical knowledge of MVS subsystems. It's optimistic to 
speculate that it will take 5 years to bring somebody up to speed when it's 
probably more like 10. We hope that now we are all working from home that some 
of our guys will go on until 70. We are also modernizing our products and for 
that we need young guys. While it's certainly not impossible, it's certainly 
very difficult to retrain a HLASM programmer to Java, Python, Javascript etc. 
It's not because they're not smart enough, they just don't want to.On 14/2/22 
10:10 pm, René Jansen wrote:> It is not so much about capitalism as it is about 
respectful us

Re: Where is the DFPISMKD utility to run the DFPMKDIR EXEC?

[Richards, Robert B. (CTR)]

Barbara,

Thanks for the clarification and heads-up. I haven't placed my z/OS 2.5 order 
just yet but will soon. I'll be on the lookout for UJ05895 when I lay the 
system down.

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Barbara Nitz
Sent: Tuesday, February 15, 2022 10:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where is the DFPISMKD utility to run the DFPMKDIR EXEC?

>I encountered this issue while applying maintenance to z/OS 2.4.I opened a 
>ticket to IBM, and found that there is another PTF, OA60532(UJ05094), which 
>needs to be applied first, so that the stuff needed for DFPISMKD to run the 
>proper DFPMKDIR appears in SYS1.SAMPLIB. 
>
>Following this path worked fine.   IBM did publish a tech-note based on my 
>question:  https://www.ibm.com/support/pages/node/6540628
>
>Apparently UJ05471 has  ++PREREQ for UJ05094,  but this doesn't pop out in any 
>way,  if both PTFs are being apply-check'd in the same package.

The ptf that I haven't applied yet is uj05895 (z/OS 2.5). 
At z/OS 2.3, there first wasn't a dddef to even apply the ptf. Then the paths 
were missing, that's what the utility is said to be used to build the paths. 
The dddefs are another ptf, IIRC.
As Ann said, when you apply check them at the same time, you see nothing. You 
have to first read all hold actions and do them before applying. And I don't 
have an answer from IBM to my question where uj05895 *accepts* to. The ptf that 
provides the dddef for the apply does not have dddefs for accept.

Barbara

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

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

Re: Holy Moly ...

[Richards, Robert B. (CTR)]

Patrick,

I broke two bones in my right leg right below my knee on Thanksgiving 2019. 
That gave me a four month head start on teleworking compared to the rest of 
you. It also changed my outlook about retiring. No more issues with the 
commute, no getting up at 3:30am to beat the heavy commute traffic to DC on 
I-95, no paying ridiculous out of pocket $$$ for EZPASS when heavy traffic 
shows up even at 4:30am.

As long as teleworking remains in force, I do not intend to even consider 
retiring. I enjoy what we do for a living. Believe it or not,  z/OSMF has 
definitely captured my interest of late, especially using the workflow and 
software management aspects. And that is just the tip of the iceberg. 

Pass on the occasional "Atta Boy", keep sending a paycheck twice a month, allow 
me to take my vacation days and I am good to go for the foreseeable future!   

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
patrickfalcone7
Sent: Monday, February 14, 2022 4:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Holy Moly ...

Go Bob go. I use to believe I would be retired by now, I'm 60+. I got to this 
point and I like the continuing challenges. I dont want to necessarily retire, 
maybe lessen the load a bit. This has been my life and I want to stay active as 
long as I can contribute productively. Personally, I think IBM is missing, has 
missed and will continue to miss, a great opportunity due to their marketing 
strategies that either miss the mark or are not mainstream enough to catch the 
interest of younger people. If this continues I feel the mainframe MVS 
environment will continue to shed its value to the big business guys and they 
will eventually explore other alternatives as they are all probably doing now 
as part of their own due diligence. If you think about it, and I think this 
good, the mainframe environment now offers, please correct me, the most 
extensively horizontal capable environment with regard to software available. 
That in itself positions it to be more of a one stop for everything with 
potentially less *wires* to connect to and that has to be a major advantage as 
well.Soapbox on: every project I'm on gets bogged down with network - and thats 
just the way it is but ask me if I like that part :off Soapbox.IBM? You're 
there! Fix the marketing part, maybe I can help. Might take some time but we'll 
get there.To people I am friends with on list I hope we can continue on into 
the foreseeable future. Peace. Sent from my Verizon, Samsung Galaxy smartphone
 Original message ----From: "Richards, Robert B. (CTR)" 
<01c91f408b9e-dmarc-requ...@listserv.ua.edu> Date: 2/14/22  3:53 PM  
(GMT-05:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Holy Moly ... > some of 
our guys will go on until 70Some of us are past that! (Going on for 80!!!) 
-Original Message-From: IBM Mainframe Discussion List 
 On Behalf Of David CrayfordSent: Monday, February 
14, 2022 3:26 PMTo: ibm-m...@listserv.ua.EDUSubject: Re: Holy Moly ...You make 
some good points in this post. None of us on this forum are getting any younger 
and IBM-MAIN doesn't seem to attract young people who prefer platforms like 
Stack Overflow or Slack workspaces. It may be an unpopular opinion, but it's 
important to concentrate on millenials now. A large percentage of developers in 
my location are in their 60s and close to retirement. It's not easy to train 
young people to back-fill as our legacy products are written in HLASM and 
require deep technical knowledge of MVS subsystems. It's optimistic to 
speculate that it will take 5 years to bring somebody up to speed when it's 
probably more like 10. We hope that now we are all working from home that some 
of our guys will go on until 70. We are also modernizing our products and for 
that we need young guys. While it's certainly not impossible, it's certainly 
very difficult to retrain a HLASM programmer to Java, Python, Javascript etc. 
It's not because they're not smart enough, they just don't want to.On 14/2/22 
10:10 pm, René Jansen wrote:> It is not so much about capitalism as it is about 
respectful use of language to describe groups of people. 
https://features.propublica.org/ibm/ibm-age-discrimination-american-workers/ 
<https://features.propublica.org/ibm/ibm-age-discrimination-american-workers/> 
shows that the problem is not exactly new but that the outrage then was limited 
to terms like ‘grey hairs and old heads’. The following part is interesting:>> 
"By the time IBM’s current CEO, Virginia “Ginni” Rometty, took over in 2012, 
the company had shifted its personnel focus to millennials.> Rometty launched a 
major overhaul that aimed to make IBM a major player in the emerging 
technologies of cloud services, big data analytics, mobile, security and social 
media, or what came to be known inside as CAMS.> At the same time, she sought 
to sharply incre

Re: Holy Moly ...

[Richards, Robert B. (CTR)]

> some of our guys will go on until 70

Some of us are past that! (Going on for 80!!!) 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Crayford
Sent: Monday, February 14, 2022 3:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Holy Moly ...

You make some good points in this post. None of us on this forum are getting 
any younger and IBM-MAIN doesn't seem to attract young people who prefer 
platforms like Stack Overflow or Slack workspaces. It may be an unpopular 
opinion, but it's important to concentrate on millenials now. A large 
percentage of developers in my location are in their 60s and close to 
retirement. It's not easy to train young people to back-fill as our legacy 
products are written in HLASM and require deep technical knowledge of MVS 
subsystems. It's optimistic to speculate that it will take 5 years to bring 
somebody up to speed when it's probably more like 10. We hope that now we are 
all working from home that some of our guys will go on until 70. We are also 
modernizing our products and for that we need young guys. While it's certainly 
not impossible, it's certainly very difficult to retrain a HLASM programmer to 
Java, Python, Javascript etc. It's not because they're not smart enough, they 
just don't want to.

On 14/2/22 10:10 pm, René Jansen wrote:
> It is not so much about capitalism as it is about respectful use of language 
> to describe groups of people. 
> https://features.propublica.org/ibm/ibm-age-discrimination-american-workers/ 
> 
>  shows that the problem is not exactly new but that the outrage then was 
> limited to terms like ‘grey hairs and old heads’. The following part is 
> interesting:
>
> "By the time IBM’s current CEO, Virginia “Ginni” Rometty, took over in 2012, 
> the company had shifted its personnel focus to millennials.
> Rometty launched a major overhaul that aimed to make IBM a major player in 
> the emerging technologies of cloud services, big data analytics, mobile, 
> security and social media, or what came to be known inside as CAMS.
> At the same time, she sought to sharply increase hiring of people born after 
> 1980.
> “CAMS are driven by Millennial Traits,” declared a slide presentation for an 
> invitation-only IBM event in New York in December 2014. Not only were 
> millennials in sync with the new technologies, but they were also attuned to 
> the collaborative, consensus-driven modes of work these technologies 
> demanded, company researchers said they’d discovered. Millennials “are not 
> likely to make decisions in isolation,” the presentation said, but instead 
> “depend on analytic technologies to help them.”
> By contrast, people 50 or over are “more dubious” of analytics, “place less 
> stock in the advantages data offers,” and are less “motivated to consult 
> their colleagues or get their buy in … It’s Baby Boomers who are the 
> outliers.”
> The message was clear. To succeed at the new technologies, the company must, 
> in the words of the presentation, “become one with the Millennial mindset.” 
> Similar language found its way into a variety of IBM presentations in 
> subsequent years.”
>
> A company’s workforce needs to be sustained by its earnings - this was even 
> true in socialism and that is what ended it in eastern europe - you cannot 
> sell your grain and eat it -  and IBM needed to focus on its earnings. Where 
> earlier cash flow and earnings were based on scientific research (much of it 
> publicly financed at universities) and government/defence contracts (publicly 
> financed) and an exemplary execution of those contracts with military 
> precision  (which led to the tendency of dictating customers what they needed 
> in a command and control like structure) lead them to neglect the market and 
> think they could fill in the parts they missed (mini computers and personal 
> computers (the original PC, developed mainly by IBM'ers but outside of IBM, 
> was an outlier, the MCA/OS2 time did show it did not learn a lot, as did OCO) 
> without their earnings suffering. But this was not to be, and focus needed to 
> shift to cost.
>
> This was the time that IBM noticed it did not need a lot of managers that 
> flew around the world and ordered five newspapers to read for their top tier 
> hotel rooms. But closing down scientific centers, not having trickle down 
> their knowledge by opening source and interesting students for it, dried up 
> the sources of that competitive edge. The CAMS, as indicated above, might 
> very well be concepts that other companies  can execute better than IBM, how 
> many companies it buys or dinosaurs it offloads.  I have more trust in the 
> new chip design than in all of big data in the cloud on social media to bring 
> successes to IBM. The level making these decisions seems to think that 
> consensual decision making will help to keep it profitable seems really 
> outlandish 

Re: Where is the DFPISMKD utility to run the DFPMKDIR EXEC?

[Richards, Robert B. (CTR)]

Barb,

Just to confirm, we are talking about UJ05471, correct?

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Barbara Nitz
Sent: Monday, February 14, 2022 12:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where is the DFPISMKD utility to run the DFPMKDIR EXEC?

>Probably something new in the new zOMF fun world?
No, I think it's just a totally screwed up ptf.

> /usr/lpp/dfsms/hsm/config/
...
> /usr/lpp/dfsms/dss/IBM/
From the path names I am guessing that it is the same ptf that I have a PMR 
open with IBM. I never installed it into 2.3, assuming it would be correct in 
2.5. Well, I ordered 2.5 in early October, and the ptf still would not go in 
because it was missing the DDDEF statement to these pathes. IBM corrected that 
sometime in November for the serverpac, which was too late for me. Strangely 
enough, the pathes were already there (probably due to another error).

The DDDEFs come in another ptf and you are required to put them in manually. 
Unfortunately, they don't contain a statement for the DLIB zone. That's what my 
PMR is all about. Where will the thing get accepted to? Has anyone (who has 
already applied the ptf) tried an accept check on it? I asked IBM where it will 
get accepted, and I haven't gotten an answer for over a month now. So far I 
haven't installed the ptf. 

Regards, Barbara

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

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

Re: Sad News

[Richards, Robert B. (CTR)]

+1

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Edgington, Jerry
Sent: Tuesday, February 1, 2022 1:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Sad News

Condolences to his family. Very sad. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Tuesday, February 1, 2022 12:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Sad News

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


Terrible news, to work so hard for so many years.

thank you John for passing this on

my condolences to his family, RIP Chris

Carmen

On 2/1/2022 11:53 AM, John Abell wrote:

> It is with sadness that I have to report that a long time contributor 
> this list, Chris Hoelsher of Humana and Kyndryl, passed away last 
> night of a heart attack.  Our condolences and deepest sympathies go 
> out to Chris' wife and family.
>
>   
>
>
> John T. Abell
>
> Tel:800-295-7608Option 4
>
>
> President
>
> International:  1-416-593-5578  Option 4
>
>
> E-mail:john.ab...@intnlsoftwareproducts.com
>
> Fax:800-295-7609
>
>
>   
>
> International:  1-416-593-5579
>
>
>   
>
>   
>
>
> International Software Products
>
>     www.ispinfo.com
>
>   
>
>
> This email may contain confidential and privileged material for the 
> sole use of the intended recipient(s). Any review, use, retention, 
> distribution or disclosure by others is strictly prohibited. If you 
> are not the intended
>
> recipient (or authorized to receive on behalf of the named recipient), 
> please contact the sender by reply email and delete all copies of this 
> message. Also,email is susceptible to data corruption, interception,
>
> tampering, unauthorized amendment and viruses. We only send and 
> receive emails on the basis that we are not liable for any such 
> corruption, interception, tampering, amendment or viruses or any consequence 
> thereof.
>
>  
>
>   
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email tolists...@listserv.ua.edu  with the message: INFO IBM-MAIN
>
--
/I am not bound to win, but I am bound to be true. I am not bound to succeed, 
but I am bound to live by the light that I have. I must stand with anybody that 
stands right, and stand with him while he is right, and part with him when he 
goes wrong. *Abraham Lincoln*/

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

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

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

Re: IBM disk replication issue

[Richards, Robert B. (CTR)]

Which site has the fastest DASD? If not the DR site, then that could be an 
issue. At least it used to be a decade ago when I had XRC running to slower 
DASD and it began pacing I/O to the point that it affected Production I/O 
response times very significantly. Solved problem by making DR DASD as fast or 
faster than production DASD. YMMV

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Schwab
Sent: Tuesday, February 1, 2022 1:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM disk replication issue

It will delay synchronous writes, because the write is not returned until the 
mirrored disk is updated.  Asynchronous writes do not delay the return since it 
occurs when the primary disc is updated.

On Tue, Feb 1, 2022 at 5:50 PM Peter  wrote:
>
> Hello
>
> Recently we were a victim of storage replication link between 
> production and DR site(metro mirroring). Due to this many of our batch 
> jobs took more time than expected. So here I would like to understand 
> how the dasd update happens ? For example when a batch allocates some 
> dataset on DASD in production site so does it returns back or finishes 
> off the I/O operation is finished from both production and DR ?
>
> If there is latency in dark fibre connectivity between production and 
> DR , Will it impact the batch job elapsed time ?
>
> Could someone please shed some light on this?
>
> Peter
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



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

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

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

Re: List of PTFs

[Richards, Robert B. (CTR)]

Immo,

Here is a sample from my target zone (2 out of 124):

  LIST SYSMODS SOURCEID(RSU2112) .  
  
  NAME  
   

   
UI74668   TYPE= PTF 
   
  STATUS  = REC  APP
   
  FMID= JWSZ952 
   
  DATE/TIME REC   = 21.309  06:48:16
   
INS   = 22.010  08:41:04
   
  SOURCEID= HIPER   
   
IBM.ProductInstall-RequiredService  
   
ORD00123
   
PUT2109 
   
RSU2112 
   
SMCCOR  
   
  PREVER(001) = UI68882   UI75297   
   
  SUPING VER(001) = AH31421   YH31421   
   
  MOD = EQQMC3AD  EQQSTROX  
   

   
UI76169   TYPE= PTF 
   
  STATUS  = REC  BYP  APP   
   
  FMID= HSMA244 
   
  DATE/TIME REC   = 21.201  06:33:26
   
INS   = 22.010  08:35:59
   
  SOURCEID= IBM.Coexistence.z/OS.V2R5   
   
ORD00047
   
PUT2107 
   
RSU2112 
   
SMCCOR  
   
  PREVER(001) = UI75053   UI75182   
   
  SUPING VER(001) = AH36640   AH36768   AH37379   CH36640   CH36768   
CH37379   UI75214
  HFS = IZUDMAPI  IZUDMHLP  IZUDMJNI  IZUDMUI   
   


 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kurt J. Quackenbush
Sent: Tuesday, January 25, 2022 8:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: List of PTFs

> Not sure how completely accurate it is but you could try going into 
> the SMP/E dialog, invoke 3.3 (SOURCEID QUERY) and select RSU2112.
> On my system with my products, there are 124 PTFs that are listed. 
> Select each of those and you'll know that FMIDs were hit.
> 
> There may also be a report for the above, but I'll leave it as a task 
> for you to investigate.

Indeed there is.  The REPORT SOURCEID command.  For more information:
https://www.ibm.com/docs/en/zos/2.5.0?topic=commands-report-sourceid-command

Kurt Quackenbush -- IBM, z/OS SMP/E and z/OSMF Software Management 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

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

Re: List of PTFs

[Richards, Robert B. (CTR)]

Not sure how completely accurate it is but you could try going into the SMP/E 
dialog, invoke 3.3 (SOURCEID QUERY) and select RSU2112.  On my system with my 
products, there are 124 PTFs that are listed. Select each of those and you'll 
know that FMIDs were hit.

There may also be a report for the above, but I'll leave it as a task for you 
to investigate.

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Immo
Sent: Tuesday, January 25, 2022 6:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: List of PTFs

Hello,

 

since I'm not too deep into system programming: we have now RSU2112 active on 
our z/OS. Is there a way to get a list of PTFs that came along with the upgrade 
from RSU2111 to RSU2112?

 

Thanks in advance.

 

Immo

 

 


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

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

Re: LISTSERV Noise?

[Richards, Robert B. (CTR)]

> Now, if only there was a reliable way to detect and prevent topic drift...

Then I would be forced to watch the soaps or novellas 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gord Tomlin
Sent: Monday, January 24, 2022 2:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LISTSERV Noise?

On 2022-01-24 01:31 AM, Paul Gilmartin wrote:
> Could LISTSERV be configured to reject any posting which quotes the 
> footer, "> For IBM-MAIN subscribe ..."?
I expect the end result of such an action would be a multitude of posts from 
people complaining that their replies were not appearing in the list, which 
would be much more annoying. Now, if only there was a reliable way to detect 
and prevent topic drift...

--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507
Support: https://actionsoftware.com/support/

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

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

Re: zOS 2.5 Dialog Install quesiton

[Richards, Robert B. (CTR)]

Remove the /IBM and you will see upgrade. Select it and you will see the 
workflow XML file:

zOS_V2.5_from_V2.4_Upgrade_Workflow_V1.0.xml

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Pace
Sent: Monday, January 24, 2022 10:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOS 2.5 Dialog Install quesiton

Yes, I have it applied.  Sorry I use the VSE term of installed instead of 
applied.  :)  Old habits.

SFOMBCPH - /usr/lpp/bcp/IBM
HFS  IEAUDISC IEAUHCRX IEAUH001 IEAU0002
Each of those files appear to be a binary TEXT file.  I don't see any txt files 
that look like a workflow.

On Mon, Jan 24, 2022 at 9:21 AM Richards, Robert B. (CTR) < 
01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote:

> I forgot to ask if you have UJ06880 *applied*. If you don't, you need to.
>
> By the way, there is no independent migration guide anymore, in case 
> you were looking for that. The migration workflow replaces it.
>
> Bob
>
> -Original Message-----
> From: Richards, Robert B. (CTR)
> Sent: Monday, January 24, 2022 9:18 AM
> To: IBM Mainframe Discussion List 
> Subject: RE: zOS 2.5 Dialog Install quesiton
>
> Review the PTF in the SMPPTS. Find the DDDEF path for  SFOMBCPH.
>
> Go into z/OSMF Workflows and follow the instructions to create a new one.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Mark Pace
> Sent: Monday, January 24, 2022 8:55 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: zOS 2.5 Dialog Install quesiton
>
> Thanks, I have that PTF installed.  I still can't find, in any of the 
> documentation provided with my ServerPac Dialog order, how or where to 
> find the z/OS upgrade workflow.  I could have just overlooked it, but 
> I don't see it.
>
> On Mon, Jan 24, 2022 at 8:31 AM Richards, Robert B. (CTR) < 
> 01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote:
>
> > See PTF UJ06880
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On 
> > Behalf Of Mark Pace
> > Sent: Monday, January 24, 2022 8:22 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: zOS 2.5 Dialog Install quesiton
> >
> > Going through the traditional Dialog install of zOS 2.5.
> >
> > *4.6.1 Migrating Existing /etc and /var Control Files* For 
> > information on migrating your existing /etc and /var control files, 
> > see section titled Migrate /etc and /var System Control Files in 
> > z/OS Upgrade
> Workflow.
> >
> > I can not figure out where to find this Upgrade workflow so that I 
> > can migrate these files.
> >
> >
> > --
> > The postings on this site are my own and don’t necessarily represent 
> > Mainline’s positions or opinions
> >
> > Mark D Pace
> > Senior Systems Engineer
> > Mainline Information Systems
> >
> > 
> > -- 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 postings on this site are my own and don’t necessarily represent 
> Mainline’s positions or opinions
>
> Mark D Pace
> Senior Systems Engineer
> Mainline Information Systems
>
> --
> 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 postings on this site are my own and don’t necessarily represent Mainline’s 
positions or opinions

Mark D Pace
Senior Systems Engineer
Mainline Information Systems

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

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

Re: zOS 2.5 Dialog Install quesiton

[Richards, Robert B. (CTR)]

I forgot to ask if you have UJ06880 *applied*. If you don't, you need to.

By the way, there is no independent migration guide anymore, in case you were 
looking for that. The migration workflow replaces it.

Bob

-Original Message-
From: Richards, Robert B. (CTR) 
Sent: Monday, January 24, 2022 9:18 AM
To: IBM Mainframe Discussion List 
Subject: RE: zOS 2.5 Dialog Install quesiton

Review the PTF in the SMPPTS. Find the DDDEF path for  SFOMBCPH.

Go into z/OSMF Workflows and follow the instructions to create a new one.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Pace
Sent: Monday, January 24, 2022 8:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOS 2.5 Dialog Install quesiton

Thanks, I have that PTF installed.  I still can't find, in any of the 
documentation provided with my ServerPac Dialog order, how or where to find the 
z/OS upgrade workflow.  I could have just overlooked it, but I don't see it.

On Mon, Jan 24, 2022 at 8:31 AM Richards, Robert B. (CTR) < 
01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote:

> See PTF UJ06880
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Mark Pace
> Sent: Monday, January 24, 2022 8:22 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: zOS 2.5 Dialog Install quesiton
>
> Going through the traditional Dialog install of zOS 2.5.
>
> *4.6.1 Migrating Existing /etc and /var Control Files* For information 
> on migrating your existing /etc and /var control files, see section 
> titled Migrate /etc and /var System Control Files in z/OS Upgrade Workflow.
>
> I can not figure out where to find this Upgrade workflow so that I can 
> migrate these files.
>
>
> --
> The postings on this site are my own and don’t necessarily represent 
> Mainline’s positions or opinions
>
> Mark D Pace
> Senior Systems Engineer
> Mainline Information Systems
>
> --
> 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 postings on this site are my own and don’t necessarily represent Mainline’s 
positions or opinions

Mark D Pace
Senior Systems Engineer
Mainline Information Systems

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

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

Re: zOS 2.5 Dialog Install quesiton

[Richards, Robert B. (CTR)]

Review the PTF in the SMPPTS. Find the DDDEF path for  SFOMBCPH.

Go into z/OSMF Workflows and follow the instructions to create a new one.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Pace
Sent: Monday, January 24, 2022 8:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOS 2.5 Dialog Install quesiton

Thanks, I have that PTF installed.  I still can't find, in any of the 
documentation provided with my ServerPac Dialog order, how or where to find the 
z/OS upgrade workflow.  I could have just overlooked it, but I don't see it.

On Mon, Jan 24, 2022 at 8:31 AM Richards, Robert B. (CTR) < 
01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote:

> See PTF UJ06880
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Mark Pace
> Sent: Monday, January 24, 2022 8:22 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: zOS 2.5 Dialog Install quesiton
>
> Going through the traditional Dialog install of zOS 2.5.
>
> *4.6.1 Migrating Existing /etc and /var Control Files* For information 
> on migrating your existing /etc and /var control files, see section 
> titled Migrate /etc and /var System Control Files in z/OS Upgrade Workflow.
>
> I can not figure out where to find this Upgrade workflow so that I can 
> migrate these files.
>
>
> --
> The postings on this site are my own and don’t necessarily represent 
> Mainline’s positions or opinions
>
> Mark D Pace
> Senior Systems Engineer
> Mainline Information Systems
>
> --
> 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 postings on this site are my own and don’t necessarily represent Mainline’s 
positions or opinions

Mark D Pace
Senior Systems Engineer
Mainline Information Systems

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

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

Re: zOS 2.5 Dialog Install quesiton

[Richards, Robert B. (CTR)]

See PTF UJ06880

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Pace
Sent: Monday, January 24, 2022 8:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: zOS 2.5 Dialog Install quesiton

Going through the traditional Dialog install of zOS 2.5.

*4.6.1 Migrating Existing /etc and /var Control Files* For information on 
migrating your existing /etc and /var control files, see section titled Migrate 
/etc and /var System Control Files in z/OS Upgrade Workflow.

I can not figure out where to find this Upgrade workflow so that I can migrate 
these files.


--
The postings on this site are my own and don’t necessarily represent Mainline’s 
positions or opinions

Mark D Pace
Senior Systems Engineer
Mainline Information Systems

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

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

Re: zEDC Justification documents or links

[Richards, Robert B. (CTR)]

I replied offline to Glenn that I am definitely interested in his charts as 
typical management definitely responds to pretty pictures! 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Glenn Wilcock
Sent: Friday, January 21, 2022 12:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zEDC Justification documents or links

Hi Robert, if your shop uses DFSMShsm, I have some charts that I can share with 
you that show the significant advantages of using zEDC for backup and 
migration. zEDC is the #1 Best Practice for DFSMShsm.

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

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

Re: IBM Knowledge Center down?

[Richards, Robert B. (CTR)]

I remember doing those tech updates by hand...circa 1985?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Friday, January 21, 2022 12:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM Knowledge Center down?

not shameless IMHO, a great tool I use first before hitting the books.

to age myself a bit, I remember getting boxes of hard copy, and updates 
periodically and was able to update the doc by hand, anyone remember the

| update makes and what pages to remove and replace?

taking that away and replacing it with a ACTION(DOC) update is little to no 
help with all the products that now encompass the base

I hope IBM developers are reading, listening, we really need the ability to 
update PDF doc, IBM pushed KC to be on our local processors, and HAD a great 
tool to get the doc from IBM and update our local copy of the KC, last I head 
that's not working? or de funked?

I don't know how this can be done, but I'm sure it can be done via SMP/E or an 
outboard tool to update our local doc with any ACTION(DOC) I would be willing 
to do what's necessary to create a local repository and update any cfg file to 
make this happen locally

Carmen



On 1/21/2022 11:03 AM, Ramsey Hallman wrote:
> To throw in a shameless plug, if you have MVS/QuickRef, much of the 
> IBM and ISV content is available on your mainframe for instant access, 
> internet or not, KC up or down, USB plugable, etc.  And for our 
> clients, if there is content we do not currently have that you desire, 
> let us know and we will do our best to obtain that content and add it to our 
> database.
>
> Prior to becoming a developer for MVS/QuickRef, every shop I worked in 
> as a s/p had QuickRef.  If it didn't when I arrived, it did by the time I 
> left.
> I don't know what I would have done without it.  It's almost 
> impossible to keep physical manuals up to date as quickly as software changes.
>
> Ramsey Hallman
> MVS/QuickRef Development
> Chicago-Soft, Ltd.
>
> On Fri, Jan 21, 2022 at 10:48 AM René 
> Jansen
> wrote:
>
>> Yes, that is a very good idea. It would follow the general route in 
>> which progress is made, then undone, and then redone. As JSON api’s 
>> to everything are the fashion nowadays, that would be really welcome 
>> to stay updated, by e.g. having a nightly cronjob that updates the 
>> docs databases. If these were of the tagged variety, we could even 
>> generate updated PDFs out of these. I would be like updating TLS 
>> newsletters without catching your finger in the blue binder!
>>
>> Best regards,
>>
>> René.
>>
>> Sent from my iPad
>>
>>> On 21 Jan 2022, at 16:25, Matt Hogstrom  wrote:
>>>
>>> One thing not mentioned on the thread is the ability to have APIs 
>>> to
>> read the IBM document database.  If one exists please share.  The 
>> document database assumes a human at a browser which is limiting and 
>> a supported and stable API interface would be welcome.
>>> Matt Hogstrom
>>> PGP key 0F143BC1
>>>
 On Jan 20, 2022, at 17:18, Hank Oerlemans <
>> 03c4d8bf55f3-dmarc-requ...@listserv.ua.edu> wrote:
 How many online systems have IBM put out there now ?
 Just when it's all seems stable it changes and we go around again.
 I could mention the stacks of manuals I started with that never 
 went
>> down :-) but think of the trees.
 Damn ! Am I that old ?

 I'm gonna download the pdf collection for now.

 ---
 --- 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
>> -
>> - 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
>
--
/I am not bound to win, but I am bound to be true. I am not bound to succeed, 
but I am bound to live by the light that I have. I must stand with anybody that 
stands right, and stand with him while he is right, and part with him when he 
goes wrong. *Abraham Lincoln*/

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

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

Re: IBM Knowledge Center down?

[Richards, Robert B. (CTR)]

Our company PC's and Laptops are also disabled, but I was making a point, 
albeit poorly, to be careful with USB sticks these days.

What's a home PC these days? My only laptop is old and hasn't been booted in 
years. iPads and iPhones and Watches are the rage in my house. 

Bob 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Friday, January 21, 2022 9:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM Knowledge Center down?

for me Bob, I'd have to download on my home PC, USB's are disabled on company 
PC's and Laptops :(

Carmen

On 1/21/2022 8:47 AM, Richards, Robert B. (CTR) wrote:
> I hope you only plug that USB stick in your own PC.
>
> Policy here is that it can get you fired if you plug it into a work computer. 
> Just ask the Iranians.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of René Jansen
> Sent: Friday, January 21, 2022 9:41 AM To:IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM Knowledge Center down?
>
> My regular warning to download the all the pdf files of all the manuals, 
> people!
>
> You might not have external internet access when it all goes sideways. In 
> fact, that is an extremely common scenario, in which you would want, very 
> bad, access to all the crummy, slow, wrong-link infested crap that is an 
> absolute showcase of how not to provide documentation, or build websites 
> using active content, for that matter. That mainframe would be still online 
> of course, and reachable, provided you have a direct Telnet 3270 link to it, 
> and no ‘stepping stones’ on deplorable technology. Or webserver based 
> emulators.
>
> Books are even better of course, but not everyone has the space.
>
> My usb stick with manuals is very well maintained, and I have generational 
> copies of that. That stick, and the readability of the pdf file on a modern 
> high res screen is a showcase of modern technology, the website is not.
>
> Best regards,
>
> René.
>
>
>> On 21 Jan 2022, at 15:21, Carmen Vitullo  wrote:
>>
>> I have to agree, back in the early days development of a index page was 
>> intended to be simple, provide some wording, and some links to where you 
>> want to go, mostly due to performance, the faster the page loads the better, 
>> no glitter, pictures or unnecessary icons.
>>
>> the only tools we had back in the early 90's was a C program one of my team 
>> members write to convert DCF/SCRIPT to HTML (thanks to Mike Myers) ! 
>> otherwise it was all hand coded.
>>
>>
>> Carmen
>>
>>> On 1/21/2022 8:02 AM, Seymour J Metz wrote:
>>> It's not just IBM. There seems to be a race to the bottom in web page 
>>> design. Glitz is more important than, e.g., ease of use, performance, 
>>> reliability. Take entry and validation of, e.g., credit card numbers, 
>>> e-mail addresses, names, ZIP codes; it is bog standard to not tell the user 
>>> the required format and to reject valid characters.
>>>
>>> Not that "everybody else does it" is a valid excuse.
>>>
>>>
>>> --
>>> Shmuel (Seymour J.) Metz
>>> http://mason.gmu.edu/~smetz3
>>>
>>> 
>>> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on 
>>> behalf of Allan Staller 
>>> [0387911dea17-dmarc-requ...@listserv.ua.edu]
>>> Sent: Friday, January 21, 2022 7:17 AMTo:IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: Re: IBM Knowledge Center down?
>>>
>>> Classification: Confidential
>>>
>>> The "new tools" are neither as reliable, functional or available as those 
>>> the are replacing.
>>> I have been sayig this for the last 10 yrs (or more).
>>>
>>> -Original Message-
>>> From: IBM Mainframe Discussion List   On
>>> Behalf Of Hank Oerlemans
>>> Sent: Thursday, January 20, 2022 4:18 PMTo:IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: Re: IBM Knowledge Center down?
>>>
>>> [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.]
>>>
>>> How many online systems have IBM put out there now ?
>>> Just when it's all seems stable it changes and we go around again.
>>> I could mention the stacks of manuals I started with that never went down 
>>> :-) but think of the trees.
>>> Damn ! Am I that old ?
>>>
>>> I'm gonna download the pdf 

Re: IBM Knowledge Center down?

[Richards, Robert B. (CTR)]

I hope you only plug that USB stick in your own PC. 

Policy here is that it can get you fired if you plug it into a work computer. 
Just ask the Iranians.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
René Jansen
Sent: Friday, January 21, 2022 9:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM Knowledge Center down?

My regular warning to download the all the pdf files of all the manuals, people!

You might not have external internet access when it all goes sideways. In fact, 
that is an extremely common scenario, in which you would want, very bad, access 
to all the crummy, slow, wrong-link infested crap that is an absolute showcase 
of how not to provide documentation, or build websites using active content, 
for that matter. That mainframe would be still online of course, and reachable, 
provided you have a direct Telnet 3270 link to it, and no ‘stepping stones’ on 
deplorable technology. Or webserver based emulators.

Books are even better of course, but not everyone has the space.

My usb stick with manuals is very well maintained, and I have generational 
copies of that. That stick, and the readability of the pdf file on a modern 
high res screen is a showcase of modern technology, the website is not.

Best regards,

René.


> On 21 Jan 2022, at 15:21, Carmen Vitullo  wrote:
> 
> I have to agree, back in the early days development of a index page was 
> intended to be simple, provide some wording, and some links to where you want 
> to go, mostly due to performance, the faster the page loads the better, no 
> glitter, pictures or unnecessary icons.
> 
> the only tools we had back in the early 90's was a C program one of my team 
> members write to convert DCF/SCRIPT to HTML (thanks to Mike Myers) ! 
> otherwise it was all hand coded.
> 
> 
> Carmen
> 
>> On 1/21/2022 8:02 AM, Seymour J Metz wrote:
>> It's not just IBM. There seems to be a race to the bottom in web page 
>> design. Glitz is more important than, e.g., ease of use, performance, 
>> reliability. Take entry and validation of, e.g., credit card numbers, e-mail 
>> addresses, names, ZIP codes; it is bog standard to not tell the user the 
>> required format and to reject valid characters.
>> 
>> Not that "everybody else does it" is a valid excuse.
>> 
>> 
>> --
>> Shmuel (Seymour J.) Metz
>> http://mason.gmu.edu/~smetz3
>> 
>> 
>> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on 
>> behalf of Allan Staller 
>> [0387911dea17-dmarc-requ...@listserv.ua.edu]
>> Sent: Friday, January 21, 2022 7:17 AM To:IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: IBM Knowledge Center down?
>> 
>> Classification: Confidential
>> 
>> The "new tools" are neither as reliable, functional or available as those 
>> the are replacing.
>> I have been sayig this for the last 10 yrs (or more).
>> 
>> -Original Message-
>> From: IBM Mainframe Discussion List  On 
>> Behalf Of Hank Oerlemans
>> Sent: Thursday, January 20, 2022 4:18 PM To:IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: IBM Knowledge Center down?
>> 
>> [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.]
>> 
>> How many online systems have IBM put out there now ?
>> Just when it's all seems stable it changes and we go around again.
>> I could mention the stacks of manuals I started with that never went down 
>> :-) but think of the trees.
>> Damn ! Am I that old ?
>> 
>> I'm gonna download the pdf collection for now.
>> 
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions, 
>> send email tolists...@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 

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

[Richards, Robert B. (CTR)]

Reminds me of a true story where very randomly our terminals would go offline 
and then come back after a minute or two. We would check the controller and 
everything looked fine. Then one day, someone got a Coke out of the soda 
machine while we were standing there trying to figure things out. The 
controller lost power, however briefly, and IML'd itself.  The next day, the 
controller had been moved elsewhere. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Crawford, Robert C.
Sent: Thursday, January 20, 2022 9:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL: Re: What not to do on a z/OS system...

In the early 80's I was customizing some 3274's with another guy who, for some 
reason, lifted up one of the floor tiles to look at the wiring underneath.  The 
floor tile didn't go back into place right away, so he stomped on it, when all 
of a sudden, sparks flew out of the floor when the tile cut through the 3274's 
power cables.

Also early in the 80's, we had just installed a halon system in the machine 
with alarms that triggered at the first whiff of smoke.  I was giving my Dad a 
tour of the datacenter when he lit up a cigarette.  It took me a few seconds to 
realize what he did before I quickly ushered him out of the door much to his 
confusion and consternation. 

Robert Crawford
Mainframe Management
United Services Automobile Association
(210) 913-3822

“Moy glaz! YA ne dolzhen dobavlyat' v nego puding!”
- Tolstoy
Please send requests to mainframe management through our front door at  
go/mfmfrontdoor

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Shaw
Sent: Wednesday, January 19, 2022 10:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Re: What not to do on a z/OS system...

We once had a data check we could not get past on a 3420 tape. This was around 
1980, MVS/SE 1 or thereabouts. The lead sysprog hit stop on the tape drive, 
pulled the leading tape portion out of the vacuum column, rubbed it gently back 
and forth between his finger and thumb, and slowly released the tape back into 
the vacuum column. He hit start on the tape drive and we got past the data 
check and read the rest of the data on that tape without a problem. No blocks 
were missed.

I thought that was magic at the time...

Mike Shaw
MVS/QuickRef Support Group
Chicago-Soft, Ltd.


On Wed, Jan 19, 2022 at 10:31 AM Seymour J Metz  wrote:

> Back in the old days the R/W heads lifted up when you unloaded  a tape 
> and moved down when you mounted a new reel. One day an interlock 
> didn't interlock and the R/W head mashed the hand of an operator. The 
> damage wasn't permanent, but everybody was more cautious after that.
>
>
> --
> Shmuel (Seymour J.) Metz
> https://urldefense.com/v3/__http://mason.gmu.edu/*smetz3__;fg!!GryZGb6
> B1VCs0SfC!QH6TeSLlqkT2_Y99bdoorulRCxbsUZxg_adNO1Fy0gicRULs8lH3VdRUE3E5
> nADWlA8$
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on 
> behalf of Cameron Conacher 
> [03cfc59146bb-dmarc-requ...@listserv.ua.edu]
> Sent: Wednesday, January 19, 2022 10:22 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: What not to do on a z/OS system...
>
> A very long time ago, (mid seventies I think) I was loading a tape to 
> a tape drive.
> A button on my jean jacket trapped the edge of my jacket sleeve inside 
> the tape drive when as the glass closed.
> I stood patiently and waited for the tape processing to complete so 
> the tape could unload.
>
> After that, I paid more attention when loading tapes.
>
> Thanks,
>
> ...Cameron
>
>
>
>
>
> From: IBM Mainframe Discussion List  On 
> Behalf Of Kirk Wolf
> Sent: Wednesday, January 19, 2022 9:41 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [External] Re: What not to do on a z/OS system...
>
> Hooray! Now we've got the kind of thread that is the life blood of 
> ibm-main :-)
>
> On Wed, Jan 19, 2022, at 7:21 AM, John McKown wrote:
> > I know of one MVT operator who trapped his girlfriend against a 3725 
> > communication controller and dropped a university's entire network.
> > Multiple sites.
> >
> >
>
> Kirk Wolf
> Dovetailed Technologies
>
> https://urldefense.com/v3/__http://secure-web.cisco.com/1cn5-HpTYfIreu
> 2cSKoha63Y8gzW7Fj_PXrE92YSaOIYX4-Aa02x-L7Bs1YFxIRmL8cmskPf0sybkr9abzZz
> F199DWdz0Ykp9FHL5bGGt4xmkeTeL0BR-IP-4bbomeF9cRqRy_bfzwte8ereRwNUBuJpR-
> zoczTxEh9fDeQfNRfZH6VHksinm_XjXYh733Xljj6PtqiGJfh7s1sGbZ79ymHznTYdxWdH
> lnBE67BXeYHYTdlkiFdjCovYB674dhzGy5dtMVsQ9iTkQKkBwt6w3SQjmsyzXEUWpv401T
> IfmhcItrgRlmrX75JqZBHJ-DtzhAY4N-beS9ilUZoOQRfGkSjj2c98ccwmf6vN9GYmKP0l
> A7nZNPFxlqPHXD-BM9eStbm1z-CBx7m40jwWuZxedUzGR2pA_y2ZoHHg4FdpvEZtlZOvON
> rzby1iyUtLqEoas/http*3A*2F*2Fdovetail.com__;JSUl!!GryZGb6B1VCs0SfC!QH6
> TeSLlqkT2_Y99bdoorulRCxbsUZxg_adNO1Fy0gicRULs8lH3VdRUE3E5ODtj3x8$
> <
> https://urldefense.com/v3/__https://secure-web.cisco.com/1CMNJvovBdp9y
> 

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

[Richards, Robert B. (CTR)]

Also used in datacenter quoits! 



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Wednesday, January 19, 2022 1:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: What not to do on a z/OS system...



yellow ring frizbes :)





On 1/19/2022 12:26 PM, Richards, Robert B. (CTR) wrote:

> Same story, but a Yellow write ring tossed with force (think dodge ball). 
> Same result.

>

> Every time I notice a Plexiglas cover over the EPO button, I smile.

>

> Bob

>

> -Original Message-

> From: IBM Mainframe Discussion 
> Listmailto:IBM-MAIN@LISTSERV.UA.EDU>>  On

> Behalf Of Lennie Dymoke-Bradshaw

> Sent: Wednesday, January 19, 2022 1:05 PM To:IBM-MAIN@LISTSERV.UA.EDU

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

>

> At my first job (1975) one of the programmers was chatting to the operators 
> and then lent against that red button on the wall. Shutdown the entire 
> machine room of course.

>

> Lennie

>

> -Original Message-

> From: IBM Mainframe Discussion 
> Listmailto:IBM-MAIN@LISTSERV.UA.EDU>>  On

> Behalf Of Mike Shaw

> Sent: 19 January 2022 16:44

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

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

>

> We once had a data check we could not get past on a 3420 tape. This was 
> around 1980, MVS/SE 1 or thereabouts. The lead sysprog hit stop on the tape 
> drive, pulled the leading tape portion out of the vacuum column, rubbed it 
> gently back and forth between his finger and thumb, and slowly released the 
> tape back into the vacuum column. He hit start on the tape drive and we got 
> past the data check and read the rest of the data on that tape without a 
> problem. No blocks were missed.

>

> I thought that was magic at the time...

>

> Mike Shaw

> MVS/QuickRef Support Group

> Chicago-Soft, Ltd.

>

>

> On Wed, Jan 19, 2022 at 10:31 AM Seymour J 
> Metzmailto:sme...@gmu.edu>>  wrote:

>

>> Back in the old days the R/W heads lifted up when you unloaded  a

>> tape and moved down when you mounted a new reel. One day an interlock

>> didn't interlock and the R/W head mashed the hand of an operator. The

>> damage wasn't permanent, but everybody was more cautious after that.

>>

>>

>> --

>> Shmuel (Seymour J.) Metz

>> http://mason.gmu.edu/~smetz3

>>

>> 

>> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on

>> behalf of Cameron Conacher

>> [03cfc59146bb-dmarc-requ...@listserv.ua.edu]

>> Sent: Wednesday, January 19, 2022 10:22 AM

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

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

>>

>> A very long time ago, (mid seventies I think) I was loading a tape to

>> a tape drive.

>> A button on my jean jacket trapped the edge of my jacket sleeve

>> inside the tape drive when as the glass closed.

>> I stood patiently and waited for the tape processing to complete so

>> the tape could unload.

>>

>> After that, I paid more attention when loading tapes.

>>

>> Thanks,

>>

>> ...Cameron

>>

>>

>>

>>

>>

>> From: IBM Mainframe Discussion 
>> Listmailto:IBM-MAIN@LISTSERV.UA.EDU>>  On

>> Behalf Of Kirk Wolf

>> Sent: Wednesday, January 19, 2022 9:41 AM To:IBM-MAIN@LISTSERV.UA.EDU

>> Subject: [External] Re: What not to do on a z/OS system...

>>

>> Hooray! Now we've got the kind of thread that is the life blood of

>> ibm-main :-)

>>

>> On Wed, Jan 19, 2022, at 7:21 AM, John McKown wrote:

>>> I know of one MVT operator who trapped his girlfriend against a 3725

>>> communication controller and dropped a university's entire network.

>>> Multiple sites.

>>>

>>>

>> Kirk Wolf

>> Dovetailed Technologies

>>

>> http://secure-web.cisco.com/1cn5-HpTYfIreu2cSKoha63Y8gzW7Fj_PXrE92YSa

>> O

>> IYX4-Aa02x-L7Bs1YFxIRmL8cmskPf0sybkr9abzZzF199DWdz0Ykp9FHL5bGGt4xmkeT

>> e

>> L0BR-IP-4bbomeF9cRqRy_bfzwte8ereRwNUBuJpR-zoczTxEh9fDeQfNRfZH6VHksinm

>> _

>> XjXYh733Xljj6PtqiGJfh7s1sGbZ79ymHznTYdxWdHlnBE67BXeYHYTdlkiFdjCovYB67

>> 4

>> dhzGy5dtMVsQ9iTkQKkBwt6w3SQjmsyzXEUWpv401TIfmhcItrgRlmrX75JqZBHJ-Dtzh

>> A

>> Y4N-beS9ilUZoOQRfGkSjj2c98ccwmf6vN9GYmKP0lA7nZNPFxlqPHXD-BM9eStbm1z-C

>> B

>> x7m40jwWuZxedUzGR2pA_y2ZoHHg4FdpvEZtlZOvONrzby1iyUtLqEoas/http%3A%2F%

>> 2

>> Fdovetail.com

>> <

>> https://secure-web.cisco.com/1CMNJv

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

[Richards, Robert B. (CTR)]

Same story, but a Yellow write ring tossed with force (think dodge ball). Same 
result.

Every time I notice a Plexiglas cover over the EPO button, I smile.

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lennie Dymoke-Bradshaw
Sent: Wednesday, January 19, 2022 1:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: What not to do on a z/OS system...

At my first job (1975) one of the programmers was chatting to the operators and 
then lent against that red button on the wall. Shutdown the entire machine room 
of course.

Lennie

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Shaw
Sent: 19 January 2022 16:44
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: What not to do on a z/OS system...

We once had a data check we could not get past on a 3420 tape. This was around 
1980, MVS/SE 1 or thereabouts. The lead sysprog hit stop on the tape drive, 
pulled the leading tape portion out of the vacuum column, rubbed it gently back 
and forth between his finger and thumb, and slowly released the tape back into 
the vacuum column. He hit start on the tape drive and we got past the data 
check and read the rest of the data on that tape without a problem. No blocks 
were missed.

I thought that was magic at the time...

Mike Shaw
MVS/QuickRef Support Group
Chicago-Soft, Ltd.


On Wed, Jan 19, 2022 at 10:31 AM Seymour J Metz  wrote:

> Back in the old days the R/W heads lifted up when you unloaded  a tape 
> and moved down when you mounted a new reel. One day an interlock 
> didn't interlock and the R/W head mashed the hand of an operator. The 
> damage wasn't permanent, but everybody was more cautious after that.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on 
> behalf of Cameron Conacher 
> [03cfc59146bb-dmarc-requ...@listserv.ua.edu]
> Sent: Wednesday, January 19, 2022 10:22 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: What not to do on a z/OS system...
>
> A very long time ago, (mid seventies I think) I was loading a tape to 
> a tape drive.
> A button on my jean jacket trapped the edge of my jacket sleeve inside 
> the tape drive when as the glass closed.
> I stood patiently and waited for the tape processing to complete so 
> the tape could unload.
>
> After that, I paid more attention when loading tapes.
>
> Thanks,
>
> ...Cameron
>
>
>
>
>
> From: IBM Mainframe Discussion List  On 
> Behalf Of Kirk Wolf
> Sent: Wednesday, January 19, 2022 9:41 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [External] Re: What not to do on a z/OS system...
>
> Hooray! Now we've got the kind of thread that is the life blood of 
> ibm-main :-)
>
> On Wed, Jan 19, 2022, at 7:21 AM, John McKown wrote:
> > I know of one MVT operator who trapped his girlfriend against a 3725 
> > communication controller and dropped a university's entire network.
> > Multiple sites.
> >
> >
>
> Kirk Wolf
> Dovetailed Technologies
>
> http://secure-web.cisco.com/1cn5-HpTYfIreu2cSKoha63Y8gzW7Fj_PXrE92YSaO
> IYX4-Aa02x-L7Bs1YFxIRmL8cmskPf0sybkr9abzZzF199DWdz0Ykp9FHL5bGGt4xmkeTe
> L0BR-IP-4bbomeF9cRqRy_bfzwte8ereRwNUBuJpR-zoczTxEh9fDeQfNRfZH6VHksinm_
> XjXYh733Xljj6PtqiGJfh7s1sGbZ79ymHznTYdxWdHlnBE67BXeYHYTdlkiFdjCovYB674
> dhzGy5dtMVsQ9iTkQKkBwt6w3SQjmsyzXEUWpv401TIfmhcItrgRlmrX75JqZBHJ-DtzhA
> Y4N-beS9ilUZoOQRfGkSjj2c98ccwmf6vN9GYmKP0lA7nZNPFxlqPHXD-BM9eStbm1z-CB
> x7m40jwWuZxedUzGR2pA_y2ZoHHg4FdpvEZtlZOvONrzby1iyUtLqEoas/http%3A%2F%2
> Fdovetail.com
> <
> https://secure-web.cisco.com/1CMNJvovBdp9yBnlyYMX7XDwMols2kkKGgmrwSROS
> W0hnu2b_NKhNXLtkgwMMcPwd1HBr_ggnaz-jOwBW47DnVEGIt4bpW8COmjVD8XqVin4Eu-
> x_4HLZpGXoDORG_9Dib3tJq7_ABHXsnB_cOZ6onLOncz6m8qRxHlbuSRz29vFEJgKt_Mra
> 5sXumBbRXeklvWffrMgCdm7h3-uIE-BE2zjT8qDyZa9w1nSg6wnBjmblwuVV6lUkPjJm9N
> YO7sjt7IIE3oKSuCrBzJhb8dOF5aXoc4vT0JenP__8Xsug2eziZJMK48OUmxY5e-94ngrz
> sGRHaYOmnzU5tmHh4jet_pvGp2n0pooHyyoGJoI39jy-YnXJwIlOsQ4ks2OtnTA5u6L2rE
> 7KNygGdkGR6GXneZsk9vjAnS0Ih18ujwz99-0vUGfal7K8z518ZueSeQJL/https%3A%2F
> %2Fisolate.menlosecurity.com%2F1%2F3735928037%2Fhttp%3A%2Fdovetail.com
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu
> with the message: INFO IBM-MAIN
> 
> American Express made the following annotations 
>  This e-mail was sent to you by a 
> representative of Amex Bank of Canada, P.O. Box 3204, Station "F", 
> Toronto, ON, M1W 3W7, 
> 

Re: zEDC Justification documents or links

[Richards, Robert B. (CTR)]

Thanks for the additional information. I'll file it away if we get a z15. On a 
z14_ZR1 at the moment.

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

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

>Anyone have some good links to share that will state why zEDC is worth 
>licensing and getting? 
>
>For the record, we already have the HW feature installed. Don’t ask.  
>

Consider with the IBM z15, there is no longer any "license requirement" for 
activation - no longer implemented with (z14, z13) hardware PCIe cards 
(recommended: at least 4 per CPC/CEC) involved, as the function is on-chip.  
And the performance measurement moves from RMF 74 subtype 9 to subtype 10; 
also, some of the SMF 30 metrics are zeroed-out as no longer relevant.

Scott Barry
SBBTech LLC

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

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

Re: zEDC Justification documents or links

[Richards, Robert B. (CTR)]

Thank you, Kolusu! 

Excellent whitepaper!

And thanks to Dave too. That point is very well taken.

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Sri 
h Kolusu
Sent: Thursday, January 13, 2022 12:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zEDC Justification documents or links



> Anyone have some good links to share that will state why zEDC is worth 
> licensing and getting? 


Try this White paper

https://www.ibm.com/support/pages/system/files/inline-files/zEDC_White_Paper.pdf


Thanks,
Kolusu

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

zEDC Justification documents or links

[Richards, Robert B. (CTR)]

Anyone have some good links to share that will state why zEDC is worth 
licensing and getting? 

For the record, we already have the HW feature installed. Don’t ask.  



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

Re: Sample JCL VVDS - replace catalog

[Richards, Robert B. (CTR)]

I would delete the VVDS entry in the catalog(s) and then delete the VVDS 
itself. Let dynamic allocation of the VVDS take care of the rest. At least that 
is what my memory thinks. PMFJI if my memory is faulty! 

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Monday, December 27, 2021 9:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Sample JCL VVDS - replace catalog

late again here, I see some great suggestions for the catalog solutions tool, I 
think IBM bought that company and rebranded it ? the tool I use is Dyno-Softs 
TREX, it can update the VVDS entries across many volumes, I don't see any 
examples I have that replace the catalog entry in the VVDS using just IDCAMS.

   as a storage admin years ago, part of the process of removing volumes was to 
delete the VVDS entry from the catalog, I removed, maybe you can delete and 
recreate the VVDS's that have the invalid entry(s)?

Carmen


On 12/25/2021 10:42 PM, Peter wrote:
> Hello
>
> Could someone please help me with a sample JCL to reset the VVDS or 
> replace the catalog value in it.
>
> Regards
> Peter
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email tolists...@listserv.ua.edu  with the message: INFO IBM-MAIN
>
--
/I am not bound to win, but I am bound to be true. I am not bound to succeed, 
but I am bound to live by the light that I have. I must stand with anybody that 
stands right, and stand with him while he is right, and part with him when he 
goes wrong. *Abraham Lincoln*/

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

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

Re: Learning IWS

[Richards, Robert B. (CTR)]

The name keeps changing. It is now know as ZWS (Z Workload Scheduler),

I found this for starters:  
https://www.ibm.com/support/pages/node/957689

Click on links there and see if you get to where you want to go. 

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
kekronbekron
Sent: Friday, December 17, 2021 8:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Learning IWS

Hello list,

Apart from SHARE (where I wasn't able to find much on TWS/IWS), where can I 
find free learning material on TWS/IWS.
Is IBM Docs my only hope?

- KB

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

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

Re: ServiceLink down?

[Richards, Robert B. (CTR)]

I'll update my bookmark! It worked!!! Thanks! 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Friday, December 10, 2021 9:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ServiceLink down?

I should have added, the link you provided does not work

I used

www-03.ibm.com/ibmlink/servicelink

Carmen


On 12/10/2021 8:33 AM, Richards, Robert B. (CTR) wrote:
> Is anyone else having trouble logging  into ServiceLink?
>
> www.ibmlink.ibm.com<http://www.ibmlink.ibm.com>
>
> Bob
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email tolists...@listserv.ua.edu  with the message: INFO IBM-MAIN
>
--
/I am not bound to win, but I am bound to be true. I am not bound to succeed, 
but I am bound to live by the light that I have. I must stand with anybody that 
stands right, and stand with him while he is right, and part with him when he 
goes wrong. *Abraham Lincoln*/

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

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

Re: ServiceLink down?

[Richards, Robert B. (CTR)]

Thanks Carmen! I'll look elsewhere.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Friday, December 10, 2021 9:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ServiceLink down?

Hi Bob, I just checked from my work laptop,  so far I'm good, I am in !


Carmen

On 12/10/2021 8:33 AM, Richards, Robert B. (CTR) wrote:
> Is anyone else having trouble logging  into ServiceLink?
>
> www.ibmlink.ibm.com<http://www.ibmlink.ibm.com>
>
> Bob
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email tolists...@listserv.ua.edu  with the message: INFO IBM-MAIN
>
--
/I am not bound to win, but I am bound to be true. I am not bound to succeed, 
but I am bound to live by the light that I have. I must stand with anybody that 
stands right, and stand with him while he is right, and part with him when he 
goes wrong. *Abraham Lincoln*/

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

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

ServiceLink down?

[Richards, Robert B. (CTR)]

Is anyone else having trouble logging  into ServiceLink?

www.ibmlink.ibm.com

Bob

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

Re: CBU HMC activation - switching back

[Richards, Robert B. (CTR)]

Check with IBM in any case. You'll need their involvement.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jake Anderson
Sent: Saturday, December 4, 2021 7:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CBU HMC activation - switching back

Hello

Is it possible to swtich back to temporary CBU activation incase it someone has 
activated the CBU permanently by mistake ?

Jake

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

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

Re: z/OS 2.5 install with z/OSMF

[Richards, Robert B. (CTR)]

Marna,

Next week is soon enough! 

I have enough other reading material in the meantime (Planning for 
Installation, z/OSMF manuals, etc.). Not to mention I'm on vacation next 
week!!! 

Bob  (I only use Robert for official documentation, like a government email 
userid. ☹ ) 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Marna WALLE
Sent: Thursday, November 18, 2021 9:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.5 install with z/OSMF

Robert,
The PTFs for OA62404 are making their way through test, and should be available 
next week.  If you'd like a ++APAR for this APAR, please contact IBM Service, 
and we can give you one.  

We've tested the ++APARs and they should be available for distribution should 
you request them.

-Marna WALLE
z/OS System Installation and Upgrade
IBM Poughkeepsie

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

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

Re: [EXTERNAL] Re: SMF dump program parameter question

[Richards, Robert B. (CTR)]

No, thank you Jim!

Now I'll actually checkout the keyword in 2.4 and later in 2.5! 

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Horne, Jim
Sent: Wednesday, November 17, 2021 9:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: SMF dump program parameter question

Thanks Bob.  I know it isn't in the manual.  I saw it in the 2.5 manual and was 
hoping it had been rolled back.

If you don't ask the question, the answer is always no.  Looks as if it's still 
no in this case.  Bummer Jim Horne 

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

Re: SMF dump program parameter question

[Richards, Robert B. (CTR)]

If it was, it is not in the 2.3 manual updated 7/1/2019

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Horne, Jim
Sent: Wednesday, November 17, 2021 8:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMF dump program parameter question

Does anyone know if the REPORTOPTS parameter in IFASMFDL and IFASMFDP has been 
rolled back to 2.3, or is it just 2.4 and 2.5?

Thanks,
Jim Horne

NOTICE: All information in and attached to the e-mails below may be 
proprietary, confidential, privileged and otherwise protected from improper or 
erroneous disclosure. If you are not the sender's intended recipient, you are 
not authorized to intercept, read, print, retain, copy, forward, or disseminate 
this message. If you have erroneously received this communication, please 
notify the sender immediately by phone (704-758-1000) or by e-mail and destroy 
all copies of this message electronic, paper, or otherwise. By transmitting 
documents via this email: Users, Customers, Suppliers and Vendors collectively 
acknowledge and agree the transmittal of information via email is voluntary, is 
offered as a convenience, and is not a secured method of communication; Not to 
transmit any payment information E.G. credit card, debit card, checking 
account, wire transfer information, passwords, or sensitive and personal 
information E.G. Driver's license, DOB, social security, or any other 
information the user wishes to remain confidential; To transmit only 
non-confidential information such as plans, pictures and drawings and to assume 
all risk and liability for and indemnify Lowe's from any claims, losses or 
damages that may arise from the transmittal of documents or including 
non-confidential information in the body of an email transmittal. Thank you.

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

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

Re: z/OS 2.5 install with z/OSMF

[Richards, Robert B. (CTR)]

Hi Marc,

I was aware of that an hour ago. 

I should have asked when UJ07093 would be available instead of the PE'd UJ06880.

I also meant to ask if Brian's build issue was a one-off for him or any other 
recent builds. 

I have a November 4th build that I have not unloaded yet as I was waiting to 
review the latest migration workflow first.

Bob 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
SUBSCRIBE IBM-MAIN Marc Yves Desravines
Sent: Wednesday, November 17, 2021 6:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.5 install with z/OSMF

Hi Bob,

The APAR OA62404 is already closed. I think the PTFs UJ07092 UJ07093 UJ07094 
may be in TEST now.

https://www.ibm.com/support/pages/apar/OA62404 

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

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

Re: z/OS 2.5 install with z/OSMF

[Richards, Robert B. (CTR)]

Marna,

Any idea when UJ06880 (latest migration workflow) will be fixed?

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Marna WALLE
Sent: Tuesday, November 16, 2021 8:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.5 install with z/OSMF

Mark,
Please open a Case against ServerPac.  It is possible that your order, if it 
had gone through the manual entitlement process, could have been switched.  
This would have been an error that the Service folks can verify and fix.  

Thanks.
Marna WALLE
z/OS Install and Upgrade
IBM Poughkeepsie.

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

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

Re: SCRT Question -- Group in =P5==

[Richards, Robert B. (CTR)]

Glad I could be of some help.

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ste...@copper.net
Sent: Monday, November 15, 2021 3:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SCRT Question -- Group in =P5==

Bob:

Thank you for that tip. After checking a few things, I found that that number 
in col C is probably what those LPARs would have added up to in that line after 
double-checking this against the other two P5 sections where capping took place 
after the first hour past IPL. 

So it appears that the small LPARs that use single digit MSUs (not production 
systems at all, and not part of the LPAR Grouping) get subtracted and that will 
correct the col C number to what it should have been. 

And no, not all the P5 sections have 1500 in Col C. Just this one CEC was 
different and think I know why -- It was doing recovery so it did not have 
normal capping working in the first hour after the IPL.

Regards,
Steve Thompson



--- 01c91f408b9e-dmarc-requ...@listserv.ua.edu wrote:

From: "Richards, Robert B. (CTR)"  
<01c91f408b9e-dmarc-requ...@listserv.ua.edu>
To:   IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] SCRT Question -- Group in =P5==
Date: Mon, 15 Nov 2021 19:05:38 +

Steve,

What does Column C have in each of these P5 sections?

I suspect it may have "1500". Even if it doesn't, use the value that is there 
for each z/OS P5 segment and add them up.

For z/OS in that other spreadsheet, they probably want Column C's value for 
z/OS in each P5 segment placed in that other cell.

If you are unsure, call the ISV for clarification as it is their rules, not 
IBM's, that you are trying to satisfy.

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Thompson
Sent: Monday, November 15, 2021 1:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SCRT Question -- Group in =P5==

I am having a headache with SCRT (SCRT 28.2, SC23-6845-19 is the manual I have).

Background -- I got moved to the z/VM side of the house doing Capacity 
Management and Planning so I've mostly been gone from z/OS for a while. I had 
already been doing true-ups for other ISVs, and so when someone retired, I 
ended up with this one, which is done very differently than the others. And I 
didn't get a lot of turn-over for this.

I'm going to make this as simple as I can, because we have multiple CECs and 
multiple groups and multiple "P5" sections, so this gets complicated (besides 
IBM having to mix in VSE LPARs and VM LPARs and z/OS running under z/VM, etc. 
just to make this whole thing about as clear a mud).

I am working on as ISV "true-up" and am trying to figure out what is meant in 
the SCRT "P5" section (Product Max Contributors)
*when* the entry for z/OS V2 shows each LPAR of the CEC (running z/OS and part 
of the same group) all have 0 for MSUs and then the GROUP entry (line total 
area) has 1500 (example). I also have line items for CICS, and others as well 
that also under GROUP have 1500.

What this particular vendor wants is the numbers for the z/OS V2 LPARs combined 
and put in a cell of another spreadsheet.

Up until now, the end of month (which we do at QTR end) has numbers in the 
columns for each LPAR. So I take those add them and put them in this other 
spreadsheet. Simple. Tedious, but simple.

This is the exception, and it appears this is because the system missed capping 
in the first hour (I think that is what the manual said/and meant -- my eyes 
glazed over a few times while reading through all of this, this morning.

How do I find what the MSU value should be for each of these LPARs or are they 
group capped to 1500, and that is my total?

Otherwise, who do you call at IBM that could even answer this question?

I think I would rather read the instructions for F1040 and do it all by hand 
(Base form for Personal Income tax for USofA).

And for those of you who demand details -- I'm not allowed to do that. I'm 
pushing it just by asking this with faked numbers.

Regards,
Steve Thompson

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

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

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

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

Re: SCRT Question -- Group in =P5==

[Richards, Robert B. (CTR)]

Steve,

What does Column C have in each of these P5 sections?

I suspect it may have "1500". Even if it doesn't, use the value that is there 
for each z/OS P5 segment and add them up.

For z/OS in that other spreadsheet, they probably want Column C's value for 
z/OS in each P5 segment placed in that other cell.

If you are unsure, call the ISV for clarification as it is their rules, not 
IBM's, that you are trying to satisfy.

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Thompson
Sent: Monday, November 15, 2021 1:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SCRT Question -- Group in =P5==

I am having a headache with SCRT (SCRT 28.2, SC23-6845-19 is the manual I have).

Background -- I got moved to the z/VM side of the house doing Capacity 
Management and Planning so I've mostly been gone from z/OS for a while. I had 
already been doing true-ups for other ISVs, and so when someone retired, I 
ended up with this one, which is done very differently than the others. And I 
didn't get a lot of turn-over for this.

I'm going to make this as simple as I can, because we have multiple CECs and 
multiple groups and multiple "P5" sections, so this gets complicated (besides 
IBM having to mix in VSE LPARs and VM LPARs and z/OS running under z/VM, etc. 
just to make this whole thing about as clear a mud).

I am working on as ISV "true-up" and am trying to figure out what is meant in 
the SCRT "P5" section (Product Max Contributors)
*when* the entry for z/OS V2 shows each LPAR of the CEC (running z/OS and part 
of the same group) all have 0 for MSUs and then the GROUP entry (line total 
area) has 1500 (example). I also have line items for CICS, and others as well 
that also under GROUP have 1500.

What this particular vendor wants is the numbers for the z/OS V2 LPARs combined 
and put in a cell of another spreadsheet.

Up until now, the end of month (which we do at QTR end) has numbers in the 
columns for each LPAR. So I take those add them and put them in this other 
spreadsheet. Simple. Tedious, but simple.

This is the exception, and it appears this is because the system missed capping 
in the first hour (I think that is what the manual said/and meant -- my eyes 
glazed over a few times while reading through all of this, this morning.

How do I find what the MSU value should be for each of these LPARs or are they 
group capped to 1500, and that is my total?

Otherwise, who do you call at IBM that could even answer this question?

I think I would rather read the instructions for F1040 and do it all by hand 
(Base form for Personal Income tax for USofA).

And for those of you who demand details -- I'm not allowed to do that. I'm 
pushing it just by asking this with faked numbers.

Regards,
Steve Thompson

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

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

Re: Redbooks Rumor

[Richards, Robert B. (CTR)]

This was posted by Bill Bitner (bitn...@us.ibm.com  on LINUX-390 a week ago:

"I do my best to stay out of the rumor business. Chris Konarski just tweeted 
that it is a misunderstanding"

https://twitter.com/ChrisKonarski/status/1454110707096637442

Chris is the IBM VP WW Technical Sales and Lab Services.

Have a nice weekend everyone.

Regards,
Bill
"Not speaking for IBM as far as they know"  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lionel B. Dyck
Sent: Friday, November 5, 2021 6:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Redbooks Rumor

I agree with Cheryl that Redbooks have been some of the BEST documentation 
available from IBM. What I am curious about is if IBM is going to transition 
the Redbooks into something better. With the web there are many more 
opportunities to provide documentation that contains the Redbook content but in 
more usable (and searchable) formats. If that is their plan then I'm on board 
but if they are going to do away with Redbooks, or make them marketing guides, 
then the IBM customer community needs to take a stand and let IBM know that 
they are making a significant mistake that *will* impact their future growth of 
the platform.


Lionel B. Dyck <><
Website: https://www.lbdsoftware.com
Github: https://github.com/lbdyck

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Cheryl Watson
Sent: Thursday, November 4, 2021 9:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Redbooks Rumor

This is really appalling! I hope it's not true, but I have noticed that the 
lack of books related to z/OS has been steadily declining, and I find it very 
distressing. I've always found the Redbooks to be the best documentation ever 
provided by IBM. Unfortunately, most of the Redbooks are now simply marketing 
guides. 

The post from Bill Bitner was from a Linux blog post. Is IBM speaking about 
Linux/Power Redbooks only? Does it also apply to z/OS Redbooks? 

Why isn't there more outrage on this forum? If you don't complain, IBM will 
bury these in one more opportunity to save money while leaving customers 
without the excellent resources they've had in the past.

If you want z/OS Redbooks, please make your voice heard here.

Thanks,
Cheryl

==
Cheryl Watson Walker, CEO
Watson & Walker, Inc.
www.watsonwalker.com
==

 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Neale Ferguson
Sent: Thursday, October 28, 2021 10:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Redbooks Rumor

I am hearing strong rumors that IBM is about to commit the type of corporate 
facepalm that is the stuff for future textbooks. Apparently Redbooks are no 
longer going to be a thing and the organization disbanded. If there’s one thing 
that has differentiated IBM in the mainframe space has been the quality of its 
documentation and, in particular, the type of HOW-TO information contained 
within Redbooks and Redpieces. These documents turn a “that’d be nice to do” 
into a proof-of-concept and finally into production. In doing so, they must be 
responsible for millions or billions of dollar in revenue to IBM.

Many of the topics of Redbooks cover are complex and even intimidating. They 
provide a step-by-step approach to learning and implementing using a group of 
people actually doing what they’re writing about. This is invaluable.

I hope these rumors are untrue but if not I think we should all be shouting 
from the roof until someone with some sense realizes how shortsighted this 
decision is.

Neale


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

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

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

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

Re: Programmatically List Management Class Attributes?

[Richards, Robert B. (CTR)]

Carmen,

Ed wants a programmatic way of doing it, not logging on to a system and issuing 
ISMF commands from within the dialog.

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Thursday, November 4, 2021 10:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Programmatically List Management Class Attributes?

Ed, from ISMF list the management class in the line operator issue the display 
command

DIS SPA will show

expiration attributes

Carmen

On 11/4/2021 9:53 AM, Ed Jaffe wrote:
> On 11/4/2021 6:40 AM, Rob Scott wrote:
>>  gets you the “DFSMS Advanced Customization Guide” manual that 
>> describes the SMS SSI interface for querying this sort of data.
>
> How stupid of IBM to hide such basic stuff behind a pay wall... 
>
--
/I am not bound to win, but I am bound to be true. I am not bound to succeed, 
but I am bound to live by the light that I have. I must stand with anybody that 
stands right, and stand with him while he is right, and part with him when he 
goes wrong. *Abraham Lincoln*/

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

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

Re: automated SMS Storage pool management

[Richards, Robert B. (CTR)]

Dave,

Feel free to contact me directly:

robert.richa...@opm.gov

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma
Sent: Thursday, November 4, 2021 10:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: automated SMS Storage pool management

On Thu, 4 Nov 2021 13:01:07 +, kekronbekron  
wrote:

>Please do ignore this mail/thread if it seems derailing.
>
>It hurts to see that someone just gets to manage storage at a shop like this.
>While at the same time, there's unnecessary gatekeeping on the hiring side, 
>asking stupid questions and completely ignoring a person's "prior art" and 
>capability to get $hit done.
>Being on the other side of the gate, it's like skills have no respect anymore.
>Just need to be 'from somewhere' or get a job via referral.
>Of course, not to mention the fact that the knowing what API stands for is 
>enough qualification these days somehow (compared to people with actual XP).
>
>- KB

KB,

Just to be clear.  I'm not the hands on the keyboard guy.   I have talented 
staff to handle.  Sometimes though its hard to see  new ways of doing things, 
when at it for so long.   That's why I ask questions.

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

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

Re: automated SMS Storage pool management

[Richards, Robert B. (CTR)]

I'm sure there are tools, but I never had the luxury of acquiring any of them. 
I simply managed the SMS environment.

You need to understand your DFSMS and DFSMShsm environments *and* the current 
rules/values your predecessors set up.

Big questions:

Do you have enough ENABLED capacity in your pools?
What are the threshold settings?
What are your various criteria for migrating datasets in the first place?
Are your management classes for the various datasets/pools meeting your needs?
 
And several dozen other questions that, once the answers are known, will 
dictate the best setup of dataset migration and freespace management values in 
your environment. 

Simply migrating datasets to bring volume freespace up satisfies available 
volume freespace temporarily, but understanding the activity of the datasets 
and their migration values will allow you to identify and address the thrashing 
issue(s).

Or just throw more enabled volumes into the various pools until the thrashing 
stops. But that is the lazy way out and does nothing about your understanding 
of your environment and is a short term fix at best.

Bob



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma
Sent: Thursday, November 4, 2021 7:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: automated SMS Storage pool management

>Dave,
>
>Do you have DFSMShsm? If so, turn on Interval Migration and it manage the % 
>threshold of freespace for you.
>
>If you do not have DFSMShsm, what do you have?
>
>Bob

Thanks Bob, we do have HSM.   Sorry, I'm not well-versed in this area.   Are 
there tools to know when you need to add capacity vs thrashing and continually 
migrating?

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

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

Re: automated SMS Storage pool management

[Richards, Robert B. (CTR)]

Dave,

Do you have DFSMShsm? If so, turn on Interval Migration and it manage the % 
threshold of freespace for you.

If you do not have DFSMShsm, what do you have?

Bob 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma
Sent: Thursday, November 4, 2021 7:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: automated SMS Storage pool management

All,

I'm sure someone has solved this.   I'm now managing DASD management at my 
shop.   One thing that bothers me is my guys getting off-shift calls because 
some active storage pools fall below a % threshold of freespace.   We arent 
skimpy on provisioning, but dont want to over-provision either.  We are IBM 
system automation shop, and I asked IBM if there was any "out-of-the-box" 
automation for SMS we could start with and tailor to our needs.   Nothing.
Not looking to fully automate storage pool management, but something along the 
lines of having some number of volumes in DISNEW status, that could be enabled 
via automation - saving that middle of the night call-out, but to follow-up on 
next business day.  

Anyone doing anything like this, case to share?

Thanks in advance, Dave

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

FW: Redbooks

[Richards, Robert B. (CTR)]

FYI

-Original Message-
From: Linux on 390 Port  On Behalf Of Bill Bitner
Sent: Friday, October 29, 2021 11:44 AM
To: linux-...@vm.marist.edu
Subject: Redbooks

I do my best to stay out of the rumor business. Chris Konarski just tweeted 
that is is a misunderstanding.
https://twitter.com/ChrisKonarski/status/1454110707096637442
Chris is the IBM VP WW Technical Sales and Lab Services.

Have a nice weekend everyone.

Regards,
Bill
"Not speaking for IBM as far as they know"
___

Bill Bitner - z/VM Customer Focus and Care - 607-429-3286 bitn...@us.ibm.com 
"Making systems practical and profitable for customers through virtualization 
and its exploitation." - z/VM

--
For LINUX-390 subscribe / signoff / archive access instructions, send email to 
lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www2.marist.edu/htbin/wlvindex?LINUX-390

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

Re: FMID to Program Number

[Richards, Robert B. (CTR)]

Mark,

The "Order Details" that came with your order has a lot of them.
NO89 records contain a lot of program names.
Your Global zone lists the FMIDs.

But to answer your question, I am unaware of a list that has all the 
information in one place. ☹ 
Maybe someone on this list will have a better answer.

Bob 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Regan
Sent: Wednesday, October 27, 2021 3:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FMID to Program Number

Does IBM keep a FMID to Program Number cross reference listing on their web 
site somewhere? My searches are not coming up with anything.
Thanks,

Mark Regan, K8MTR

*CTO1 USNR-Retired, 1969-1991*
*Nationwide Insurance, Retired, 1986-2017*

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

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

Re: Serverpac installs January 2022 and beyond - Issues Updated

[Richards, Robert B. (CTR)]

Shields up!

This old dog wants to learn a new trick. I'm tired of the ISPF-based dialog 
install after doing ServerPac installs for several decades. Marna's NewEra 
two-part presentations were outstanding.

She spoke of taking a coworker with no experience with either and getting a 
running system up in three days! Granted, she mentored the individual, but 
still!

And aren't the migration workflows available as PTFs separate from the Software 
Instance? I am currently waiting for that PTF to close to get the most updated 
version of the workflow to review prior to actually ordering and downloading 
z/OS 2.5.

Bob



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma
Sent: Wednesday, October 27, 2021 1:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond - Issues Updated

I too ordered V2.5 in the "window" where you still have a choice on custompac 
dialogs or z/OSMF.   I opted to go custompac one more time.

I do echo Terri's sentiments that there should be a way to mostly seed a new 
z/OSMF instance whether there is a utility that reads the last saved custompac 
config or somehow scans your sysres.   That will definitely soften the blow for 
moving over.Us old timers, can whip through the old dialogs in less than a 
day, and be pretty much ready to IPL.  I understand the need to modernize the 
environment for the next wave.

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

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

Re: IBM Z WORKLOAD SCHEDULER - Upgrade issues

[Richards, Robert B. (CTR)]

Terri,

Did you turn on job submission under Service Functions?

And if not, be prepared for everything to run.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Shaffer, Terri
Sent: Monday, October 25, 2021 7:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM Z WORKLOAD SCHEDULER - Upgrade issues

Was wondering if anyone could point me in the right direction.

Over the weekend we upgraded our last 2.2 LPAR to z/OS 2.4, so that I could IPL 
my z/OS 2.5 system.

With that it was required that I update the scheduler from 9.3 to 9.5,  
Allocated all the new files, did the upgrades, etc

And restarted the scheduler, Daily plan loaded and everything looked correct.

All my jobs were waiting on time or it looked that way.  This morning 
everything was still waiting.

The status was an * or R, but it will not submit the jobs.

I am not an expert, I dabble mostly, but can figure out most things, but this 
one has me lost.

Can someone point me in were the issue might be?

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://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg] 
 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

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

Re: Is there a CL/SuperSession (CLSS) user's group?

[Richards, Robert B. (CTR)]

No idea on the number of users, but they upgraded it to 3.1 to fix some issues. 
That is what we have installed.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Regan
Sent: Thursday, October 21, 2021 10:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a CL/SuperSession (CLSS) user's group?

Bob,

Thanks for the reply. I had looked for one but came up empty. It makes you 
wonder how many customers of CLSS there are. If I was so inclined, I could 
start one on groups.io, where NetView and System Automation are. I created one 
there for Lionel Dyck's XMITIP program, and it has been getting some use.

Regards,

Mark Regan, K8MTR

*CTO1 USNR-Retired, 1969-1991*
*Nationwide Insurance, Retired, 1986-2017*


On Thu, Oct 21, 2021 at 10:03 AM Richards, Robert B. (CTR) < 
01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote:

> Mark,
>
> I am unaware of any user group. Regardless, ask away. If we can 
> answer, we will. 
>
> Bob (CLSS user)
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Mark Regan
> Sent: Thursday, October 21, 2021 9:08 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Is there a CL/SuperSession (CLSS) user's group?
>
> Is there a CL/SuperSession (CLSS) user group? If not, are there any 
> users here on IBM-MAIN who can help a new customer with questions 
> about transitioning to it from another vendor's product?
> Regards,
>
> Mark Regan, K8MTR
>
> *CTO1 USNR-Retired, 1969-1991*
> *Nationwide Insurance, Retired, 1986-2017*
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

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

Re: Is there a CL/SuperSession (CLSS) user's group?

[Richards, Robert B. (CTR)]

Mark,

I am unaware of any user group. Regardless, ask away. If we can answer, we 
will. 

Bob (CLSS user)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Regan
Sent: Thursday, October 21, 2021 9:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Is there a CL/SuperSession (CLSS) user's group?

Is there a CL/SuperSession (CLSS) user group? If not, are there any users here 
on IBM-MAIN who can help a new customer with questions about transitioning to 
it from another vendor's product?
Regards,

Mark Regan, K8MTR

*CTO1 USNR-Retired, 1969-1991*
*Nationwide Insurance, Retired, 1986-2017*

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

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

Re: System Programmer Titles

[Richards, Robert B. (CTR)]

The biggest mistake "HAL" made was dissolving PSRs and SEs. They often provided 
the marketing folks with potential sales leads way before the manglers knew 
they needed stuff because the worker bees would ask for information about 
future HW and SW in advance of speaking to the higher ups! Speaking from 
personal experience on *both sides* of that fence.

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Ogden
Sent: Tuesday, October 12, 2021 10:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: System Programmer Titles

I was a Systems Engineer (with progressive title levels) for 30 years (starting 
in 1966)  with you-know-who, so I became a little curious about the exact 
meaning of the title.  Over the years I discovered there was really no specific 
meaning to it.  I am an electrical engineer but no one ever checked on that as 
a condition for the title. Other Systems Engineers (for the same BIG company) 
had various backgrounds and most were not Engineers in a University sense or 
license sense. We were usually known as SEs within the industry. 

As a general view (at that time, when the industry was younger and
different) the SEs often formed a link between the practical customer world 
(meaning technical management, sysprogs, programmers, etc) and the home company 
processes (software development, blue sky marketing, technical support, etc, 
etc). It was a good job and, in my opinion, it is a bit unfortunate that the 
particular niche has mostly disappeared. Some of us were more on the systems 
programming side (myself), some a bit on the technical hardware side (myself 
also, but this was not common), some on the mostly marketing side, etc, etc. It 
was a slightly random mixture but seemed to work well at the time-but that 
was too many years ago!

Today, I think one can flip coins to decide on a particular meaning for the 
title.

Bill Ogden


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

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

Re: System Programmer Titles

[Richards, Robert B. (CTR)]

I once worked for a bank and had four titles at once and a fifth for pay 
purposes:

Infrastructure Architect
Enterprise Technologist
Subject Matter Expert
Vice President

Pay slot: Sr. Systems Programmer (but way out of that salary band)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Spiegel
Sent: Tuesday, October 12, 2021 10:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: System Programmer Titles

Hi Cameron,
How about Big K'nacker? (Sounds something like Conacher)

Regards,
David

On 2021-10-12 09:42, Cameron Conacher wrote:
> I tried o get "King" once, but that did not get very far.
>
> Thanks,
>
> …….Cameron
>
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Brian Westerman
> Sent: Tuesday, October 12, 2021 1:03 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [External] Re: System Programmer Titles
>
> I am leaning towards "He who shall not be called after midnight without 
> invoking his considerable wrath", but I don't think it would fit on my card.
>
> Brian
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
>  American Express made the following 
> annotations  This e-mail was sent to 
> you by a representative of Amex Bank of Canada, P.O. Box 3204, Station "F", 
> Toronto, ON, M1W 3W7, 
> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.americanexpress.ca%2Fdata=04%7C01%7C%7Caf4d6a2c3106486a8c3d08d98d863038%7C84df9e7fe9f640afb435%7C1%7C0%7C637696429814019714%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=U8cK8ReKKfUR4JZ2aHxL37ooX3Y%2BPm3bxzElt3QI%2BoE%3Dreserved=0.
>  If you no longer wish to receive these e-mails, please notify the sender by 
> reply e-mail.
>
> This e-mail is solely for the intended recipient and may contain confidential 
> or privileged information. If you are not the intended recipient, any 
> disclosure, copying, use, or distribution of the information included in this 
> e-mail is prohibited. If you have received this e-mail in error, please 
> notify the sender by reply e-mail and immediately and permanently delete this 
> e-mail and any attachments. Thank you.
>
> American Express a fait les remarques suivantes Ce courriel vous a été 
> envoyé par un représentant de la Banque Amex du Canada, C.P. 3204, succursale 
> F, Toronto (Ontario) M1W 3W7, 
> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.americanexpress.ca%2Fdata=04%7C01%7C%7Caf4d6a2c3106486a8c3d08d98d863038%7C84df9e7fe9f640afb435%7C1%7C0%7C637696429814019714%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=U8cK8ReKKfUR4JZ2aHxL37ooX3Y%2BPm3bxzElt3QI%2BoE%3Dreserved=0.
>  Si, par la suite, vous ne souhaitez plus recevoir ces courriels, veuillez en 
> aviser les expéditeurs par courriel.
>
> Ce courriel est réservé au seul destinataire indiqué et peut renfermer des 
> renseignements confidentiels et privilégiés. Si vous n’êtes pas le 
> destinataire prévu, toute divulgation, duplication, utilisation ou 
> distribution du courriel est interdite. Si vous avez reçu ce courriel par 
> erreur, veuillez en aviser l’expéditeur par courriel et détruire 
> immédiatement le courriel et toute pièce jointe. Merci.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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

Re: Error running RCNVTCAT

[Richards, Robert B. (CTR)]

Thanks for the info, Robin! 

I never thought about it because it runs so quick (< 30 secs) that I always run 
it from ISPF Option 6, watch its progress and let the code place me in EDIT on 
the PDS immediately.

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Robin Atwood
Sent: Tuesday, October 5, 2021 9:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Error running RCNVTCAT

The "outtrap" function is a TSO/E extension. You should execute the exec under 
the TMP (IKJEFT01).

Robin

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Jacobs
Sent: 05 October 2021 19:29
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Error running RCNVTCAT

It's my first time executing RCNVTCAT which I obtained from file 542 on the 
CBTTAPE. Getting this error; IRX0043I Error running RCNVTCAT, line 1016: 
Routine not found

In SYSTSPRT there are these two lines
1016 +++ xx=outtrap('junk.','*') /* I don't care */
209 +++ If (DsExist("'"cat.1"'") > 4)

Is this a stupid-user-error, or something else? It's being executed using a 
modified copy of the JCL in the PDS.

//RCNVTCAT EXEC PGM=IRXJCL,COND=EVEN,
// PARM='RCNVTCAT CATALOG.Z22Z.MASTER'
//SYSEXEC DD DISP=SHR,DSN=SY010A.V501.FILE542.PDS

Mark Jacobs

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

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

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

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

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

Re: Return Code = 26530, Error Code = 00011 on RFN from IBM

[Richards, Robert B. (CTR)]

Barry,

Thanks for replying.

The issue, it appears, has resolved itself with no changes on my side. I just 
submitted the two jobs again and they worked this time. From my USAF days 
working on C-5As and C-141s, we called this a Lockheed fix (also by pushing in 
a circuit breaker the pilots forgot ).

Maybe someone on the software delivery side can provide us with a clue. They 
generate the user and password so I do not have the slightest idea of what 
caused the issue and what resolved it.

Bob 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Barry Merrill
Sent: Monday, October 4, 2021 9:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Return Code = 26530, Error Code = 00011 on RFN from IBM

From my ftping notes:


17. EZA1735I Std Return Code=26530, Error Code=00011
EZYFS34W FTP will not remove TRAILING sequence numbers.
530 Not Logged In

The primary cause is incorrect password (i.e., password in Upper
Case when it should be lower case, or wrong/misspelled password).

One site received this error using the actual ip address of the
MXG ftp site, but using the ftp.mxg.com url, the login worked.

The user claimed the standard MXG SYSIN was used and it caused
the above error, but that he was able to use this syntax to get
logged in and download the file:
  //SYSINDD *
  ftpv2...@ftp.mxg.com
  thePASSWORD
  quote PASV
  BINARY
  LOCSITE LRECL=1024 RECFM=FB BLKSIZE=6144 UNIT=SYSDA
  LOCSITE PRIMARY=5000 SECONDARY=300
  GET ter2806.ter 'MXG.mxg2806.TERSED' (replace
  CLOSE
  QUIT
A second site received the same return code/error code, and
reported that their site required this syntax in the first two
control cards:
  mxgtech@localuse...@ftp.mxg.com
  mxgtech@localpassword
(But only ONE site said this worked, long ago, and I doubt it.)
But a third site got that return/error code, but had this
message from ftp:
  EZYFS34W FTP will not remove TRAILING sequence numbers.
because their SYSIN was NUMBERED but must be UNNUMBERED.

Herbert W "Barry" Merrill, PHD
President-Programmer
Merrill Consultants
MXG Software
10717 Cromwell Drive
Dallas, TX 75229
www.mxg.com
214 351 1966 

ad...@mxg.com for business questions
supp...@mxg.com for technical questions
ba...@mxg.com  



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richards, Robert B. (CTR)
Sent: Monday, October 4, 2021 6:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Return Code = 26530, Error Code = 00011 on RFN from IBM

Subject says it all. I am trying to order some PTFs.

Is anyone else receiving the error below this fine Monday morning?

Connecting to: dispby-117.boulder.ibm.com 170.225.15.117 port: 21.
220 ProFTPD Server (proftpd) [170.225.15.117]
>>> AUTH TLS
234 AUTH TLS successful
Authentication negotiation succeeded
>>> PBSZ 0
200 PBSZ 0 successful
>>> PROT P
200 Protection set to Private
Data connection protection is private
NAME (deliverycb-bld.dhe.ibm.com:XXX):

> S54962e8
>>> USER S54962e8
331 Password required for S54962e8
PASSWORD:

> ***
>>> PASS
530 Login incorrect.
Std Return Code = 26530, Error Code = 00011
>>> QUIT
221 Goodbye.

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

Return Code = 26530, Error Code = 00011 on RFN from IBM

[Richards, Robert B. (CTR)]

Subject says it all. I am trying to order some PTFs.

Is anyone else receiving the error below this fine Monday morning?

Connecting to: dispby-117.boulder.ibm.com 170.225.15.117 port: 21.
220 ProFTPD Server (proftpd) [170.225.15.117]
>>> AUTH TLS
234 AUTH TLS successful
Authentication negotiation succeeded
>>> PBSZ 0
200 PBSZ 0 successful
>>> PROT P
200 Protection set to Private
Data connection protection is private
NAME (deliverycb-bld.dhe.ibm.com:XXX):

> S54962e8
>>> USER S54962e8
331 Password required for S54962e8
PASSWORD:

> ***
>>> PASS
530 Login incorrect.
Std Return Code = 26530, Error Code = 00011
>>> QUIT
221 Goodbye.

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

Re: z/OS 2.5 Announcement out yet?

[Richards, Robert B. (CTR)]

Thanks, Gil!

Very useful.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Thursday, September 30, 2021 2:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.5 Announcement out yet?

On Thu, 30 Sep 2021 12:06:46 -0500, David Elliot  wrote:

>Google it. There is a preview published and one or two other documents.
>I hope you are not hoping for any surprises.
> 
I now see Doc at:



-- gil

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

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

z/OS 2.5 Announcement out yet?

[Richards, Robert B. (CTR)]

I haven't been able to find anything on z/OS 2.5. It is supposed to be out 
today. Has anyone seen it and if so, can you provide me with the link(s).

Bob

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

Re: [External] SMPe deleting SMPPTS after receive

[Richards, Robert B. (CTR)]

How are you attempting to recall the dataset? 

Using  ISMF to list the dataset, type HRECALL next to the dataset and on the 
RECALL panel specify a different volume that has enough contiguous space.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Friday, September 3, 2021 10:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] SMPe deleting SMPPTS after receive

unfortunately, I have not done an accept yet.
the dataset is migrated and when I try to recall it I get the following:
IGD17288I DATA SET OEMPP.DB2.V12R02M0.SMPPTS 
COULD NOT BE ALLOCATED NORMALLY AND IS NOT ELIGIBLE  
FOR SPACE CONSTRAINT RELIEF (MULTI VOLUME) BECAUSE IT IS 
A SINGLE VOLUME DATA SET.
SPACE CONSTRAINT RELIEF (SPACE REDUCTION AND/OR 5 EXTENT 
LIMIT RELIEF) WILL BE ATTEMPTED  
IGD17040I ERROR IN DADSM PROCESSING ON VOLUME SYSPB6 FOR DATA SET
OEMPP.DB2.V12R02M0.SMPPTS
HISTORIC RETURN CODE IS 104 DIAGNOSTIC INFORMATION IS 041A0419   
IGD306I UNEXPECTED ERROR DURING IGGDAC02 PROCESSING  
RETURN CODE 4 REASON CODE 25 
THE MODULE THAT DETECTED THE ERROR IS IGDVTSDA   
SMS MODULE TRACE BACK - VTSDA VTSCM VTSCR SSIRT  
 

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

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

Re: SMPe deleting SMPPTS after receive

[Richards, Robert B. (CTR)]

Bill,

Do you mean "already ACCEPTED"?  My simple answer could be yes in that case. 
Regardless, I let SMP/E purge upon ACCEPT.

Don't you have a backup copy made prior to migration?

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Friday, September 3, 2021 7:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMPe deleting SMPPTS after receive

we are having an issue recalling a migrated SMPPTS dataset. if all my past 
maintenance is already received can I just delete and reallocate my SMPPTS 
datasets?
Thanks
Bill


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

Re: SMP/E RECEIVER ORDER failing

[Richards, Robert B. (CTR)]

Sharon,

They are now going through for me to both sites.

I do not know the immediate answer to your question. Try the submission again.

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lopez, Sharon
Sent: Thursday, September 2, 2021 9:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/E RECEIVER ORDER failing

Thanks for testing.  Is there a specific group at IBM that we can contact to 
find out what's going on?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richards, Robert B. (CTR)
Sent: Thursday, September 2, 2021 9:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/E RECEIVER ORDER failing

I'm getting an FTP error. Problem probably on their end. ☹

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lopez, Sharon
Sent: Thursday, September 2, 2021 9:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/E RECEIVER ORDER failing

I also tried eccgw02.rochester.ibm.com_ and it's just sitting there getting no 
i/o.  Can someone try to run their SMP/E RECEIVE and see if they are getting 
failures?  I've opened up a case with IBM.

Thanks.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richards, Robert B. (CTR)
Sent: Thursday, September 2, 2021 8:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/E RECEIVER ORDER failing

Whenever I perceive a problem with boulder, I change to using the following 
that day and the next day revert back to boulder.

url="https://urldefense.proofpoint.com/v2/url?u=https-3A__eccgw02.rochester.ibm.com_services_projects_ecc_ws_=DwIFAg=eV2iJfkzEFLczQ4X0OAgRzp6F5Rf1ImixTkgui8b9xg=9yw11_MiXnUSZGjVRFdh3nhSF3wgfOV0ObXnVJoZtuc=P39AWTbatEnevPGIsUWEdf5QtS0R8-lNlGMQYQD41xw=1T8dAjxVrkbgdLnm3nIAUjAGA8Eu6RJgpKpcWaqf4fo=
 "


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lopez, Sharon
Sent: Thursday, September 2, 2021 7:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMP/E RECEIVER ORDER failing

Is anyone else experiencing any issues Receiving maintenance from 
https://urldefense.proofpoint.com/v2/url?u=https-3A__eccgw01.boulder.ibm.com_services_projects_ecc_ws-2522.-3F=DwIFAg=eV2iJfkzEFLczQ4X0OAgRzp6F5Rf1ImixTkgui8b9xg=9yw11_MiXnUSZGjVRFdh3nhSF3wgfOV0ObXnVJoZtuc=P39AWTbatEnevPGIsUWEdf5QtS0R8-lNlGMQYQD41xw=Y0fcI5T3UK1CsEapMuOz5pnYqpdaPjnYzUISBCGXjwU=

Does anyone know if the server is down?

Thanks.

Sharon Lopez
Software Systems Programming Specialist
BB now Truist - IT Production Engineering - Mainframe OS
3200 Beechleaf Ct Ste 200 | Raleigh, NC 27604 Office (919) 327-6369 
sharon.lo...@truist.com<mailto:sharon.lo...@truist.com>



The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer.

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

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


The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer.

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

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


The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer.

--
For IBM-MAIN subscribe / signoff / archive access instruct

Re: SMP/E RECEIVER ORDER failing

[Richards, Robert B. (CTR)]

I'm getting an FTP error. Problem probably on their end. ☹

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lopez, Sharon
Sent: Thursday, September 2, 2021 9:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/E RECEIVER ORDER failing

I also tried eccgw02.rochester.ibm.com_ and it's just sitting there getting no 
i/o.  Can someone try to run their SMP/E RECEIVE and see if they are getting 
failures?  I've opened up a case with IBM.

Thanks.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richards, Robert B. (CTR)
Sent: Thursday, September 2, 2021 8:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/E RECEIVER ORDER failing

Whenever I perceive a problem with boulder, I change to using the following 
that day and the next day revert back to boulder.

url="https://urldefense.proofpoint.com/v2/url?u=https-3A__eccgw02.rochester.ibm.com_services_projects_ecc_ws_=DwIFAg=eV2iJfkzEFLczQ4X0OAgRzp6F5Rf1ImixTkgui8b9xg=9yw11_MiXnUSZGjVRFdh3nhSF3wgfOV0ObXnVJoZtuc=P39AWTbatEnevPGIsUWEdf5QtS0R8-lNlGMQYQD41xw=1T8dAjxVrkbgdLnm3nIAUjAGA8Eu6RJgpKpcWaqf4fo=
 "


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lopez, Sharon
Sent: Thursday, September 2, 2021 7:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMP/E RECEIVER ORDER failing

Is anyone else experiencing any issues Receiving maintenance from 
https://urldefense.proofpoint.com/v2/url?u=https-3A__eccgw01.boulder.ibm.com_services_projects_ecc_ws-2522.-3F=DwIFAg=eV2iJfkzEFLczQ4X0OAgRzp6F5Rf1ImixTkgui8b9xg=9yw11_MiXnUSZGjVRFdh3nhSF3wgfOV0ObXnVJoZtuc=P39AWTbatEnevPGIsUWEdf5QtS0R8-lNlGMQYQD41xw=Y0fcI5T3UK1CsEapMuOz5pnYqpdaPjnYzUISBCGXjwU=

Does anyone know if the server is down?

Thanks.

Sharon Lopez
Software Systems Programming Specialist
BB now Truist - IT Production Engineering - Mainframe OS
3200 Beechleaf Ct Ste 200 | Raleigh, NC 27604 Office (919) 327-6369 
sharon.lo...@truist.com<mailto:sharon.lo...@truist.com>



The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer.

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

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


The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer.

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

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

Re: SMP/E RECEIVER ORDER failing

[Richards, Robert B. (CTR)]

Whenever I perceive a problem with boulder, I change to using the following 
that day and the next day revert back to boulder.

url="https://eccgw02.rochester.ibm.com/services/projects/ecc/ws/;


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lopez, Sharon
Sent: Thursday, September 2, 2021 7:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMP/E RECEIVER ORDER failing

Is anyone else experiencing any issues Receiving maintenance from 
https://eccgw01.boulder.ibm.com/services/projects/ecc/ws;.?

Does anyone know if the server is down?

Thanks.

Sharon Lopez
Software Systems Programming Specialist
BB now Truist - IT Production Engineering - Mainframe OS
3200 Beechleaf Ct Ste 200 | Raleigh, NC 27604 Office (919) 327-6369 
sharon.lo...@truist.com



The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer.

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

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

Re: ispf edit macro "HX" line command

[Richards, Robert B. (CTR)]

Can you tell us what you are trying to accomplish?

That may help us determine if HX is the best way or the use of HEX ON and 
proceeding to use ISREDIT commands from there.

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Weizman arbel
Sent: Thursday, September 2, 2021 7:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ispf edit macro "HX" line command

hi,
there is a way to execute  "HX"  line command from edit macro ?

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

COBOL and LE version question

[Richards, Robert B. (CTR)]

One of my fellow sysprogs has asked me to get an answer to the follow question:

Will a load module compiled with COBOL v6.3 and linked with LE v2.4 on z/OS 2.4 
operate on z/OS v2.3 with LE v2.3 runtime libraries?

Don’t shoot the messenger! 

I will, however, also ask the slightly inverse question:  Will a load module 
compiled with COBOL v4.2 and linked with LE v2.3 operate on z/OS v2.4 with LE 
v2.4 runtime libraries?

Bob



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

Re: FTP problem

[Richards, Robert B. (CTR)]

Why can't your network folks put a "sniffer" on the line and tell you exactly 
where the delay is occurring?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Thursday, August 19, 2021 8:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP problem

I tried ftp from z/OS. It looked like there was a delay there too.

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richards, Robert B. (CTR)
Sent: Thursday, August 19, 2021 3:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP problem

Gadi,

You mentioned Windows delay. Have you tried a z/OS FTP and noticed a longer 
runtime?

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Thursday, August 19, 2021 8:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP problem

Hi James,
SDSF doesn't report any paging. 
I haven't seen any paging in a long time.

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
James Crudele
Sent: Thursday, August 19, 2021 3:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP problem

Check storage while you’re at it. Could address spaces be swapping out because 
you are so low?


> On Aug 19, 2021, at 06:22, Gadi Ben-Avi  wrote:
> 
> Hi,
> We are in the midst of a DR test.
> A user is complaining that they are have problems using ftp.
> 
> When the issue the ftp command from the command line in windows, they get the 
> prompt for the user name almost immediately.
> Once the user enters the password and presses enter, it takes over a minute 
> to get the prompt for the password.
> 
> Has anyone encountered this problem.
> 
> We do not have a similar problem on our production system.
> 
> The production system is a z15-t02. The LPAR has 92 GB of storage.
> The DR system is a z13s. The LPAR has 16GB of storage.
> 
> Both are running z/OS 2.3.
> 
> Any help would be appreciated.
> 
> Thanks
> 
> Gadi
> 
> 
> --
> 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

Email secured by Check Point

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


Email secured by Check Point

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

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

Re: FTP problem

[Richards, Robert B. (CTR)]

Gadi,

You mentioned Windows delay. Have you tried a z/OS FTP and noticed a longer 
runtime?

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Thursday, August 19, 2021 8:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP problem

Hi James,
SDSF doesn't report any paging. 
I haven't seen any paging in a long time.

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
James Crudele
Sent: Thursday, August 19, 2021 3:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP problem

Check storage while you’re at it. Could address spaces be swapping out because 
you are so low?


> On Aug 19, 2021, at 06:22, Gadi Ben-Avi  wrote:
> 
> Hi,
> We are in the midst of a DR test.
> A user is complaining that they are have problems using ftp.
> 
> When the issue the ftp command from the command line in windows, they get the 
> prompt for the user name almost immediately.
> Once the user enters the password and presses enter, it takes over a minute 
> to get the prompt for the password.
> 
> Has anyone encountered this problem.
> 
> We do not have a similar problem on our production system.
> 
> The production system is a z15-t02. The LPAR has 92 GB of storage.
> The DR system is a z13s. The LPAR has 16GB of storage.
> 
> Both are running z/OS 2.3.
> 
> Any help would be appreciated.
> 
> Thanks
> 
> Gadi
> 
> 
> --
> 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

Email secured by Check Point

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

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

Re: FTP problem

[Richards, Robert B. (CTR)]

Can you PING from the DR box and get better response than the FTP? 
Does the FTP request authenticate the user's ability to do the FTP before 
authenticating the password?
Does the z13s show any impact to the FTPD address space while the FTP is taking 
place?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Thursday, August 19, 2021 7:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP problem

Hi Robert,
We tried that.
The said everything looks fine.
We tried from another server, and the problem was still there.

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richards, Robert B. (CTR)
Sent: Thursday, August 19, 2021 2:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP problem

It might be fruitful to ask the network folks if they can spot the delay and or 
what's the difference between the network's DR setup and production that could 
account for the delay? 

Ignore my previous reply...out or order thinking. ☹

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richards, Robert B. (CTR)
Sent: Thursday, August 19, 2021 6:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP problem

> Once the user enters the USER NAME and presses enter...

Where is the password coming from? LDAP? - Check that and you may find your 
delay.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Thursday, August 19, 2021 6:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FTP problem

Hi,
We are in the midst of a DR test.
A user is complaining that they are have problems using ftp.

When the issue the ftp command from the command line in windows, they get the 
prompt for the user name almost immediately.
Once the user enters the password and presses enter, it takes over a minute to 
get the prompt for the password.

Has anyone encountered this problem.

We do not have a similar problem on our production system.

The production system is a z15-t02. The LPAR has 92 GB of storage.
The DR system is a z13s. The LPAR has 16GB of storage.

Both are running z/OS 2.3.

Any help would be appreciated.

Thanks

Gadi


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


Email secured by Check Point

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

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

Re: FTP problem

[Richards, Robert B. (CTR)]

It might be fruitful to ask the network folks if they can spot the delay and or 
what's the difference between the network's DR setup and production that could 
account for the delay? 

Ignore my previous reply...out or order thinking. ☹

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richards, Robert B. (CTR)
Sent: Thursday, August 19, 2021 6:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP problem

> Once the user enters the USER NAME and presses enter...

Where is the password coming from? LDAP? - Check that and you may find your 
delay.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Thursday, August 19, 2021 6:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FTP problem

Hi,
We are in the midst of a DR test.
A user is complaining that they are have problems using ftp.

When the issue the ftp command from the command line in windows, they get the 
prompt for the user name almost immediately.
Once the user enters the password and presses enter, it takes over a minute to 
get the prompt for the password.

Has anyone encountered this problem.

We do not have a similar problem on our production system.

The production system is a z15-t02. The LPAR has 92 GB of storage.
The DR system is a z13s. The LPAR has 16GB of storage.

Both are running z/OS 2.3.

Any help would be appreciated.

Thanks

Gadi


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

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

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

Re: FTP problem

[Richards, Robert B. (CTR)]

> Once the user enters the USER NAME and presses enter...

Where is the password coming from? LDAP? - Check that and you may find your 
delay.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Thursday, August 19, 2021 6:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FTP problem

Hi,
We are in the midst of a DR test.
A user is complaining that they are have problems using ftp.

When the issue the ftp command from the command line in windows, they get the 
prompt for the user name almost immediately.
Once the user enters the password and presses enter, it takes over a minute to 
get the prompt for the password.

Has anyone encountered this problem.

We do not have a similar problem on our production system.

The production system is a z15-t02. The LPAR has 92 GB of storage.
The DR system is a z13s. The LPAR has 16GB of storage.

Both are running z/OS 2.3.

Any help would be appreciated.

Thanks

Gadi


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

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

Re: Easytrieve Question (silly)

[Richards, Robert B. (CTR)]

After a google search, I am inclined to say the sample meant Personnel, as in 
personnel file.

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richards, Robert B. (CTR)
Sent: Wednesday, August 11, 2021 7:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Easytrieve Question (silly)

If you can buy a few vowels, it might be PERSONAL. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Wednesday, August 11, 2021 7:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Easytrieve Question (silly)

Hi,
I was asked to install Easytrieve and make sure it works.
The basic installation went fine, and I'm trying to run sample programs.
Most of the sample programs mention a data file called PRSNL.
Is this file part of the installation? Where would I find it.

Gadi



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

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

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

Re: Easytrieve Question (silly)

[Richards, Robert B. (CTR)]

If you can buy a few vowels, it might be PERSONAL. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Wednesday, August 11, 2021 7:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Easytrieve Question (silly)

Hi,
I was asked to install Easytrieve and make sure it works.
The basic installation went fine, and I'm trying to run sample programs.
Most of the sample programs mention a data file called PRSNL.
Is this file part of the installation? Where would I find it.

Gadi



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

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

Re: Serverpac installs January 2022 and beyond - Requests

[Richards, Robert B. (CTR)]

For SMPWRKx datasets, see SYS1.SAMPLIB(GIMDDALC). Turn it into a usermod:

++USERMOD(SMP1K1) REWORK(2021204).
++VER(Z038) FMID(HMP1K00) . 
++SAMP(GIMDDALC)  DISTLIB(ASAMPLIB) .  
Contents of GIMDDALC pasted here with your changes. 


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Friday, July 23, 2021 8:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond - Requests

Barb, how did you get my apply and accept sysouts :)

joking aside, these datasets are the same datasets I've always had space issues 
with or I needed to up the directory size, go thru the pain of allocating a 
.NEW datasets larger, or with more directories or both, copy the failed library 
to the new one, rename, delete.rerun only to get a D37 on another dataset :(

other issues I've had was the SMPWRKx datasets are ALWAYS under allocated

Carmen

On 7/23/2021 3:27 AM, Barbara Nitz wrote:
>> Its interesting, because I don’t have any products that give me extra 
>> extents except what SMS does for me space wise, and I have never increased 
>> my dataset size allocations.
> Just as a preparation for increasing allocations, here is what failed x37 in 
> the past 8 refreshes (all on the *installation* target volume, never IPL'd 
> from). I apply maintenance twice a year, too, and it is always upwards of 
> 1000ptfs. SMPE was dealing with a few of those x37 doing in-flight 
> compresses, but I had only the last refresh without having to increase sizes.
> #1
> IEC031I D37-04,IFG0554P,,APPLY,LINKLIB,SYS1.LINKLIB
> IEC031I D37-04,IFG0554P,,APPLY,NUCLEUS,SYS1.NUCLEUS
> IEC031I D37-04,IFG0554P,,APPLY,SASMMOD1,ASM.SASMMOD1
> IEC031I D37-04,IFG0554P,,APPLY,SCSFMOD0,CSF.SCSFMOD0
> IEC031I D37-04,IFG0554P,,APPLY,SCSFMOD0,CSF.SCSFMOD0
> IEC031I D37-04,IFG0554P,,APPLY,SGIMLMD0,GIM.SGIMLMD0
> IEC031I D37-04,IFG0554P,,APPLY,SGIMLMD0,GIM.SGIMLMD0
> IEC031I D37-04,IFG0554P,,APPLY,SCSFMOD0,CSF.SCSFMOD0
> IEC031I D37-04,IFG0554P,,APPLY,SCSFMOD0,CSF.SCSFMOD0
> IEC031I D37-04,IFG0554P,,APPLY,SGIMLMD0,GIM.SGIMLMD0
> IEC031I D37-04,IFG0554P,,APPLY,SCEERUN,CEE.SCEERUN
> #2
> IEC032I E37-04,IFG0554P,,APPLY,SGIMTENU,GIM.SGIMTENU
> IEC031I D37-04,IFG0554P,,APPLY,SHASMIG,SYS1.SHASMIG
> IEC031I D37-04,IFG0554P,,APPLY,SHASMIG,SYS1.SHASMIG
> IEC031I D37-04,IFG0554P,,APPLY,SISFLOAD,ISF.SISFLOAD
> IEC031I D37-04,IFG0554P,,APPLY,SHASMIG,SYS1.SHASMIG
> IEC031I D37-04,IFG0554P,,APPLY,SHASMIG,SYS1.SHASMIG
> IOEZ00312I Dynamic growth of aggregate x.SIZUUSRD in progress
> #3
> Made an error during increase of data sets, ended up restoring 
> everything and increasing (joblogs from before restore not saved) 
> SCBDMENU SMPSTS 16->50 trks, sec 5
> SASMMOD1 50->80 trks
> #4
> Accept of previous maintenance:
> IEC032I E37-04,IFG0554P,,ACCEPT,ABBLLIB,BBL.ABBLLIB
> Apply new:
> IEC031I D37-04,IFG0554P,,APPLY,LINKLIB,SYS1.LINKLIB
> IEC031I D37-04,IFG0554P,,APPLY,SICELINK,SYS1.SICELINK
> #5
> Accept of previous maintenance:
> IEC032I E37-04,IFG0554P,,ACCEPT,AGIMTENU,GIM.AGIMTENU
> IEC032I E37-04,IFG0554P,,ACCEPT,AERBPWSV,SYS1.AERBPWSV
> IEC032I E37-04,IFG0554P,,ACCEPT,AHAPINC3,HAP.AHAPINC3
> IEC032I E37-04,IFG0554P,,ACCEPT,AGIMTENU,GIM.AGIMTENU
> Apply new:
> IEC032I E37-04,IFG0554P,,APPLY,SERBPWSV,SYS1.SERBPWSV
> IEC032I E37-04,IFG0554P,,APPLY,SEEQINST,SYS1.SEEQINST
> IEC031I D37-04,IFG0554P,,APPLY,MIGLIB,SYS1.MIGLIB
> IEC031I D37-04,IFG0554P,,APPLY,SCSFMOD0,CSF.SCSFMOD0
> IEC031I D37-04,IFG0554P,,APPLY,SISFLOAD,ISF.SISFLOAD
> IEC031I D37-04,IFG0554P,,APPLY,SCEERUN,CEE.SCEERUN
> #6
> IEC031I D37-04,IFG0554P,,APPLY,SERBLINK,SYS1.SERBLINK
> IEC031I D37-04,IFG0554P,,APPLY,CMDLIB,SYS1.CMDLIB
> IEC031I D37-04,IFG0554P,,APPLY,LINKLIB,SYS1.LINKLIB
> IEC031I D37-04,IFG0554P,,APPLY,NUCLEUS,SYS1.NUCLEUS
> IEC031I D37-04,IFG0554P,,APPLY,SASMMOD1,ASM.SASMMOD1
> #7
> IEC032I E37-04,IFG0554P,,APPLY,SISFTLIB,ISF.SISFTLIB
> IEC032I E37-04,IFG0554P,,APPLY,SERBPWSV,SYS1.SERBPWSV
> IOEZ00312I Dynamic growth of aggregate x.SAZFAMOD in progress 
> IEC031I D37-04,IFG0554P,,APPLY,SERBLINK,SYS1.SERBLINK
> IEC031I D37-04,IFG0554P,,APPLY,SISFLOAD,ISF.SISFLOAD
> IEC032I E37-04,IFG0554P,,APPLY,SCEELPA,CEE.SCEELPA
> #8
> Accept of previous maintenance:
> IEC032I E37-04,IFG0554P,1,ACCEPT,AGIMTENU,GIM.AGIMTENU
> IEC032I E37-04,IFG0554P,1,ACCEPT,AISFTLIB,ISF.AISFTLIB
> IEC032I E37-04,IFG0554P,1,ACCEPT,AAZFAMOD,AZF.AAZFAMOD
> IEC032I E37-04,IFG0554P,1,ACCEPT,AHAPINC3,HAP.AHAPINC3
> Apply new:
> IEC031I D37-04,IFG0554P,,APPLY,DGTLLIB,SYS1.DGTLLIB
>
> With z/OS 2.5, I'll probably triple allocations for those data sets during 
> allocation.
>
>> That being said, my cloning process copies my res volume and ZFS datasets to 
>> new volumes and resets extents to current used, which is why I never used 
>> the software deployment and NEVER will in z/OSMF.
> Right now the plan is for my successor to install z/OSMF once we're on 2.5. 
> *I* will certainly NEVER use z/OSMF to do the rollout to all the other 
> 

Re: Serverpac installs January 2022 and beyond - Requests

[Richards, Robert B. (CTR)]

Marna,

I thought it might have been done.  Thank you for the references to those 
proceedings.

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Marna WALLE
Sent: Tuesday, July 20, 2021 12:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond - Requests

Robert,
It's been done, and is the proceedings:  
https://www.share.org/Events/Past-Events/Proceedings/Proceeding-Details/installing-ibms-serverpac-using-zosmf-software-management

Look for Kurt Quackenbush's "Installing IBM's ServerPac Using z/OSMF Software 
Management", from Ft Worth 2020.  Kurt will do another session for the upcoming 
SHARE too.

-Marna WALLE
z/OS System Installation and Upgrade

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

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

Re: Serverpac installs January 2022 and beyond - Requests

[Richards, Robert B. (CTR)]

Sounds like great SHARE session material (if it isn't already there for the 
next one).

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ed 
Jaffe
Sent: Tuesday, July 20, 2021 10:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond - Requests

On 7/20/2021 6:34 AM, kekronbekron wrote:
> Hmm.. is 2.4 is available as a zOSMF Software Instance via ShopZ?

No products are available as Software Instances from ShopZ, they come as 
PORTABLE Software Instances.

You can create a Software Instance for any collection of software you have -- 
SMP/E based or not. It's a trivial exercise to create a Software Instance for a 
target zone in an existing CSI. Doing that is what has been suggested by Marna.


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



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

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

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

Re: Serverpac installs January 2022 and beyond - Requests

[Richards, Robert B. (CTR)]

The mind is the first thing to go. Kelly Clarkson's  song title "Piece By 
Piece" applies here. I am glad for manuals!!!

IIRC, the answer is no. I am participating in a Db2 install under z/OSMF 
though. Maybe I'll pick up a few tidbits.

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
kekronbekron
Sent: Tuesday, July 20, 2021 9:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond - Requests

Hmm.. is 2.4 is available as a zOSMF Software Instance via ShopZ?

- KB

‐‐‐ Original Message ‐‐‐

On Tuesday, July 20th, 2021 at 6:58 PM, Richards, Robert B. (CTR) 
<01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote:

> I thought that maybe a new order of 2.4 through Shopz except change the 
> delivery mechanism.
>
> Bob
>
> -Original Message-
>
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf 
> Of kekronbekron
>
> Sent: Tuesday, July 20, 2021 9:24 AM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: Re: Serverpac installs January 2022 and beyond - Requests
>
> Hi Bob,
>
> I believe she means that when you import your prior/current zOS CSI and set 
> some parms (if required) for it, then you can base your target environment 
> (CSI, files, etc.) off of it.
>
> This way, you don't start at zero, i.e., defining all datasets manually, anew.
>
> -   KB
>
> ‐‐‐ Original Message ‐‐‐
>
> On Tuesday, July 20th, 2021 at 5:11 PM, Richards, Robert B. (CTR) 
> 01c91f408b9e-dmarc-requ...@listserv.ua.edu wrote:
>
> > Marna,
> >
> > Can you expand on what you mean below?
> >
> > "If I may suggest to all that will install z/OS V2.5 with z/OSMF, it really 
> > behooves you to define your prior z/OS release right now as a Software 
> > Instance."
> >
> > I do not want to assume that I completely understand your suggestion.
> >
> > Bob
> >
> > --
> >
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> >
> > send email to lists...@listserv.ua.edu with the message: INFO 
> > IBM-MAIN
>
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> -
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
>
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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

Re: Serverpac installs January 2022 and beyond - Requests

[Richards, Robert B. (CTR)]

I thought that maybe a new order of 2.4 through Shopz except change the 
delivery mechanism.

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
kekronbekron
Sent: Tuesday, July 20, 2021 9:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond - Requests

Hi Bob,

I believe she means that when you import your prior/current zOS CSI and set 
some parms (if required) for it, then you can base your target environment 
(CSI, files, etc.) off of it.
This way, you don't start at zero, i.e., defining all datasets manually, anew.

- KB

‐‐‐ Original Message ‐‐‐

On Tuesday, July 20th, 2021 at 5:11 PM, Richards, Robert B. (CTR) 
<01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote:

> Marna,
>
> Can you expand on what you mean below?
>
> "If I may suggest to all that will install z/OS V2.5 with z/OSMF, it really 
> behooves you to define your prior z/OS release right now as a Software 
> Instance."
>
> I do not want to assume that I completely understand your suggestion.
>
> Bob
>
> --
> --
> --
> --
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
>
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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

Re: Serverpac installs January 2022 and beyond - Requests

[Richards, Robert B. (CTR)]

Marna,

Can you expand on what you mean below? 

"If I may suggest to all that will install z/OS V2.5 with z/OSMF, it really 
behooves you to define your prior z/OS release right now as a Software 
Instance."

I do not want to assume that I completely understand your suggestion.

Bob 

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