Re: zOSMF - Installing z/OS 3.1 Observations

2024-05-15 Thread rpinion865
When all else fails, use a sledge hammer!




Sent with Proton Mail secure email.

On Wednesday, May 15th, 2024 at 8:50 AM, Shaffer, Terri 
<017d5f778222-dmarc-requ...@listserv.ua.edu> wrote:

> So this is my first real time using zOSMF for a software installation. So I 
> have a few complaints.
> 
> First No SSA is being used, IBM decided to tack on a .# to every dataset, 
> HATE this and I modified it.
> 
> I have SMS rules already defined for SYS1SSA, so I changed my configuration 
> layout to my SYS1 datasets are now SYS1SSA.SYS1.
> 
> This allowed my already setup SMS rules to function.
> 
> NEXT they don’t allow an already added defined ZFS for workdir to be used, 
> they wanted to allocate at 14451 cylinder dataset. Not going to happen.
> 
> I already have 2 full MOD-27 defined for SMPNTS and UNZIP space.
> 
> So I edited the BUILT JCL and deleted every place they tried to define and 
> use /tmp and pointed to my already defined work space!
> 
> And my jobs are happily running now..
> 
> 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] 
> 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: zOSMF - Installing z/OS 3.1 Observations

2024-05-15 Thread Shaffer, Terri
No sure what I did is a sledgehammer approach as I had to edit the SERVERPAC 
JCL on many occasions also, because the defined jobs didnt work in my 
configuration and setup.

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 
rpinion865
Sent: Wednesday, May 15, 2024 8:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - Installing z/OS 3.1 Observations

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


When all else fails, use a sledge hammer!




Sent with Proton Mail secure email.

On Wednesday, May 15th, 2024 at 8:50 AM, Shaffer, Terri 
<017d5f778222-dmarc-requ...@listserv.ua.edu> wrote:

