Hi Marna, I think you have captured everything. Like I have stated. I don’t like things done , that I cant see whats being done in the background, because if there is ever an issue, I would have no idea where it failed. Or I can change JCL to fix. Because Some IBM messages are vague..
Also again a learning curve, But if I am presented 3 options, new mcat, reuse old, etc. It would be nice to understands what each does or expects. In the 25+ years I have dealt with serverpac I have only did one build of a new MCAT because it had lots of garbage from old times past. Now I just expect the SSA to be added to the beginning, if I am pointing to REUSE MCAT, OR added as an alias if I am pointing or going to use a NEW MCAT. Since you perform a ton of validations and lookups this should be easy to do. In the serverpac, like others have stated, I run probably 5-6 jobs total and I am done with the serverpac dialogs. This is the issue with you verifying everything in the background. It might only be a temporary condition that will be solved later by me. Otherwise its not horrible as expected, once you get past the whole z/OSMF setup issues. But still nuances that would make thing better usability 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 <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Marna WALLE Sent: Thursday, October 28, 2021 10:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Serverpac installs January 2022 and beyond - Issues External Email Hi all, Thanks for all the great feedback! This has been a good conversation to follow the past couple of days. We do appreciate it! From the conversation, I see those here are on the "minimum installation path" that want to: 1. Use an existing prior configuration to save time when installing a new z/OS release. With *absolute minimum* manual renaming or data sets or volume name changes. 2. Use an existing master catalog 3. Mostly indirectly catalog 4. Use "non-IPLable" data set names, so that existing deployment tools can be used. 5. Run the minimum amount of jobs. So that they can immediately lay down installed target, dlibs, and SMP/E data sets (and reluctantly, have to take some CPAC data sets) *only*, and move on by themselves. 6. Want to be able to see all the JCL before it is run. (7. Want to be able to use multi-level aliasing.) I think I've captured all the *major* points necessary to get a z/OS system laid down in a couple of hours, with multi-level aliasing perhaps not being something used by all the contributers. I do understand there are some other niceties, but I generally think I've got the list above what was discussed to pull down an order and get it on DASD quickly. For doing the installation path above, z/OSMF *does* have that functionality today - except for the multi-level aliases. I'm not certain that multi-level aliases is critical, but I understand that doing it would be helpful to those that have used them for a long time, and want to continue with them. Yes, the functions may not have been "found" immediately while trying out the new interface. Especially when extremely familiar with the CustomPac interface. What I'd like to understand: for those that are on that "minimum installation path" above and have done their first z/OS portable software instance install, after you've gotten the information here (from Kurt, thanks!!), do you think you can lay down that z/OS release again using z/OSMF in a couple of hours? Keep in mind, you'd be using z/OSMF's Model After capability, selecting "existing master catalog", data set configuration filtering and mass changes on data set and volume names, and system symbols with volume association. -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://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
