See you are missing the point.
If you have 117 lpars, of course you going to work on making the process
actually work. Because every minute you save in that process is worth 2
hours. The point is is that for each institution that's done that there's a
bunch that haven't or they've got some jammed together process that breaks
every single time that somebody new touches it. And it's not standardized
then it's not maintained and it's poorly documented and it's... you know...
ad infinitum ad nauseam. So for you ... I agree it's probably more of a
pain in the neck. And there will probably be some sort of compromise
eventually. But for all the people that have these other processes, I
think the standardization that is going to come from this will ultimately
make this a lot easier. And the dealing with the myriad of ISP software and
IBM non server pack software or stuff that could be on the server pack but
doesn't actually belong there... This should help immeasurably so once
again I will disagree with your disagreement.
Rob
On Mon, Mar 6, 2023, 20:12 Shaffer, Terri <
0000017d5f778222-dmarc-requ...@listserv.ua.edu> wrote:
> When I worked at Chase bank, We had 117 LPARS and maintenance/clone was a
> 30 minute task. So adding z/OSMF was never even brought up as a
> consideration.
>
> So while I understand the direction IBM is headed, its adding LOTS of
> layers to something that sound not be hard. Running thru screens vs
> submitting a canned job, is hours vs minutes.
>
> As much as I love my job and starting with MVS 1.3.8 to now z/OS 2.5 and
> even OS/390, they have added a layer of complexity that eliminated the KISS
> principle, sadly.
>
> So I have to disagree..........
>
> 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 Rob Schramm
> Sent: Monday, March 6, 2023 4:27 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: zOSMF
>
> EXTERNAL EMAIL: Do not click links or open attachments unless you know the
> content is safe.
>
>
> I think the promise of zosmf is far beyond just a server pack replacement.
> Yeah server pack was great for what it was but when it comes to the grind
> of installing over and over and over again and the customization the
> workflow features I believe really hold the promise to fixing what is a
> continuously pain in the butt situation. And hopefully they'll continue to
> make it lighter and lighter. But the other part is the distribution points
> and the packaging for distribution. Yeah I don't really care how it
> happens whether it's a GUI or not. But in my view this is steps in the
> right direction.
>
> I would point you to Ed's presentation on the workflow features that were
> incorporated to E/JES2 installation. I really think there's something here.
>
> Just my two cents.
>
> Rob Schramm
>
> On Mon, Mar 6, 2023, 12:06 Michael Babcock <bigironp...@gmail.com> wrote:
>
> > I agree. We use a permanent maintenance LPAR which is generally not up.
> > With ServerPac, it didn't matter we could select it as the target from
> our
> > driving system. With z/OSMF, if run on the driving system, z/OSMF
> wanted
> > the target up and wanted to communicate with it via z/OSMF. Not good
> > for us.
> >
> > Further, PSWI uses DSS to restore the datasets and ignores any
> > DATACLAS parameters. Our OMVS datasets are all EXTADDR so we had to
> > build a REXX EXEC to copy the OMVS datasets to a newly allocated OMVS
> dataset with the
> > EXTADDR attribute. Which by the way, what happens when the ROOT grows
> > beyond 4GB?
> >
> > There were a number of other things we ran into which escape me at the
> > moment.
> >
> > On Mon, Mar 6, 2023 at 10:15 AM Shaffer, Terri <
> > 0000017d5f778222-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > > Randy,
> > > I completely agree, This will be my 40th year working on z/OS and
> > > at least another 7 years to go.
> > >
> > > I find z/OSMF cumbersome. I prefer to do things close to the source.
> > Not
> > > a tool to add layers of complexity and places to go wrong with yet
> > > more strange messages.
> > >
> > > I installed z/OS 2.5 before they eliminated SERVERPAC. I then
> > > ordered it again to try it thru z/OSMF, it added a lot more time,
> > > the SSA's, my SMS ACS routines and how things got built added to the
> > > complexity. Plus
> > there
> > > are many times I would bypass steps in serverpac, that because
> > > z/OSMF is performing what they call checks, think idiot proofing,
> > > makes this even more difficult.
> > >
> > > More to come, but if I find work arounds, I will bypass in the
> > > future
> > what
> > > I can in z/OSMF software 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 <IBM-MAIN@LISTSERV.UA.EDU> On
> > > Behalf Of Harris Randy - Nashville
> > > Sent: Friday, March 3, 2023 9:03 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: zOSMF
> > >
> > > EXTERNAL EMAIL: Do not click links or open attachments unless you
> > > know
> > the
> > > content is safe.
> > >
> > >
> > > I'm sure my complaints don't do any good, but I've been doing this
> > > for 25 years (I know many of you a lot longer).
> > > I don't understand why IBM wants to force everyone to use z/OSMF.
> > > Maybe it's an attempt to attract a younger group of System Programmers.
> > > That's fine. However, I am not a GUI fan. I like the green screen.
> > > Serverpac works great. I am running into issues trying to learn z/OSMF.
> > > It's a waste of my time when I already know how to use Serverpac.
> > >
> > > Randy Harris
> > > P 615-344-3244
> > > C 662-401-8552
> > > james.harr...@hcahealthcare.com
> > >
> > > -----Original Message-----
> > > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On
> > > Behalf Of rpinion865
> > > Sent: Thursday, February 16, 2023 9:37 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: {EXTERNAL} zOSMF
> > >
> > > CAUTION! This email originated from outside of our organization. DO
> > > NOT CLICK links or open attachments unless you recognize the sender
> > > and know the content is safe.
> > >
> > > Running zOSMF under z/OS 2.4. In attempting to load the Portable
> > > Software Instance, retrieving the contents from the directory, that
> > > was used when the order was retrieved to our system, I get the
> following error.
> > >
> > > An error was found in file "/u/pinionr/TDMF/IZUD00DF.json". Error:
> > > "The file contains data that is not supported by the current level of
> z/OSMF.
> > > The version = 8."IZUD277E Feb 16, 2023, 10:14:02 AM
> > >
> > > I have no idea how to proceed. If I need to apply maintenance to
> > > zOSMF, how would I be able to proceed?
> > >
> > > Sent with [Proton Mail](
> > >
> > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Furld
> > efense.com%2Fv3%2F__https%3A%2F%2Fproton.me%2F__%3B!!LgPfcEISpGU!vlU0i
> > qbugIfvV7HijMEm4JcqCCtIGOVes01SZ-URq4XEkFMGC84ma_3q1ruW8IaDqiRE%24&dat
> > a=05%7C01%7Cterri.shaffer%40ACIWORLDWIDE.COM%7Ca0dd1c4a8352400497e008d
> > b1e898c1b%7Cd1b7f1185cb24d4e85a382e07efb07e9%7C1%7C0%7C638137348367422
> > 999%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTi
> > I6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=xzDjJ5OvE8hzffjE%2FJuZH
> > 77r7cbEbFvrBAt0vQQmZ7g%3D&reserved=0
> > > ) secure email.
> > >
> > > --------------------------------------------------------------------
> > > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send
> > email
> > > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > >
> > > --------------------------------------------------------------------
> > > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send
> > email
> > > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > > ________________________________
> > > [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
> > >
> > --
> > 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
> >
>
> ----------------------------------------------------------------------
> 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
