Re: zOSMF - Installing z/OS 3.1 Observations

[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: Fault Analyzer output for executed instructions?

[Seymour J Metz]

Convert From Packed has an 8 bit length field, and it can generate IC 07 with 
DXC 0 or 3.

In my case it was an EX of an RP, so both the length and rounding factor are a 
nybble.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר


From: IBM Mainframe Discussion List  on behalf of 
Peter Relson 
Sent: Wednesday, May 15, 2024 10:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Fault Analyzer output for executed instructions?

Mike Schwab wrote

Length is a nibble, x0 is one byte, one digit, one sign, xF is 16
bytes, 31 digits, 1 sign.

On Tue, May 14, 2024 at 6:48 PM Seymour J Metz 
mailto:sme...@gmu.edu>> wrote:
>
> I have a program that is getting an S0C7 on an EX instruction. The output 
> from Fault Analyzer contains the target instruction as is, with a zero length 
> field, and only displays one byte of the operand.


Could you explain further? It is certainly not true that “in general”, length 
is a nybble.
And I doubt it is true that it is true for every instruction that can get a PIC 
7 (Seymour’s post did not identify the instruction itself that was the target 
of the execute).

I believe that there was a way to have the processing take the instruction 
text, OR with the value from the low byte of register (which indicates whatever 
it indicates), and use that updated instruction text as the basis for a display.

Peter Relson
z/OS Core Technology Design


--
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: Refresh RMFGAT collection settings

[Michael Oujesky]

Off the top of my head:

F RMF,F III,M=04

At 08:27 PM 5/15/2024, Mark Jacobs wrote:
Content-Transfer-Encoding: base64If I make changes to ERBRMF04 is 
there any way to refresh what's being collected without restarting RMFGAT?


Mark Jacobs

Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com


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

Refresh RMFGAT collection settings

[Mark Jacobs]

If I make changes to ERBRMF04 is there any way to refresh what's being 
collected without restarting RMFGAT?

Mark Jacobs

Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com

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

Re: How to bind Assembler program that calls a C program making LDAP calls

[Tony Harminc]

Looking at a C program here that makes LDAP calls, and that is called by
assembler, the JCL to bind it looks like this:

//LKED  EXEC PGM=IEWBLINK,REGION=2M,PARM='MAP,RENT,CALL(YES),
// DYNAM(DLL)'
//SYSPRINT  DD  SYSOUT=*
//SYSLMOD   DD DSN=our.output.pdse,DISP=SHR
//SYSLIBDD DISP=SHR,DSN=CEE.SCEELKED
//  DD DISP=SHR,DSN=GLD.SGLDHDRC
//  DD DISP=SHR,DSN=GLD.SGLDEXPC
//Q1DD PATH='/usr/lpp/ldap/lib/'
//Q2DD PATH='/usr/lpp/ldapclient/lib/'
//Q3DD PATH='/usr/lpp/ldapclient/include/'
//OBJ   DD  DISP=SHR,DSN=our.input.object.lib
//GLD   DD  DISP=SHR,DSN=GLD.SGLDEXPC  Side files
//SYSLIN DD  *
 INCLUDE OBJ(ourobj)
 INCLUDE OBJ(CEEUOPT)  Useful only if you provide your own CEEUOPT
 INCLUDE GLD(GLDCLDPX)
 LIBRARY Q1,Q2,Q3
 ENTRY CEESTART
 NAME ourname(R)
/*

I hesitate to contribute to the proliferation of "I don't know how it works
but we've been using it forever" JCL decks, and indeed  I'm not sure what
of all this is actually necessary, but it does work here. In particular I
don't understand the mix of GLD. datasets and the /usr/lpp/ldap
directories. You might try it, and if it works then start stripping it down
until it breaks.

Tony H.

On Wed, 15 May 2024 at 11:38, Yareni Hernandez Villa <
06437e3c7571-dmarc-requ...@listserv.ua.edu> wrote:

> Hello,
>
> I'm trying to have an Assembler program call a C program that makes LDAP
> calls (though the API provided by Tivoli Directory Server).
> I am able to have the Assembler program call an ordinary C program without
> LDAP calls, and a C program by itself make LDAP calls, but when I try to
> put it all together (Assembler module calling C module calling LDAP), the
> link step for the assembler program gives me a RC = 12 and says:
>
> IEW2456E 9207 SYMBOL ldap_init UNRESOLVED. MEMBER COULD NOT BE INCLUDED
> FROM THE DESIGNATED CALL LIBRARY.
>
> The C program that makes the LDAP calls did not get that link error. The
> assembler program itself isn’t making LDAP calls, but rather calling that C
> program.
>
> The Assembler program is Language Environment conforming.
>
> I have the datasets: GLD.SGLDEXPC and GLD.SGLDHDRC in my JCL for my C
> program compile and bind and added SYS1.SIEALNKE to the Link step of my
> Assembler JCL. Has anyone had success doing something similar or have any
> advice? I currently have a case open with IBM, but they haven’t been able
> to resolve yet.
>
> Thanks,
> Yareni Hernandez Villa
>
> --
> 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: Archeology researce

[Glenn Knickerbocker]

On 5/15/2024 12:13 PM, I wrote:
> Sadly, a direct link to Product Lifecycle search results doesn't work (403 
> Forbidden),

Hmm, maybe that was just a temporary glitch.  This works for me now:

> https://www.ibm.com/support/pages/lifecycle/search/?q=5655-ZOS+or+5650-ZOS+or+5694-A01

¬R

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

Re: Archeology researce

[Glenn Knickerbocker]

On Wed, 15 May 2024 14:08:49 +, Allan Staller  
wrote:
>Does anyone have links or documents to the z/OS 2.4 and 2.5 announcement 
>letters?

For those curious or still looking, this Product Lifecycle list has links to 
all the General availability (GA), End of marketing (EOM), and End of support 
(EOS) announcements of all the z/OS releases to date:

https://www.ibm.com/support/pages/lifecycle/details/?q45=S928720R89459D48

Sadly, a direct link to Product Lifecycle search results doesn't work (403 
Forbidden), but you can go to https://www.ibm.com/support/pages/lifecycle/ and 
search for "5694-A01 or 5650-ZOS or 5655-ZOS" to find all the z/OS releases (at 
least until there's another new version with a new PID).

¬R

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

How to bind Assembler program that calls a C program making LDAP calls

[Yareni Hernandez Villa]

Hello,

I'm trying to have an Assembler program call a C program that makes LDAP calls 
(though the API provided by Tivoli Directory Server). 
I am able to have the Assembler program call an ordinary C program without LDAP 
calls, and a C program by itself make LDAP calls, but when I try to put it all 
together (Assembler module calling C module calling LDAP), the link step for 
the assembler program gives me a RC = 12 and says:

IEW2456E 9207 SYMBOL ldap_init UNRESOLVED. MEMBER COULD NOT BE INCLUDED FROM 
THE DESIGNATED CALL LIBRARY.

The C program that makes the LDAP calls did not get that link error. The 
assembler program itself isn’t making LDAP calls, but rather calling that C 
program. 

The Assembler program is Language Environment conforming.

I have the datasets: GLD.SGLDEXPC and GLD.SGLDHDRC in my JCL for my C program 
compile and bind and added SYS1.SIEALNKE to the Link step of my Assembler JCL. 
Has anyone had success doing something similar or have any advice? I currently 
have a case open with IBM, but they haven’t been able to resolve yet.

Thanks,
Yareni Hernandez Villa

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

[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

[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] 
 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: Archeology researce - Resolved

[Allan Staller]

Classification: Confidential

Replying to my own post. Finally found the required information.
Thanks in advance to all that spent any time on this.

-Original Message-
From: Allan Staller
Sent: Wednesday, May 15, 2024 9:09 AM
To: IBM Mainframe Discussion List 
Subject: Archeology researce

Classification: Confidential

Does anyone have links or documents to the z/OS 2.4 and 2.5 announcement 
letters?

Either links or copies of the documents are acceptable.

TIA,



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
rpinion865
Sent: Wednesday, May 15, 2024 7:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - Installing z/OS 3.1 Observations

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don't click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

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%2Frs%2F030-ROK-804%2Fimages%2Faci-footer.jpg&data=05%
> 7C02%7Callan.staller%40HCLTECH.COM%7Cfb059cb44a284a6d1cf908dc74de7165%
> 7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C638513745953072311%7CUnkn
> own%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwi
> LCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=wH%2BPDvBGRJqaq%2FgZsOWly%2BF4y2t0a%
> 2Frbxs0XjxvfG8w%3D&reserved=0]
> http://www.a/
> ciworldwide.com%2F&data=05%7C02%7Callan.staller%40HCLTECH.COM%7Cfb059c
> b44a284a6d1cf908dc74de7165%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%
> 7C638513745953082077%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQI
> joiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=P2zgNA3Ys
> LJ8ImKlQZeC%2B09fQXCCUeZYTCgxhe3qFI4%3D&reserved=0
>
> 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
::DISCLAIMER::

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


---

Re: zOSMF - Installing z/OS 3.1 Observations

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

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

Archeology researce

[Allan Staller]

Classification: Confidential

Does anyone have links or documents to the z/OS 2.4 and 2.5 announcement 
letters?

Either links or copies of the documents are acceptable.

TIA,



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
rpinion865
Sent: Wednesday, May 15, 2024 7:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - Installing z/OS 3.1 Observations

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don't click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

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%2Frs%2F030-ROK-804%2Fimages%2Faci-footer.jpg&data=05%
> 7C02%7Callan.staller%40HCLTECH.COM%7Cfb059cb44a284a6d1cf908dc74de7165%
> 7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C638513745953072311%7CUnkn
> own%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwi
> LCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=wH%2BPDvBGRJqaq%2FgZsOWly%2BF4y2t0a%
> 2Frbxs0XjxvfG8w%3D&reserved=0]
> http://www.a/
> ciworldwide.com%2F&data=05%7C02%7Callan.staller%40HCLTECH.COM%7Cfb059c
> b44a284a6d1cf908dc74de7165%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%
> 7C638513745953082077%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQI
> joiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=P2zgNA3Ys
> LJ8ImKlQZeC%2B09fQXCCUeZYTCgxhe3qFI4%3D&reserved=0
>
> 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
::DISCLAIMER::

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


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

Re: Fault Analyzer output for executed instructions?

[Peter Relson]

Mike Schwab wrote

Length is a nibble, x0 is one byte, one digit, one sign, xF is 16
bytes, 31 digits, 1 sign.

On Tue, May 14, 2024 at 6:48 PM Seymour J Metz 
mailto:sme...@gmu.edu>> wrote:
>
> I have a program that is getting an S0C7 on an EX instruction. The output 
> from Fault Analyzer contains the target instruction as is, with a zero length 
> field, and only displays one byte of the operand.


Could you explain further? It is certainly not true that “in general”, length 
is a nybble.
And I doubt it is true that it is true for every instruction that can get a PIC 
7 (Seymour’s post did not identify the instruction itself that was the target 
of the execute).

I believe that there was a way to have the processing take the instruction 
text, OR with the value from the low byte of register (which indicates whatever 
it indicates), and use that updated instruction text as the basis for a display.

Peter Relson
z/OS Core Technology Design


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

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

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

[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

zOSMF - Installing z/OS 3.1 Observations

[Shaffer, Terri]

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] 

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: Fault Analyzer output for executed instructions?

[Seymour J Metz]

I'm not sure what you're trying to say. Length is either a nybble or an 8-bit 
byte, depending on the instruction, but in any event EX executes a copy of the 
target with a logical or on bits 8-15 of the target: FA is reporting the 
in-storage contents of bits 8-15 and using that unmodified contents to 
determine how much of the target's operand to print.

In this case, R2 contains XL4'D0', the EX target contains X'F005' and 
the report contains 
 only one byte of the target. 

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר


From: IBM Mainframe Discussion List  on behalf of 
Mike Schwab <05962a42dc49-dmarc-requ...@listserv.ua.edu>
Sent: Tuesday, May 14, 2024 9:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Fault Analyzer output for executed instructions?

Length is a nibble, x0 is one byte, one digit, one sign, xF is 16
bytes, 31 digits, 1 sign.

On Tue, May 14, 2024 at 6:48 PM Seymour J Metz  wrote:
>
> I have a program that is getting an S0C7 on an EX instruction. The output 
> from Fault Analyzer contains the target instruction as is, with a zero length 
> field, and only displays one byte of the operand. Is this a bug or a feature?
>
> Is there a way to force FA to display the entire field as defined in ADATA, 
> or to do the same logical or as the EX does?
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> עַם יִשְׂרָאֵל חַי
> נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
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: Fault Analyzer output for executed instructions?

[Seymour J Metz]

Yes, the report includes field names extracted from IDIADATA. What it does not 
show is the logical or of bits 24-31 of the register with bits 8-15 of the 
executed SRP. The target of the SRP is defined as PL7, but the report only 
shows the first byte.

 EXR2,C2$SRP/* R2 CONTAINS D0   */
 ...
C2$SRP   SRP   WORK(0),62,5 /* 62 = SHIFT RIGHT 2 */

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר


From: IBM Mainframe Discussion List  on behalf of 
Hank Oerlemans 
Sent: Tuesday, May 14, 2024 8:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Fault Analyzer output for executed instructions?

Have you defined IDIADATA to FA during analysis ?
Label "Data Field Declarations" appears for the execute event in the report 
which shows all of the defined field.

Well in my basic test case anyway.

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