> So this is my first real time using zOSMF for a software installation. So I 
> have a few complaints.
>
> First No SSA is being used, IBM decided to tack on a .# to every dataset, 
> HATE this and I modified it.
>
> I have SMS rules already defined for SYS1SSA, so I changed my configuration 
> layout to my SYS1 datasets are now SYS1SSA.SYS1.
>
> This allowed my already setup SMS rules to function.
>
> NEXT they don't allow an already added defined ZFS for workdir to be used, 
> they wanted to allocate at 14451 cylinder dataset. Not going to happen.
>
> I already have 2 full MOD-27 defined for SMPNTS and UNZIP space.
>
> So I edited the BUILT JCL and deleted every place they tried to define and 
> use /tmp and pointed to my already defined work space!
>
> And my jobs are happily running now..
>
> 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]
> 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

 [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


Re: zOSMF - Installing z/OS 3.1 Observations

2024-05-15 Thread william janulin
 I thought this product was ti simplify the process.make the job easier?
Sorry, Bill J. 
On Wednesday, May 15, 2024 at 09:16:10 AM EDT, Shaffer, Terri 
<017d5f778222-dmarc-requ...@listserv.ua.edu> wrote:  
 
 No sure what I did is a sledgehammer approach as I had to edit the SERVERPAC 
JCL on many occasions also, because the defined jobs didnt work in my 
configuration and setup.

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 
rpinion865
Sent: Wednesday, May 15, 2024 8:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - Installing z/OS 3.1 Observations

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


When all else fails, use a sledge hammer!




Sent with Proton Mail secure email.

On Wednesday, May 15th, 2024 at 8:50 AM, Shaffer, Terri 
<017d5f778222-dmarc-requ...@listserv.ua.edu> wrote:

> So this is my first real time using zOSMF for a software installation. So I 
> have a few complaints.
>
> First No SSA is being used, IBM decided to tack on a .# to every dataset, 
> HATE this and I modified it.
>
> I have SMS rules already defined for SYS1SSA, so I changed my configuration 
> layout to my SYS1 datasets are now SYS1SSA.SYS1.
>
> This allowed my already setup SMS rules to function.
>
> NEXT they don't allow an already added defined ZFS for workdir to be used, 
> they wanted to allocate at 14451 cylinder dataset. Not going to happen.
>
> I already have 2 full MOD-27 defined for SMPNTS and UNZIP space.
>
> So I edited the BUILT JCL and deleted every place they tried to define and 
> use /tmp and pointed to my already defined work space!
>
> And my jobs are happily running now..
>
> 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]
> 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

 [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: zOSMF - Installing z/OS 3.1 Observations

2024-05-15 Thread Shaffer, Terri
Actually I don't mind z/OSMF now, but just like the infancy of serverpac, like 
originally not allowing dataset name changes on what were deemed IPL datasets 
and other changes I needed for my shop, IBM cant assume everything works as 
their test environment does or that space is unlimited.

If they decide not be flexible, so be it, I can edit the JCL and have my work 
around like before.

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 
william janulin
Sent: Wednesday, May 15, 2024 10:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - Installing z/OS 3.1 Observations

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


 I thought this product was ti simplify the process.make the job easier?
Sorry, Bill J.
On Wednesday, May 15, 2024 at 09:16:10 AM EDT, Shaffer, Terri 
<017d5f778222-dmarc-requ...@listserv.ua.edu> wrote:

 No sure what I did is a sledgehammer approach as I had to edit the SERVERPAC 
JCL on many occasions also, because the defined jobs didnt work in my 
configuration and setup.

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 
rpinion865
Sent: Wednesday, May 15, 2024 8:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - Installing z/OS 3.1 Observations

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


When all else fails, use a sledge hammer!




Sent with Proton Mail secure email.

On Wednesday, May 15th, 2024 at 8:50 AM, Shaffer, Terri 
<017d5f778222-dmarc-requ...@listserv.ua.edu> wrote:

> So this is my first real time using zOSMF for a software installation. So I 
> have a few complaints.
>
> First No SSA is being used, IBM decided to tack on a .# to every dataset, 
> HATE this and I modified it.
>
> I have SMS rules already defined for SYS1SSA, so I changed my configuration 
> layout to my SYS1 datasets are now SYS1SSA.SYS1.
>
> This allowed my already setup SMS rules to function.
>
> NEXT they don't allow an already added defined ZFS for workdir to be used, 
> they wanted to allocate at 14451 cylinder dataset. Not going to happen.
>
> I already have 2 full MOD-27 defined for SMPNTS and UNZIP space.
>
> So I edited the BUILT JCL and deleted every place they tried to define and 
> use /tmp and pointed to my already defined work space!
>
> And my jobs are happily running now..
>
> 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]
> 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 
  
