Re: z/OS 2.4 Migration manual and z/OSMF usage

[Art Gutowski]

On Fri, 27 Mar 2020 08:30:42 -0400, Kurt Quackenbush  wrote:

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

Chuck Norris doesn't need a a Web App to apply PTFs, he just roundhouse kicks 
them in.

Art Gutowski
General Motors, LLC
arthur.gutow...@gm.com

--
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.4 Migration manual and z/OSMF usage

[Marna WALLE]

HI Terri,
I'm happy you finally got the server up, but sorry to see that you aren't happy 
with the new format of the upgrade materials for z/OS!  If you'd like, please 
email me your entire list, and we can work through them.  Some pieces might be 
fixed by changing the content of the Upgrade Workflow, some we might want to 
pass to our z/OSMF development group, but we can work through that once we have 
your list.  

When you mentioned "exploded", might you have meant "exported"?  If, in your 
case, exporting just selected items you want could give you format that is good 
for you in a bigger screen, let's see if that will work too.

Thank you.
-Marna WALLE
mwa...@us.ibm.com
z/OS System 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

Re: z/OS 2.4 Migration manual and z/OSMF usage

[Shaffer, Terri]

So a few things happened here.

First I had the issue with the Discovery failing stating it could not talk to 
my ACWB 2.1 lpar from my driving ACWA 2.3 lpar.

After looking at all the manuals I could not figure out the reason for the 
failure, given my understandings in my first email.

This lead me to start over. So yes I had a fully populated IZUPRMxx member 
however when I attempted to start my z/osmf it kept giving me an error about 
the /var/zosmf/data/home/izusvr directory not found. This was after I moved it 
to /global/zosmf/data/home/izusvr

So yes I ran the izuconfig.SH member.  This did 2 things.  It verified that all 
my variables and parms where correct so something else was wrong.

Next I found the APAR/PTF that actually moved the montpoint for /global/zosmf, 
however the ALU for user IZUSVR was not run plus I could not find it documented 
in the z/OSMF config manual to change from /var/zosmf..   to 
/global/zosmf/ It was only in the holddata.

After I did that everything started correctly.  So your correct it was not 
izusetup.sh and I didn’t need to run anything.

So that was my missing piece.  Now everything is working as designed.

Now for my comment about the whole process
Using z/OSMF for the migration is a horrible.

First its formatted on a screen and with all the header information in z/OSMF 
you only seeing a screen that’s severely reduced in size.
Then when you click to expand you have to jump tabs to details, notes, ETC to 
see the data, where as the manual was very easy to digest and put together a 
sheet with upgrade tasks.

Unless I am missing something new in z/OSMF to make this fullscreen its very 
cumbersome and tedious.

I am glad I found the exploded version that I used first because that was 
fullscreen and very easy to use.  I still would prefer the manual but this is a 
valid work around.

I don’t see z/OSMF as anything usable, but that’s just my opinion after doing 
this for 35 years and tons of upgrades.


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 
Marna WALLE
Sent: Friday, March 27, 2020 12:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.4 Migration manual and z/OSMF usage

External Email


Hi Terri,
You re-ran IZUSETUP, not recently right?  That was made obsolete way back on 
z/OS V2.1 with APAR PI54286 (2016), to move to the "modern" parmlib (IZUPRMxx) 
method.  I hope you still aren't using that, and don't have the server running 
on your z/OS V2.1 system but rather on a higher system in your sysplex.

You are running your server on your V2.3 system, correct?

