Same here. I build a new OS on one lpar and do rolling IPL's to upgrade the
rest.
Again, a new option is fine for those that want it, but one size does not fit
all.
Why remove a working option and force everyone to use something they don't need?
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
Pommier, Rex
Sent: Tuesday, March 7, 2023 9:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: {EXTERNAL} Re: Re: 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.
Hi Rob and Terri,
I'll weigh in here from the opposite end of the spectrum. From my POV, z/OSMF
is nothing but overhead for us. We have a very small system. 2 LPARs, no
sysplex, nothing difficult about it. We build a new OS on one of them and
clone it to the other and we're done. All z/OSMF is going to do for us is add
complexity to a simple system. And I agree with Terri and Barbara that the
next gen of sysprog won't have a clue where to go looking when z/OSMF breaks.
Rex
-----Original Message-----
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Rob
Schramm
Sent: Monday, March 6, 2023 9:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: zOSMF
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://urldefense.com/v3/__https://nam11.safelinks.protection.outlo
> > ok.com/?url=https*3A*2F*2Furld__;JSUl!!KjMRP1Ixj6eLE0Fj!rxhZRQ70IpKR
> > 47iJbWoCfmDc7n6B-nKoMN9VZg8glu3UNLzLgwJT2WzbJqUKsPgRmUFtTdRdYF-7jlEo
> > _dElzGg$
> > efense.com%2Fv3%2F__https%3A%2F%2Fproton.me%2F__%3B!!LgPfcEISpGU!vlU
> > 0i
> > qbugIfvV7HijMEm4JcqCCtIGOVes01SZ-URq4XEkFMGC84ma_3q1ruW8IaDqiRE%24&d
> > at
> > a=05%7C01%7Cterri.shaffer%40ACIWORLDWIDE.COM%7Ca0dd1c4a8352400497e00
> > 8d
> > b1e898c1b%7Cd1b7f1185cb24d4e85a382e07efb07e9%7C1%7C0%7C6381373483674
> > 22
> > 999%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJB
> > Ti
> > I6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=xzDjJ5OvE8hzffjE%2FJu
> > ZH
> > 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://urldefense.com/v3/__https://go.aciworldwide.com/rs/030-RO
> > > K-804/images/aci-footer.jpg__;!!KjMRP1Ixj6eLE0Fj!rxhZRQ70IpKR47iJb
> > > WoCfmDc7n6B-nKoMN9VZg8glu3UNLzLgwJT2WzbJqUKsPgRmUFtTdRdYF-7jlEoP29
> > > 3pBo$ ] <
> > > https://urldefense.com/v3/__http://www.aciworldwide.com__;!!KjMRP1
> > > Ixj6eLE0Fj!rxhZRQ70IpKR47iJbWoCfmDc7n6B-nKoMN9VZg8glu3UNLzLgwJT2Wz
> > > bJqUKsPgRmUFtTdRdYF-7jlEoDq2srro$ > 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://urldefense.com/v3/__https://go.aciworldwide.com/rs/030-ROK-80
> 4/images/aci-footer.jpg__;!!KjMRP1Ixj6eLE0Fj!rxhZRQ70IpKR47iJbWoCfmDc7
> n6B-nKoMN9VZg8glu3UNLzLgwJT2WzbJqUKsPgRmUFtTdRdYF-7jlEoP293pBo$ ] <
> https://urldefense.com/v3/__http://www.aciworldwide.com__;!!KjMRP1Ixj6
> eLE0Fj!rxhZRQ70IpKR47iJbWoCfmDc7n6B-nKoMN9VZg8glu3UNLzLgwJT2WzbJqUKsPg
> RmUFtTdRdYF-7jlEoDq2srro$ > 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
----------------------------------------------------------------------
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