[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


--

Re: zOSMF - Installing z/OS 3.1 Observations

2024-05-15 Thread Jousma, David
Ok, so I will speak out to my positive experiences….

I’m personally not in favor of a GUI for the sake of a GUI without bringing 
advantages to the table.   But I have become a ZOSMF fan more recently.

Serverpac – On the ISPF panels, old process, I could have the entire process 
laid down, and complete in less than a day, that is massaging the new config by 
merging the prior, and then doing the customizations.  Did zOS 3.1 Serverpac on 
z/OSMF and that process even got more simple.   Yea, took a bit of time to get 
used to the workflows, but it really was good.  Still took about half a day, 
mostly because the jobs to load the datasets just takes a long time, but it was 
easy.   Did I have to adapt?  Sure, but I’m not that stuck in my ways to not 
adapt to a new process.

ZCX management – provisioning, upgrading, etc – Once you put your local values 
in, you click go, and it’s done in like 10 minutes.   There is no way I’d want 
to do what that workflow does manually.  We are running a Rocket Terminal 
Emulator – Web in a 6 node cluster to get our feet wet.I am playing with 
Omegamon TEPS in ZCX cluster.   When IBM releases a docker version of Omegamon 
TEMS, then we’ll move both the TEMS and TEPS off of the AIX box its running on 
today.

Network Configuration assistant for Policy agent – very nice cannot live 
without.

What I *wish* IBM would adopt?   All of these other IBM products that make you 
install/maintain an entirely separate product to provide their GUI interfaces 
should be building ZOSMF plug-in’s.   Im talking about TWS dynamic workload 
console, GDPS Gui interface, Omegamon TEPS, IBM Storage insights, etc

Especially frustrating (at least in our shop) is when a mainframe based tool 
needs a Windows or Linux server instance to complete the installation.   The 
amount of red-tape to get something provisioned is extremely heavy.   This is 
part of the reason I personally have been getting educated in ZCX and docker 
containers.   If I can put up a container on my machine, and maintain it as 
part of our infrastructure, its way less headaches.

Anyway my opinion, FWIW.

Dave Jousma
Vice President | Director, Technology Engineering





From: IBM Mainframe Discussion List  on behalf of 
william janulin <008d52e04f2e-dmarc-requ...@listserv.ua.edu>
Date: Wednesday, May 15, 2024 at 10:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: zOSMF - Installing z/OS 3.1 Observations
I thought this product was ti simplify the process. . . . . make the job 
easier? Sorry, Bill J.   On Wednesday, May 15, 2024 at 09: 16: 10 AM EDT, 
Shaffer, Terri <017d5f778222-dmarc-request@ listserv. ua. edu> wrote: No 
sure what I did is


 I thought this product was ti simplify the process.make the job easier?

Sorry, Bill J.

On Wednesday, May 15, 2024 at 09:16:10 AM EDT, Shaffer, Terri 
<017d5f778222-dmarc-requ...@listserv.ua.edu> wrote:



 No sure what I did is a sledgehammer approach as I had to edit the SERVERPAC 
JCL on many occasions also, because the defined jobs didnt work in my 
configuration and setup.



This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

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


Re: zOSMF - Installing z/OS 3.1 Observations

2024-05-15 Thread Brian Westerman
z/OSMF is not in it's infancy, it's been around for several years now, it's new 
to force z/OS installs with it.  I have now installed my 22nd z/OS install with 
z/OSMF, (hundreds with Serverpak) and I can tell you that It has gone 
increasingly downhill over especially the past year or so.  The ability to 
change values (dataset sizes and other attributes) has gone from limited, to 
okay back to limited again.  

It's not a "bad" way to install, but it's not as flexible as serverpak and it 
doesn't seem to get any better over time, every new install seems to take a 
small step backwards.  Sending in problem reports about the issues seems to be 
totally ignored.  Especially if you tell IBM about the problem and then also 
give them a work-around.  The attitude seems to be, "well, if you got around 
it, then why is it a problem?"

Sigh,

Brian

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


Re: zOSMF - Installing z/OS 3.1 Observations

2024-05-16 Thread Shaffer, Terri
Okay so riddle me this with IBM's new approach to software installs.

So to load the software they allocate everything with a .# on the end of the 
names, So SYS1.LINKLIB.#, etc...

All the jobs to load all files have completed and ZFS's are now loaded.

I now want my end names to be SYS1.xx

In job IZUD04RN, they try to alter the name which is failing for me because the 
end name is already cataloged.

The old serverpac use to do IEHPROGM, then do the idcams Define for indirect 
cataloging, etc.

So how is this supposed to work now?


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 
Brian Westerman
Sent: Thursday, May 16, 2024 2:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - Installing z/OS 3.1 Observations

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


z/OSMF is not in it's infancy, it's been around for several years now, it's new 
to force z/OS installs with it.  I have now installed my 22nd z/OS install with 
z/OSMF, (hundreds with Serverpak) and I can tell you that It has gone 
increasingly downhill over especially the past year or so.  The ability to 
change values (dataset sizes and other attributes) has gone from limited, to 
okay back to limited again.

It's not a "bad" way to install, but it's not as flexible as serverpak and it 
doesn't seem to get any better over time, every new install seems to take a 
small step backwards.  Sending in problem reports about the issues seems to be 
totally ignored.  Especially if you tell IBM about the problem and then also 
give them a work-around.  The attitude seems to be, "well, if you got around 
it, then why is it a problem?"

Sigh,

Brian

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


Re: zOSMF - Installing z/OS 3.1 Observations

2024-05-16 Thread Shaffer, Terri
Yeah I am going back to my initial impression.  Z/OSMF for software installs is 
garbage.

I had to go back and say DO NOT CATALOG my new ZOS31 datasets.

This then generated all my IEHPROGM jobs to rename every file allocated.

It also generated all the cleanup jobs.

But unless I rerun everything again I cant get to the WORKFLOWS, so I guess I 
will find issues on the fly.

IBM needs a way to read the CPAC.ZOS31.WORKFLOWS dataset and generate a usable 
readable workflow.

The only thing IBM seems to be missing is what are the NEW files in z/OS 3.1 
that don’t exist in z/OS 2.5, they must assume you will always generate a NEW 
Master catalog.

I have not had to do that in over 15 years, still have all my jobs, but useless 
work when upgrading software

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 
Brian Westerman
Sent: Thursday, May 16, 2024 2:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - Installing z/OS 3.1 Observations

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


z/OSMF is not in it's infancy, it's been around for several years now, it's new 
to force z/OS installs with it.  I have now installed my 22nd z/OS install with 
z/OSMF, (hundreds with Serverpak) and I can tell you that It has gone 
increasingly downhill over especially the past year or so.  The ability to 
change values (dataset sizes and other attributes) has gone from limited, to 
okay back to limited again.

It's not a "bad" way to install, but it's not as flexible as serverpak and it 
doesn't seem to get any better over time, every new install seems to take a 
small step backwards.  Sending in problem reports about the issues seems to be 
totally ignored.  Especially if you tell IBM about the problem and then also 
give them a work-around.  The attitude seems to be, "well, if you got around 
it, then why is it a problem?"

Sigh,

Brian

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


Re: zOSMF - Installing z/OS 3.1 Observations

2024-05-16 Thread Kurt Quackenbush
> In job IZUD04RN, they try to alter the name which is failing for me because 
> the end name is already cataloged.

If a data set with that name is already cataloged, then z/OSMF should have 
displayed an error and not generated that deployment JCL.  Off hand I don't 
know why your situation causes this, but please either open a case with IBM 
support, or reach out to me directly, to get to the bottom of it.

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


Re: zOSMF - Installing z/OS 3.1 Observations

2024-05-16 Thread Shaffer, Terri
Kurt,
  Are your entry into building the configuration and workflows, you make some 
assumptions.

I used a MODEL for then I had to update all my file names to my ZOS31 names and 
volumes.

Then we get to the catalog screen, by default it seems you expect/want (maybe) 
everything cataloged, because that was the default of YES.

The jobs that then get generated and IDCAMS ALTERs from SYS1.*.# names to 
SYS1.* names which cause a conflict with my running system names.

The way I got around this was to specify DO NOT CATALOG, this then generated, 
every job I needed to IEHPROGM RENAMES and cleanup OLD .# NAMES.

But now because I don’t want to re-run all the load jobs again, I am locked out 
of the workflows, because NOW I get duplicate datasets issues.

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: Thursday, May 16, 2024 8:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - Installing z/OS 3.1 Observations

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


> In job IZUD04RN, they try to alter the name which is failing for me because 
> the end name is already cataloged.

If a data set with that name is already cataloged, then z/OSMF should have 
displayed an error and not generated that deployment JCL.  Off hand I don't 
know why your situation causes this, but please either open a case with IBM 
support, or reach out to me directly, to get to the bottom of it.

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

 [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


Re: zOSMF - Installing z/OS 3.1 Observations

2024-05-16 Thread Brian Westerman
The problem with reporting these types of issues is that they appear to be 
completely ignored.  In my case, I have been told several times that since i 
have a workaround, there is no reason to open an issue.  So now I just don't 
even bother to report them.  I just make a note for the next time.

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


Re: zOSMF - Installing z/OS 3.1 Observations

2024-05-17 Thread Shaffer, Terri
But this is why z/OSMF is NOT ready for prime time.  In SERVERPAC I could go 
back into the dialogs and change things and still continue with NO ISSues.

In the garbage called z/OSMF, it wipes out everything.  I lost all my WORKFLOW 
DIALOGS because I had to change the catalog setting Only!!

There needs to be a WAY to create the workflow SCREENS otherwise this is 
useless!

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 
Brian Westerman
Sent: Friday, May 17, 2024 1:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - Installing z/OS 3.1 Observations

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


The problem with reporting these types of issues is that they appear to be 
completely ignored.  In my case, I have been told several times that since i 
have a workaround, there is no reason to open an issue.  So now I just don't 
even bother to report them.  I just make a note for the next time.

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


Re: zOSMF - Installing z/OS 3.1 Observations

2024-05-17 Thread Mike Shaw
If z/OSMF were an ISV product that you had to pay for, it would not sell
very well, IMO. There would be trial installs, but very few licenses sold.

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


On Fri, May 17, 2024 at 6:51 AM Shaffer, Terri <
017d5f778222-dmarc-requ...@listserv.ua.edu> wrote:

> But this is why z/OSMF is NOT ready for prime time.  In SERVERPAC I could
> go back into the dialogs and change things and still continue with NO
> ISSues.
>
> In the garbage called z/OSMF, it wipes out everything.  I lost all my
> WORKFLOW DIALOGS because I had to change the catalog setting Only!!
>
> There needs to be a WAY to create the workflow SCREENS otherwise this is
> useless!
>
> 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 Brian Westerman
> Sent: Friday, May 17, 2024 1:10 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: zOSMF - Installing z/OS 3.1 Observations
>
> EXTERNAL EMAIL: Do not click links or open attachments unless you know the
> content is safe.
>
>
> The problem with reporting these types of issues is that they appear to be
> completely ignored.  In my case, I have been told several times that since
> i have a workaround, there is no reason to open an issue.  So now I just
> don't even bother to report them.  I just make a note for the next time.
>
> --
> 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: zOSMF - Installing z/OS 3.1 Observations

2024-05-17 Thread Shaffer, Terri
My Biggest issue, is there is NO flexibility in z/OSMF Software deployments and 
if you need to change 1 thing, it completely wipes out everything.

They have built in checks for every single dataset, so IF it thinks there is a 
duplicate it stops everything.

In my 40 years in mvs/zos it has gotten very flexible, even SERVERPAC before 
IBM cancelled it, it worked great, maybe in the first year or 2, there were 
limitations but even those had workarounds, like some dataset renames where not 
allowed. But the jobs always got created.

Here I had to go back and change 1 setting to say DO NOT CATALOG, so that 
IEHPROGM statements got built instead of IDCAMS ALTERS and they blasted my 
access to the workflows screens. Now if I try I get duplicates.  I really don’t 
want to spend another 7 hours deleting everything, just to get the upgrade 
workflows

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 
Mike Shaw
Sent: Friday, May 17, 2024 9:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - Installing z/OS 3.1 Observations

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


If z/OSMF were an ISV product that you had to pay for, it would not sell very 
well, IMO. There would be trial installs, but very few licenses sold.

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


On Fri, May 17, 2024 at 6:51 AM Shaffer, Terri < 
017d5f778222-dmarc-requ...@listserv.ua.edu> wrote:

> But this is why z/OSMF is NOT ready for prime time.  In SERVERPAC I
> could go back into the dialogs and change things and still continue
> with NO ISSues.
>
> In the garbage called z/OSMF, it wipes out everything.  I lost all my
> WORKFLOW DIALOGS because I had to change the catalog setting Only!!
>
> There needs to be a WAY to create the workflow SCREENS otherwise this
> is useless!
>
> 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 Brian Westerman
> Sent: Friday, May 17, 2024 1:10 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: zOSMF - Installing z/OS 3.1 Observations
>
> EXTERNAL EMAIL: Do not click links or open attachments unless you know
> the content is safe.
>
>
> The problem with reporting these types of issues is that they appear
> to be completely ignored.  In my case, I have been told several times
> that since i have a workaround, there is no reason to open an issue.
> So now I just don't even bother to report them.  I just make a note for the 
> next time.
>
> --
> 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

 [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


Re: zOSMF - Installing z/OS 3.1 Observations

2024-05-17 Thread Colin Paice
I tried using z/OSMF to set up CS Policy Agent to set up AT-TLS, and
blogged my experiences here
<https://colinpaice.blog/2022/06/16/using-z-osmf-workflows-for-tcpip/>.
It made the easy bits a bit easier, but does not help with the hard stuff.
It feels like they took a paper process and made a workflow out of it.
You need to be an expert before you start to understand the flow and
identify what you need to specify.
Having been through the workflow it produced JCL which didn't work!
I gave up because it was easier not to use z/OSMF.

I am a great believer in creating a small configuration which works, so the
creator can play with it, and understands it.  Then extend it.

Colin

On Fri, 17 May 2024 at 14:17, Mike Shaw  wrote:

> If z/OSMF were an ISV product that you had to pay for, it would not sell
> very well, IMO. There would be trial installs, but very few licenses sold.
>
> Mike Shaw
> MVS/QuickRef Support Group
> Chicago-Soft, Ltd.
>
>
> On Fri, May 17, 2024 at 6:51 AM Shaffer, Terri <
> 017d5f778222-dmarc-requ...@listserv.ua.edu> wrote:
>
> > But this is why z/OSMF is NOT ready for prime time.  In SERVERPAC I could
> > go back into the dialogs and change things and still continue with NO
> > ISSues.
> >
> > In the garbage called z/OSMF, it wipes out everything.  I lost all my
> > WORKFLOW DIALOGS because I had to change the catalog setting Only!!
> >
> > There needs to be a WAY to create the workflow SCREENS otherwise this is
> > useless!
> >
> > 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 Brian Westerman
> > Sent: Friday, May 17, 2024 1:10 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: zOSMF - Installing z/OS 3.1 Observations
> >
> > EXTERNAL EMAIL: Do not click links or open attachments unless you know
> the
> > content is safe.
> >
> >
> > The problem with reporting these types of issues is that they appear to
> be
> > completely ignored.  In my case, I have been told several times that
> since
> > i have a workaround, there is no reason to open an issue.  So now I just
> > don't even bother to report them.  I just make a note for the next time.
> >
> > --
> > 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
>

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


Re: zOSMF - Installing z/OS 3.1 Observations

2024-05-17 Thread Roberto Halais
Same for me. Tried Policy Agent config on z/osmf and gave up.
Not an intuitive software.


Politics: Poli (many) - tics (blood sucking parasites)


On Fri, May 17, 2024 at 12:00 PM Colin Paice <
059d4daca697-dmarc-requ...@listserv.ua.edu> wrote:

> I tried using z/OSMF to set up CS Policy Agent to set up AT-TLS, and
> blogged my experiences here
> <https://colinpaice.blog/2022/06/16/using-z-osmf-workflows-for-tcpip/>.
> It made the easy bits a bit easier, but does not help with the hard stuff.
> It feels like they took a paper process and made a workflow out of it.
> You need to be an expert before you start to understand the flow and
> identify what you need to specify.
> Having been through the workflow it produced JCL which didn't work!
> I gave up because it was easier not to use z/OSMF.
>
> I am a great believer in creating a small configuration which works, so the
> creator can play with it, and understands it.  Then extend it.
>
> Colin
>
> On Fri, 17 May 2024 at 14:17, Mike Shaw  wrote:
>
> > If z/OSMF were an ISV product that you had to pay for, it would not sell
> > very well, IMO. There would be trial installs, but very few licenses
> sold.
> >
> > Mike Shaw
> > MVS/QuickRef Support Group
> > Chicago-Soft, Ltd.
> >
> >
> > On Fri, May 17, 2024 at 6:51 AM Shaffer, Terri <
> > 017d5f778222-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > > But this is why z/OSMF is NOT ready for prime time.  In SERVERPAC I
> could
> > > go back into the dialogs and change things and still continue with NO
> > > ISSues.
> > >
> > > In the garbage called z/OSMF, it wipes out everything.  I lost all my
> > > WORKFLOW DIALOGS because I had to change the catalog setting Only!!
> > >
> > > There needs to be a WAY to create the workflow SCREENS otherwise this
> is
> > > useless!
> > >
> > > 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 Brian Westerman
> > > Sent: Friday, May 17, 2024 1:10 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: zOSMF - Installing z/OS 3.1 Observations
> > >
> > > EXTERNAL EMAIL: Do not click links or open attachments unless you know
> > the
> > > content is safe.
> > >
> > >
> > > The problem with reporting these types of issues is that they appear to
> > be
> > > completely ignored.  In my case, I have been told several times that
> > since
> > > i have a workaround, there is no reason to open an issue.  So now I
> just
> > > don't even bother to report them.  I just make a note for the next
> time.
> > >
> > > --
> > > 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
> >
>
> --
> 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: zOSMF - Installing z/OS 3.1 Observations

2024-05-17 Thread Shaffer, Terri
So I just wanted to update everyone as an FYI.

If you ever need to change an option or even a dataset name after you night 
have run a few steps, you would normally get duplicate messages.

Just specify INIT all volumes, The dialog will create those NEW INIT jobs and 
others, but just set them as OVER_RIDE COMPLETE, or run what you need and 
continue.

Doing this I was able to mark all my jobs complete and I am happily working on 
my WORKFLOW dialogs steps.

I understand, some of this is a learning curve, but I think IBM, should add 
some verbiage (or maybe I missed it) on what occurs when you MERGE and/or if 
you specify DO NOT CATALOG on the volumes stage of the deployment steps.  
Because you get a completely different set of jobs.

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 
Shaffer, Terri
Sent: Friday, May 17, 2024 9:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - Installing z/OS 3.1 Observations

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


My Biggest issue, is there is NO flexibility in z/OSMF Software deployments and 
if you need to change 1 thing, it completely wipes out everything.

They have built in checks for every single dataset, so IF it thinks there is a 
duplicate it stops everything.

In my 40 years in mvs/zos it has gotten very flexible, even SERVERPAC before 
IBM cancelled it, it worked great, maybe in the first year or 2, there were 
limitations but even those had workarounds, like some dataset renames where not 
allowed. But the jobs always got created.

Here I had to go back and change 1 setting to say DO NOT CATALOG, so that 
IEHPROGM statements got built instead of IDCAMS ALTERS and they blasted my 
access to the workflows screens. Now if I try I get duplicates.  I really don’t 
want to spend another 7 hours deleting everything, just to get the upgrade 
workflows

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 
Mike Shaw
Sent: Friday, May 17, 2024 9:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - Installing z/OS 3.1 Observations

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


If z/OSMF were an ISV product that you had to pay for, it would not sell very 
well, IMO. There would be trial installs, but very few licenses sold.

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


On Fri, May 17, 2024 at 6:51 AM Shaffer, Terri < 
017d5f778222-dmarc-requ...@listserv.ua.edu> wrote:

> But this is why z/OSMF is NOT ready for prime time.  In SERVERPAC I
> could go back into the dialogs and change things and still continue
> with NO ISSues.
>
> In the garbage called z/OSMF, it wipes out everything.  I lost all my
> WORKFLOW DIALOGS because I had to change the catalog setting Only!!
>
> There needs to be a WAY to create the workflow SCREENS otherwise this
> is useless!
>
> 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 Brian Westerman
> Sent: Friday, May 17, 2024 1:10 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: zOSMF - Installing z/OS 3.1 Observations
>
> EXTERNAL EMAIL: Do not click links or open attachments unless you know
> the content is safe.
>
>
> The problem with reporting these types of issues is that they appear
> to be completely ignored.  In my case, I have been told several times
> that since i have a workaround, there is no reason to open an issue.
> So now I just don't even bother to report them.  I just make a note for the 
> next time.
>
> --
> 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
> 

Re: zOSMF - Installing z/OS 3.1 Observations

2024-05-17 Thread Brian Westerman
That's a very good point.  Normally IBM is much better than this when it comes 
to products that you have no choice about using.

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


Re: zOSMF - Installing z/OS 3.1 Observations

2024-05-20 Thread Shaffer, Terri
Hey so my SMS coding of ACS routines needs work, but does anyone know if you 
can code this?

FILTLIST  SYS1 INCLUDE(SYS1.**.#)   So that I can code 
around the new z/OSMF removal of the SSA specification?

Since IBM has determined the new method just adds a  .# to the end of every 
dataset for allocation?

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 
Brian Westerman
Sent: Saturday, May 18, 2024 12:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - Installing z/OS 3.1 Observations

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


That's a very good point.  Normally IBM is much better than this when it comes 
to products that you have no choice about using.

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


Re: zOSMF - Installing z/OS 3.1 Observations

2024-05-20 Thread Jousma, David
We have a sms storclas called scnosms that our team can code so that we can 
direct allocations where we want.

Dave Jousma

Vice President | Director, Technology Engineering


Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546

616.653.8429

From: IBM Mainframe Discussion List  on behalf of 
Shaffer, Terri <017d5f778222-dmarc-requ...@listserv.ua.edu>
Sent: Monday, May 20, 2024 1:27:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: zOSMF - Installing z/OS 3.1 Observations

Hey so my SMS coding of ACS routines needs work, but does anyone know if you 
can code this? FILTLIST SYS1 INCLUDE(SYS1. **. #) So that I can code around the 
new z/OSMF removal of the SSA specification? Since IBM has determined the new 
method


Hey so my SMS coding of ACS routines needs work, but does anyone know if you 
can code this?

FILTLIST  SYS1 INCLUDE(SYS1.**.#)   So that I can code 
around the new z/OSMF removal of the SSA specification?

Since IBM has determined the new method just adds a  .# to the end of every 
dataset for allocation?

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 
Brian Westerman
Sent: Saturday, May 18, 2024 12:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - Installing z/OS 3.1 Observations

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


That's a very good point.  Normally IBM is much better than this when it comes 
to products that you have no choice about using.

--
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-804/images/aci-footer.jpg__;!!MwwqYLOC6b6whF7V!jYZFbIqwgCzcGPlkg4zw63P3MausYbk0rBJw40H4NPiSSqv1ajRbA1XEcvZaDqDfQ0thfckRvzc5MKOmnauU-0dJIVJh9R-hezo$]
 
<https://urldefense.com/v3/__http://www.aciworldwide.com__;!!MwwqYLOC6b6whF7V!jYZFbIqwgCzcGPlkg4zw63P3MausYbk0rBJw40H4NPiSSqv1ajRbA1XEcvZaDqDfQ0thfckRvzc5MKOmnauU-0dJIVJhxLBXwbc$>
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


This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

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