Thanks,
Marna WALLE
z/OS System 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

 [https://www.aciworldwide.com/-/media/aci-footer] <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

Re: z/OS 2.4 Migration manual and z/OSMF usage

[Marna WALLE]

Hi Terri,
You re-ran IZUSETUP, not recently right?  That was made obsolete way back on 
z/OS V2.1 with APAR PI54286 (2016), to move to the "modern" parmlib (IZUPRMxx) 
method.  I hope you still aren't using that, and don't have the server running 
on your z/OS V2.1 system but rather on a higher system in your sysplex.  

You are running your server on your V2.3 system, correct?

Thanks,
Marna WALLE
z/OS System 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

Re: z/OS 2.4 Migration manual and z/OSMF usage

[Shaffer, Terri]

Thanks Kurt!



You magically fixed it..  j/k  but now its working.



I started to play around with my configuration yesterday after the failure 
message.  I actually deleted most everything and reran my IZUSETUP to rebuild 
everything.



I was not the one who did the initial install on this a few years back.



The Failed message I got yesterday on my first try was there was no valid URL 
for ACWB. This seemed strange to me and I sent this message to the list.



After your asking me today, the Systems tab looked the same but my workflow was 
missing, because I did the rebuild.



I then rebuilt the Workflow and retried the flow and now its happily running to 
my surprise.



So not sure what was the real reason for the message.



Anyhow thank you for the response!



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 
Kurt Quackenbush
Sent: Friday, March 27, 2020 8:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.4 Migration manual and z/OSMF usage



External Email





On 3/26/2020 5:45 PM, Shaffer, Terri wrote:



> It then immediately fails stating z/OSMF cant talk to the 2.1 lpar, because 
> there is no IP address under the SYSTEM tab in z/OSMF.

What do you see when you open the Systems tab?  Do you see an entry for all 5 
of your sysplex members, including your z/OS 2.1 system?  On start up z/OSMF 
should discover all members in the same sysplex as the z/OSMF server, so I'm 
curious what was discovered.



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



--

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


[https://www.aciworldwide.com/-/media/aci-footer]<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

Re: z/OS 2.4 Migration manual and z/OSMF usage

[Kurt Quackenbush]

On 3/26/2020 5:45 PM, Shaffer, Terri wrote:


It then immediately fails stating z/OSMF cant talk to the 2.1 lpar, because 
there is no IP address under the SYSTEM tab in z/OSMF.
What do you see when you open the Systems tab?  Do you see an entry for 
all 5 of your sysplex members, including your z/OS 2.1 system?  On start 
up z/OSMF should discover all members in the same sysplex as the z/OSMF 
server, so I'm curious what was discovered.


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

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

z/OS 2.4 Migration manual and z/OSMF usage

[Shaffer, Terri]

So I have a few questions I was wondering if someone can explain to me?

We are a software development company that have 5 lpars in a SYSPLEX.  1 - z/OS 
2.3 ,  3 - z/OS 2.2 and 1 - z/OS 2.1, because of developers.

Yes I know the 2.1 is unsupported and this is where my questions start.

I have installed the serverpac for z/OS 2.4 and ready to IPL and went looking 
for the migration guide for 2.4 and used the exploded z/OS 2.2 version (close 
enough) copy IBM provides.

However then I got curious about using z/OSMF, so I downloaded the XML for z/OS 
2.2 to 2.4 and the HC_rexx and Discovery and built my workflow on a z/OS 2.3 
lpar.

It then immediately fails stating z/OSMF cant talk to the 2.1 lpar, because 
there is no IP address under the SYSTEM tab in z/OSMF.

Then as far as my last knowledge was only one instance of z/OSMF can run in a 
SYSPLEX. Yes I know if I change autogrp and autostart, etc I can but this is 
not the case.

So can someone explain how this could ever work, or how to properly set this up 
to work?

Inquiring minds have tried 100 things but all fail..

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 
Marna WALLE
Sent: Wednesday, July 24, 2019 8:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS Upgrade Information

External Email


Hello All,
You might be wondering, I'm seeing all the z/OS V2.4 books, but where is the 
z/OS Migration book?  As we've announced many moons ago, the Migration book has 
been removed, and been replaced with the z/OS Upgrade Workflow, found here:

https://github.com/IBM/IBM-Z-zOS/tree/master/zOS-Workflow/zOS%20V2.4%20Upgrade%20Workflow
(Please read the readme here.  Every problem I've heard about from clients is 
addressed in readme.)

If you don't (yet) have z/OSMF Workflow up and running, we've provided an 
exported view of the workflows that you can find here at the very bottom. We 
are aware of some "hot link behaviors" that this exported workflow is currently 
experiencing and are working on fixing that - please be patient.

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.e0zm100/abstract.htm

The exported view is suitable for viewing, searching, and even printing (if you 
like to kill trees).  You can also export the workflow yourself, after you have 
created it in z/OSMF, to do better filtering for your enterprise.

We do welcome comments you have on the z/OS V2.4 Upgrade Workflows! I encourage 
people to use the workflow instead of the exported file.  The workflow really 
does have some significant advantages.

-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

 [https://www.aciworldwide.com/-/media/aci-footer] 
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