Re: D IPLINFO / IEE254I
That would be for Wazi, which runs under an alternative VM and has a unique user id (UUID) and ZVDT which runs under Linux (Ubunto) using IFLs. https://www.ibm.com/support/pages/apar/OA62744 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Schuster Sent: Monday, October 24, 2022 8:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: D IPLINFO / IEE254I Interesting after RSU2209 z/os 2.5 this now displays some VM info: VM CPID = z/VMrelease VM UUID IS NOT PROVIDED VM NAME = vmuserid VM EXT NAME IS NOT PROVIDED -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- This e-mail message has been scanned and cleared by Google Message Security and the UNICOM Global security systems. This message is for the named person's use only. If you receive this message in error, please delete it and notify the sender. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Webcast: Modernize & Secure Your Mainframe Networking
I'm hosting a free Webcast this Friday, October 28, at 11:00 AM Singapore Time on modernizing and securing mainframe networks. Sam Reynolds and Edward Seidl are presenting this week. Major topics include: (a) easy options to retire "raw" SNA (and pre-SNA) protocols that unfortunately only offer weak security at best, and (b) measuring your z/OS network security posture with the z/OS Encryption Readiness Tool (zERT), a no additional charge feature included with the base z/OS operating system. As background, IBM has revealed that quite soon (with an upcoming release) you'll need to rely exclusively on Enterprise Extender (also part of z/OS) if you want to continue carrying SNA traffic across your network. "Last call," really, if you haven't retired "raw" SNA and pre-SNA yet. You'll then be able to secure your network properly and likely enjoy some performance benefits. The live Webcast time likely works best for those of you in New Zealand, India, and all time zones in between. However, it'll still be a fairly reasonable time Thursday evening on the U.S. West Coast (for example). If you can join live you'll have the opportunity to ask us questions, but I believe this Webcast will be recorded if you want to replay it at a more reasonable hour in your time zone. To sign up please visit: https://ibm.biz/apac-webinar-subscription — — — — — Timothy Sipples Senior Architect Digital Assets, Industry Solutions, and Cybersecurity IBM zSystems/LinuxONE, Asia-Pacific sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CAS Restart during system startup
I nagged Mark Thomen into using a reusable ASID for CATALOG in 2006, release z/OS1.9. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY -Original Message- From: IBM Mainframe Discussion List On Behalf Of Barbara Nitz Sent: Tuesday, October 25, 2022 12:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CAS Restart during system startup Mark, >We don't start it in COMMNDxx/IEACMDxx, z/OS starts it as part of the system >initialization process. I take it that you mean the CATALOG address space. This has been so as long as I can remember: CAS starts in asid x'B' (I think) as a limited function address space to provide *some* catalog services to the IPL process. After other supporting address spaces have come up, CAS restarts itself as a full function address space in an asid with a much higher number. x'B' is left unusable for the life of the IPL. I believe this is described to some extent in the books and is also mentioned in SHARE presentations (with more details, IIRC). Regards, Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CAS Restart during system startup
Mark, >We don't start it in COMMNDxx/IEACMDxx, z/OS starts it as part of the system >initialization process. I take it that you mean the CATALOG address space. This has been so as long as I can remember: CAS starts in asid x'B' (I think) as a limited function address space to provide *some* catalog services to the IPL process. After other supporting address spaces have come up, CAS restarts itself as a full function address space in an asid with a much higher number. x'B' is left unusable for the life of the IPL. I believe this is described to some extent in the books and is also mentioned in SHARE presentations (with more details, IIRC). Regards, Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: D IPLINFO / IEE254I
IPCS STATUS SYSTEMwill also display that information. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Schuster Sent: Monday, October 24, 2022 3:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: D IPLINFO / IEE254I Interesting after RSU2209 z/os 2.5 this now displays some VM info: VM CPID = z/VMrelease VM UUID IS NOT PROVIDED VM NAME = vmuserid VM EXT NAME IS NOT PROVIDED -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zOS 1.13 (really) how copy MVS loadmod from ZFS to PDSE
Nightwatch RenBand wrote: >IBM Java support figured it all out. >Java8 uses instructions from the instruction set on z10 and higher >machines. And WE are using a z9 2096 machine. >ERGO S-0C1 was for "ain't no such instruction" rather than the usual not on >a half word boundery. >Thanks for all your help. Wish they would either upgrade or replace the >system so I can go retire... but they keep paying me. >https://www.ibm.com/docs/en/sdk-java-technology/8?topic=installing-supported-environments#supported_env_80__zos Interesting! You might want to ask them when the z10 minimum processor level was introduced since (as far as I can tell) it was introduced at some point in the service stream. At initial announcement the IBM SDK for z/OS, Java Technology Edition, Version 8 was supported on z990/z890 processors or higher with z/OS 1.13 or higher. Then, if you wish (not a recommendation), you could obtain and run the unsupported release just prior to the introduction of the z10 minimum-related code change. I quickly scanned through the release notes, and I haven't been able to find the Service Refresh (SR) or Fix Pack (FP) when the z10 prerequisite was evidently introduced. The Program Directory mentions nothing about a z10 minimum processor level. Alternatively, IBM still provides most of the Java 8 SDK builds going back to the GA release. You can still find them if you navigate through IBM's download pages. What you could try is to roll back to the final Fix Pack for each of the major Service Refreshes to see which one runs on a z9. Here are the final listed Fix Packs for each Service Refresh: GA+IV70681 SR1 FP10 SR2 FP10 SR3 FP22 SR4 FP11 SR5 FP41 SR6 FP36 SR7 FP16 is current, as I write this. So for example try SR6 FP36. If that works, great. If not, try SR5 FP41 next. And so on. I'm assuming any z10 minimum processor level requirement was introduced at a Service Refresh boundary, and that's probably a reasonable assumption. Please let us know how it goes if you head down any of these paths. — — — — — Timothy Sipples Senior Architect Digital Assets, Industry Solutions, and Cybersecurity IBM zSystems/LinuxONE, Asia-Pacific sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
D IPLINFO / IEE254I
Interesting after RSU2209 z/os 2.5 this now displays some VM info: VM CPID = z/VMrelease VM UUID IS NOT PROVIDED VM NAME = vmuserid VM EXT NAME IS NOT PROVIDED -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: possible RFE for V64WAENTRY
Thanks > On Oct 24, 2022, at 2:52 PM, Ramsey Hallman wrote: > > Go to share.org for all sorts of info > > 2023 SHARE Events*SHARE Atlanta | March 5-8**SHARE New Orleans | August > 13-18* > Ramsey > >> On Mon, Oct 24, 2022 at 12:17 PM Joseph Reichman >> wrote: >> >> Thanks BTW >> >> When is the next share what are the perquisites to attend >> >>> On Oct 24, 2022, at 12:49 PM, Rob Scott >> wrote: >>> >>> Joseph >>> >>> My advice would be to go ahead and raise the RFE as there seems to be >> nothing unreasonable in the request. >>> >>> It's chances of being addressed will increase if you can get Share/GSE >> to vote for it as well. >>> >>> Rob Scott >>> Rocket Software >>> >>> -Original Message- >>> From: IBM Mainframe Discussion List On >> Behalf Of Joseph Reichman >>> Sent: 24 October 2022 14:32 >>> To: IBM-MAIN@LISTSERV.UA.EDU >>> Subject: possible RFE for V64WAENTRY >>> >>> EXTERNAL EMAIL >>> >>> >>> >>> >>> >>> The V64WAENTRY contains two flags and starting and ending address >>> >>> >>> >>> Its 31 bit counterpart VSMLIST contains a lot more info though I know >> that there is no subpool about the bar would it be possible to add a TCB >> field to this layout >>> >>> >>> >>> If Peter Relson reads this wonder if he would comment if this has a >> chance for a RFE >>> >>> >>> >>> thanks >>> >>> >>> >>> >>> -- >>> For IBM-MAIN subscribe / signoff / archive access instructions, send >> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >>> >>> >>> Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA >> 02451 ■ Main Office Toll Free Number: +1 855.577.4323 >>> Contact Customer Support: >> https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport >>> Unsubscribe from Marketing Messages/Manage Your Subscription Preferences >> - http://www.rocketsoftware.com/manage-your-email-preferences >>> Privacy Policy - >> http://www.rocketsoftware.com/company/legal/privacy-policy >>> >>> >>> This communication and any attachments may contain confidential >> information of Rocket Software, Inc. All unauthorized use, disclosure or >> distribution is prohibited. If you are not the intended recipient, please >> notify Rocket Software immediately and destroy all copies of this >> communication. Thank you. >>> >>> -- >>> For IBM-MAIN subscribe / signoff / archive access instructions, >>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> > > -- > 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: possible RFE for V64WAENTRY
Go to share.org for all sorts of info 2023 SHARE Events*SHARE Atlanta | March 5-8**SHARE New Orleans | August 13-18* Ramsey On Mon, Oct 24, 2022 at 12:17 PM Joseph Reichman wrote: > Thanks BTW > > When is the next share what are the perquisites to attend > > > On Oct 24, 2022, at 12:49 PM, Rob Scott > wrote: > > > > Joseph > > > > My advice would be to go ahead and raise the RFE as there seems to be > nothing unreasonable in the request. > > > > It's chances of being addressed will increase if you can get Share/GSE > to vote for it as well. > > > > Rob Scott > > Rocket Software > > > > -Original Message- > > From: IBM Mainframe Discussion List On > Behalf Of Joseph Reichman > > Sent: 24 October 2022 14:32 > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: possible RFE for V64WAENTRY > > > > EXTERNAL EMAIL > > > > > > > > > > > > The V64WAENTRY contains two flags and starting and ending address > > > > > > > > Its 31 bit counterpart VSMLIST contains a lot more info though I know > that there is no subpool about the bar would it be possible to add a TCB > field to this layout > > > > > > > > If Peter Relson reads this wonder if he would comment if this has a > chance for a RFE > > > > > > > > thanks > > > > > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA > 02451 ■ Main Office Toll Free Number: +1 855.577.4323 > > Contact Customer Support: > https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport > > Unsubscribe from Marketing Messages/Manage Your Subscription Preferences > - http://www.rocketsoftware.com/manage-your-email-preferences > > Privacy Policy - > http://www.rocketsoftware.com/company/legal/privacy-policy > > > > > > This communication and any attachments may contain confidential > information of Rocket Software, Inc. All unauthorized use, disclosure or > distribution is prohibited. If you are not the intended recipient, please > notify Rocket Software immediately and destroy all copies of this > communication. Thank you. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: possible RFE for V64WAENTRY
Thanks BTW When is the next share what are the perquisites to attend > On Oct 24, 2022, at 12:49 PM, Rob Scott wrote: > > Joseph > > My advice would be to go ahead and raise the RFE as there seems to be nothing > unreasonable in the request. > > It's chances of being addressed will increase if you can get Share/GSE to > vote for it as well. > > Rob Scott > Rocket Software > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Joseph Reichman > Sent: 24 October 2022 14:32 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: possible RFE for V64WAENTRY > > EXTERNAL EMAIL > > > > > > The V64WAENTRY contains two flags and starting and ending address > > > > Its 31 bit counterpart VSMLIST contains a lot more info though I know that > there is no subpool about the bar would it be possible to add a TCB field to > this layout > > > > If Peter Relson reads this wonder if he would comment if this has a chance > for a RFE > > > > thanks > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ > Main Office Toll Free Number: +1 855.577.4323 > Contact Customer Support: > https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport > Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - > http://www.rocketsoftware.com/manage-your-email-preferences > Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy > > > This communication and any attachments may contain confidential information > of Rocket Software, Inc. All unauthorized use, disclosure or distribution is > prohibited. If you are not the intended recipient, please notify Rocket > Software immediately and destroy all copies of this communication. Thank you. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: possible RFE for V64WAENTRY
Joseph My advice would be to go ahead and raise the RFE as there seems to be nothing unreasonable in the request. It's chances of being addressed will increase if you can get Share/GSE to vote for it as well. Rob Scott Rocket Software -Original Message- From: IBM Mainframe Discussion List On Behalf Of Joseph Reichman Sent: 24 October 2022 14:32 To: IBM-MAIN@LISTSERV.UA.EDU Subject: possible RFE for V64WAENTRY EXTERNAL EMAIL The V64WAENTRY contains two flags and starting and ending address Its 31 bit counterpart VSMLIST contains a lot more info though I know that there is no subpool about the bar would it be possible to add a TCB field to this layout If Peter Relson reads this wonder if he would comment if this has a chance for a RFE thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ Main Office Toll Free Number: +1 855.577.4323 Contact Customer Support: https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - http://www.rocketsoftware.com/manage-your-email-preferences Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IMS
Steve, RACF security for IMS components is here from V12. If I recall correctly, V13 was the last to support the gen rules. You need to activate RACF classes. ITschak ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Continuous Monitoring for z/OS, x/Linux & IBM I **| z/VM coming soon * On Mon, Oct 24, 2022 at 5:24 PM Steve Beaver wrote: > In one of my other lifetimes I worked for Texas Commerce Bank and a System > Level DBA > > Took the BMP source and integrated ACF2 Calls for the PSB. > > > > Does anyone know if IBM has ever integrated RACF into the BMP calling > program? > > > > > > > -- > 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: CAS Restart during system startup
We don't start it in COMMNDxx/IEACMDxx, z/OS starts it as part of the system initialization process. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com --- Original Message --- On Monday, October 24th, 2022 at 10:29 AM, Paul Gorlinsky wrote: > Double check ... but CAS should run under the master address space ... S > CAS,SUB=MSTR i believe > > -- > 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: CAS Restart during system startup
Double check ... but CAS should run under the master address space ... S CAS,SUB=MSTR i believe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IMS
In one of my other lifetimes I worked for Texas Commerce Bank and a System Level DBA Took the BMP source and integrated ACF2 Calls for the PSB. Does anyone know if IBM has ever integrated RACF into the BMP calling program? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
CAS Restart during system startup
During system startup, on all systems both when they were at zOS 2.3 and now at zOS 2.5 CAS starts up normally and then for some reason terminates and restarts into a new address space. I've been looking at this for several months and haven't seen anything in the system logs to indicate the root cause. I don't remember seeing this at $previousjobs. Any ideas? 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
IGDSMSxx TRACE
I was wondering, is there any performance penalty for having the IGDSMSxx parameter TRACE set to ON? Sent with [Proton Mail](https://proton.me/) secure email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
possible RFE for V64WAENTRY
The V64WAENTRY contains two flags and starting and ending address Its 31 bit counterpart VSMLIST contains a lot more info though I know that there is no subpool about the bar would it be possible to add a TCB field to this layout If Peter Relson reads this wonder if he would comment if this has a chance for a RFE thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
