Re: z/OSMF and z/OS - volume
W dniu 17.07.2024 o 06:55, Brian Westerman pisze: I don't know if there is a way to work around it, but I changed my directions to pre-allocate the empty volumes before I start the install process after my first test installation back when z/OS 3.1 came out. From then one I just automatically pre-allocate them. I remember thinking how silly that was, but I didn't open a problem on it or anything. Thank you for that. I still can't believe the "enhancement" could introduce such DIS-enhancement. I see some UI/UX improvements, however I also see lack of documentation and such "features" as above. I am NOT GUI enemy. I would like to have z/OSMF as ready to use as ISPF (ready to use and configurable). I understand GUI advantages. However it should work and it should be well documented. BTW: I just found an error in z/OSMF aka Software Management. I renamed some datasets. I made a mistake and used already existing names. SMPE.MVS100 and SMPE.MVS114. Finally I got duplicates and cryptic error message. And original names of the datasets were displayed WRONG. So I had to *guess* which one of "SYS1.DUPLICATE" was MVS100 or MVS114. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another z/OSMF rant. -- Catch-22 is killing me - RESOLVED
And on z/OS 3.1 I found JAVA had to be the V17 level. V8 caused z/OS MF to stop and drop during startup. Matthew On Wed, 17 Jul 2024 08:12:55 -0500, Tom Longfellow wrote: >For those that have uncontrolled curiosity: > >RESOLVED. > >RECAP. > > September 2023 JAVA update on our system 'broke' the submission process of > software deployment. > >Issue was known to IBM Support and a correcting APAR for JAVA was recommended. > >Applying that APAR (with GROUPEXTEND) somehow hijacked the current and >current_64 symbolic links from J8.0 to J11.0. This broke the ability of >z/OSMF to communicate via https and the internet. > >We did not know first - that we had been changed to a new JAVA and second - >J11 is not approved for z/OS 2.5 > >Manual unlink and ln commands were performed to correct the current and >current_64 symbolic links now allows z/OSMF http operations AND the submission > of jobs from software deployment. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another z/OSMF rant. -- Catch-22 is killing me - RESOLVED
For those that have uncontrolled curiosity: RESOLVED. RECAP. September 2023 JAVA update on our system 'broke' the submission process of software deployment. Issue was known to IBM Support and a correcting APAR for JAVA was recommended. Applying that APAR (with GROUPEXTEND) somehow hijacked the current and current_64 symbolic links from J8.0 to J11.0. This broke the ability of z/OSMF to communicate via https and the internet. We did not know first - that we had been changed to a new JAVA and second - J11 is not approved for z/OS 2.5 Manual unlink and ln commands were performed to correct the current and current_64 symbolic links now allows z/OSMF http operations AND the submission of jobs from software deployment. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF and z/OS - volume
I don't know if there is a way to work around it, but I changed my directions to pre-allocate the empty volumes before I start the install process after my first test installation back when z/OS 3.1 came out. From then one I just automatically pre-allocate them. I remember thinking how silly that was, but I didn't open a problem on it or anything. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] z/OSMF and z/OS - volume
Yes, you have to prepare all your volumes in advance. In addition, if you have to go back and modify any allocation, the dialog won't allow you to move on if you have already allocated datasets/libraries on those volumes that push the volume to "too full". Never mind that the first step of the actual generated job deletes the datasets that are being loaded. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Radoslaw Skorupka Sent: Tuesday, July 16, 2024 9:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] z/OSMF and z/OS - volume I am installing z/OS 3.1 using z/OSMF. I am on step Configure Deployment - Data Sets. When I change some dataset to assign a volume I get the following message: Processing failed on system "MVS1" . Error: "GIM70538E: Volume VOL123 is not mounted or does not exist." Do I have to prepare all the volumes in advance? AFAIK, the classic ServerPac dialog allowed to use new (not yet initialized) volumes. One of first jobs was ICKDSF INIT. I miss it. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OSMF and z/OS - volume
I am installing z/OS 3.1 using z/OSMF. I am on step Configure Deployment - Data Sets. When I change some dataset to assign a volume I get the following message: Processing failed on system "MVS1" . Error: "GIM70538E: Volume VOL123 is not mounted or does not exist." Do I have to prepare all the volumes in advance? AFAIK, the classic ServerPac dialog allowed to use new (not yet initialized) volumes. One of first jobs was ICKDSF INIT. I miss it. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF and ServerPac - dataset names
Classification: Confidential The datasets will be renamed later in the workflow... -Original Message- From: IBM Mainframe Discussion List On Behalf Of Radoslaw Skorupka Sent: Saturday, July 13, 2024 7:45 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: z/OSMF and ServerPac - dataset names [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.] I just started z/OS 3.1 installation using z/OSMF. So far, so good. I am on "Configure this deployment - Data Sets" stage. I noticed all my datasets have a name like CB.ST123456.SYS1.LINKLIB. ST123456 is an order number. Obviously I wan to have SYS1.LINKLIB, without two first qualifiers CB.ST123456. Q: Should I rename all datasets in an order? It seems ridiculous to me, I don't believe it would be necessary. However I haven't found any clue about it. BTW: I'm really going to rename *some* datasets, i.e. mass-change ISP.** to SYS1.**, etc. And slightly increase allocation for most. -- Radoslaw Skorupka Lodz, Poland -- 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: z/OSMF and ServerPac - dataset names
Hi Radoslaw. Yes, you have to rename most of the datasets but it is not as bad as it sounds. I think I mapped the datasets to.target volumes and then filtered on the volume to get a list of all sysres datasets. Then you can change the CB. ST123456 prefix to null for all of those datasets in one operation. Repeat for DLIB datasets etc. you may want to leave some datasets as is - datasets such as PDMDIR and other package-related datasets which do not form part of the target system can be left as-is. IIRC it helps is you can base you configuration on an existing software instance. If you did not use ZOsmf to create your previous z/os level you can get z/osmf to create a software instance - it examines the old DDDEFs. That is one of the things that surprised me - I could not see how it could set sensible defaults without a prior version of a ‘profile’ until I saw how it worked. I do not understand all of the fuss about z/osmf - software installation works quite well and is an improvement on the ISPF dialogues in many areas. For instance you do not have to remember the dialogue commands which you may have used once every 2 years. I am also very impressed how quickly IBM (Chinese labs) react to implement corrections and new features. The security checking feature is very good. Keith > On 13 Jul 2024, at 13:45, Radoslaw Skorupka > <0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: > > I just started z/OS 3.1 installation using z/OSMF. > > So far, so good. > I am on "Configure this deployment - Data Sets" stage. > > I noticed all my datasets have a name like CB.ST123456.SYS1.LINKLIB. > ST123456 is an order number. > > Obviously I wan to have SYS1.LINKLIB, without two first qualifiers > CB.ST123456. > > Q: Should I rename all datasets in an order? > > It seems ridiculous to me, I don't believe it would be necessary. However I > haven't found any clue about it. > > BTW: I'm really going to rename *some* datasets, i.e. mass-change ISP.** to > SYS1.**, etc. And slightly increase allocation for most. > > -- > Radoslaw Skorupka > Lodz, Poland > > -- > 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
z/OSMF and ServerPac - dataset names
I just started z/OS 3.1 installation using z/OSMF. So far, so good. I am on "Configure this deployment - Data Sets" stage. I noticed all my datasets have a name like CB.ST123456.SYS1.LINKLIB. ST123456 is an order number. Obviously I wan to have SYS1.LINKLIB, without two first qualifiers CB.ST123456. Q: Should I rename all datasets in an order? It seems ridiculous to me, I don't believe it would be necessary. However I haven't found any clue about it. BTW: I'm really going to rename *some* datasets, i.e. mass-change ISP.** to SYS1.**, etc. And slightly increase allocation for most. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another z/OSMF rant. -- Catch-22 is killing me
It saddens me to see this devolve into an age related arguement. My original thoughts were not of the "Get off my lawn" elderly guy variety. I was not making a "who moved my Cheese" argument. My thoughts were purely personal and functional. I am paid to do a function, then forced to fail at that function. There is an overwhelming trend in humans that "Change is ALWAYS good" --- The only truth is that "Change is ALWAYS change" If a change comes along with a positive benefit, it will slowly supplant the predecessor. Think Cro-magnon vs Neanderthal.Both were functional beings, one became more successful in the competition for life. Sooner or later reality sets in and a winner emerges. z/OSMF is 'Forced Evolution" in my view. As always, you are welcome to your view... Nothing makes my view special... Nor does it make my view meaningless because of my age. [Who said you know my age -- I never said -- any assumptions are your own]. It is not like when you reach age X all of your opiniouns are locked together into a unified front. You may find rebel age Y people in full agreement with those age X folks. For those who are concerned about the original problem. The latest theory remains that JAVA JSSE and z/OSMF are not getting along and z/OSMF cannot create its internal KeyRing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another z/OSMF rant. -- Catch-22 is killing me
You can’t please everyone and it’s even harder to please older people. Which bodes poorly for this crowd. As for Bill being wrong, I’d like to see the list. IBM isn’t likely trying to please the over 60 crowd since they won’t be around much longer. Plus, software is never released flawless. There’s always a push to get it into the public domain, often before it’s fully developed. Dave B. إسرائيل قتلت 40 ألف فلسطيني بريء On Friday, July 12, 2024, 1:06 PM, Colin Paice <059d4daca697-dmarc-requ...@listserv.ua.edu> wrote: Going back about 20 years... I thought ISPF dialog manager and customising was great. Someone used it to produce a terrible tool. You had to enter a lot of data (which it could have queried for). Having used it once, you could not change the configuration. The end user comments were like "ISPF customising is rubbish" meaning the stuff behind ISPF was rubbish. I've also seen some excellent ISPF tools for customising which were really slick. Used properly z/OSMF could be very useful. If you use z/OSMF to create AT-TLS definitions - it does not query what you already have - you have to enter it all from scratch! This is not z/OSMF's fault. Colin On Fri, 12 Jul 2024 at 17:34, Phil Smith III wrote: > Well, like a busted clock, Bill isn't wrong *every* time. The thinking is > that since Kids Today expect GUIs, having one will make z/OS more > attractive/usable for them. That's probably not wrong: y'all use ISPF, > right? That's a GUI, such as they were circa 1980. Why do you use it? > Because it's more productive: it makes stuff easier for you. Same argument > will apply to that PFSK who takes over after you and I stroke out in front > of our 3270 emulators. > > I believe the questions are, as I implied in my earlier post: > > 1) Is z/OSMF usable as a GUI--that is, is it sufficiently functional to > solve the problem? It *seems* like the answer may be "no". But I admit I > have not touched it (I don’t need to--yet). > > 2) Is z/OS even GUI-able without major structural changes? DOS really > wasn't. As we know, it went from "Here's a shell on top of DOS" to "Here's > Windows, with a DOS "command prompt" emulator available". That's a > fundamental difference. Does z/OS need that level of change? I suspect so, > especially since so much is non-standard nowadays--there's no "All the > parmlib stuff is always in SYS1.PARMLIB" the say "All .ini files are in > C:\Windows". Heck, that's so ingrained that any of you who ever had a > Windows machine with Windows on some drive other than C will recall various > products that absolutely would not work...and that's *with* that > standardization! > > I'd like z/OSMF to be The Answer. I'm just not convinced that the folks > driving it understand the challenge or have the resources/vision to meet > it. I hope I'm wrong. > > -----Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Tom Longfellow > Sent: Friday, July 12, 2024 9:05 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: another z/OSMF rant. -- Catch-22 is killing me > > In what way does z/OSMF make zOS more viable? The new crowd of fresh > young bucks will have to learn 'something' in order to work with zOS. Why > does it have to be an 'abstraction' layer isolating them from the down and > dirty details to get a working system. > Right now, their "viability" tool has me dead in the water. Unable to do > my JOB. Sooner or later someone will notice and it will be another nail > in the casket of zOS and IBM. > > Oh sure, GUIs are cool looking and sexy. We are finishing up year 25+ of > a 5 year plan to get off the mainframe. It was sold to the money men with > a few prototype panels of how the GUI might work. The only techincal > detail they were concerned with was "When can we have it". I contend > that the total costs of the grand networks of interelated servers costs way > more than the costs on our mainframe. But, sturdy work horse don't look > the same as thoroughbreds. Pretty pictures win the day. > > I guess I am not buying into current thinking. like "If you CAN encrypt, > you MUST encrypt" , "If it CAN look like Windows, it MUST look like Windows" > > -- > 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...@lis
Re: another z/OSMF rant. -- Catch-22 is killing me
Those are excellent examples of how it MIGHT be just some weaknesses in specific sub-implementations for z/OSMF (not sure what to call those; "sub-implementations" seems at least workable: "when thing X gets z/OSMF-ized"). The AT-TLS thing isn't z/OSMF's fault per se, but it sure would color one's perception of z/OSMF, especially if you hit it early on. And if there are lots of those, then it becomes z/OSMF's fault, because "z/OSMF is hard to use". That statement would be correct in that case, even if, again, it's not z/OSMF's fault per se. And &deity knows that there were lots of terrible early Windows products (Adobe has never corrected theirs)! -Original Message- From: IBM Mainframe Discussion List On Behalf Of Colin Paice Sent: Friday, July 12, 2024 1:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: another z/OSMF rant. -- Catch-22 is killing me Going back about 20 years... I thought ISPF dialog manager and customising was great. Someone used it to produce a terrible tool. You had to enter a lot of data (which it could have queried for). Having used it once, you could not change the configuration. The end user comments were like "ISPF customising is rubbish" meaning the stuff behind ISPF was rubbish. I've also seen some excellent ISPF tools for customising which were really slick. Used properly z/OSMF could be very useful. If you use z/OSMF to create AT-TLS definitions - it does not query what you already have - you have to enter it all from scratch! This is not z/OSMF's fault. Colin On Fri, 12 Jul 2024 at 17:34, Phil Smith III wrote: > Well, like a busted clock, Bill isn't wrong *every* time. The thinking > is that since Kids Today expect GUIs, having one will make z/OS more > attractive/usable for them. That's probably not wrong: y'all use ISPF, > right? That's a GUI, such as they were circa 1980. Why do you use it? > Because it's more productive: it makes stuff easier for you. Same > argument will apply to that PFSK who takes over after you and I stroke > out in front of our 3270 emulators. > > I believe the questions are, as I implied in my earlier post: > > 1) Is z/OSMF usable as a GUI--that is, is it sufficiently functional > to solve the problem? It *seems* like the answer may be "no". But I > admit I have not touched it (I don’t need to--yet). > > 2) Is z/OS even GUI-able without major structural changes? DOS really > wasn't. As we know, it went from "Here's a shell on top of DOS" to > "Here's Windows, with a DOS "command prompt" emulator available". > That's a fundamental difference. Does z/OS need that level of change? > I suspect so, especially since so much is non-standard > nowadays--there's no "All the parmlib stuff is always in SYS1.PARMLIB" > the say "All .ini files are in C:\Windows". Heck, that's so ingrained > that any of you who ever had a Windows machine with Windows on some > drive other than C will recall various products that absolutely would > not work...and that's *with* that standardization! > > I'd like z/OSMF to be The Answer. I'm just not convinced that the > folks driving it understand the challenge or have the resources/vision > to meet it. I hope I'm wrong. > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Tom Longfellow > Sent: Friday, July 12, 2024 9:05 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: another z/OSMF rant. -- Catch-22 is killing me > > In what way does z/OSMF make zOS more viable? The new crowd of fresh > young bucks will have to learn 'something' in order to work with zOS. > Why does it have to be an 'abstraction' layer isolating them from the > down and dirty details to get a working system. > Right now, their "viability" tool has me dead in the water. Unable to do > my JOB. Sooner or later someone will notice and it will be another nail > in the casket of zOS and IBM. > > Oh sure, GUIs are cool looking and sexy. We are finishing up year 25+ of > a 5 year plan to get off the mainframe. It was sold to the money men with > a few prototype panels of how the GUI might work.The only techincal > detail they were concerned with was "When can we have it". I contend > that the total costs of the grand networks of interelated servers costs way > more than the costs on our mainframe. But, sturdy work horse don't look > the same as thoroughbreds. Pretty pictures win the day. > > I guess I am not buying into current thinking. like "If you CAN encrypt, > you MUST encrypt" , "If it CAN look like Windows, it MUST look li
Re: another z/OSMF rant. -- Catch-22 is killing me
Going back about 20 years... I thought ISPF dialog manager and customising was great. Someone used it to produce a terrible tool. You had to enter a lot of data (which it could have queried for). Having used it once, you could not change the configuration. The end user comments were like "ISPF customising is rubbish" meaning the stuff behind ISPF was rubbish. I've also seen some excellent ISPF tools for customising which were really slick. Used properly z/OSMF could be very useful. If you use z/OSMF to create AT-TLS definitions - it does not query what you already have - you have to enter it all from scratch! This is not z/OSMF's fault. Colin On Fri, 12 Jul 2024 at 17:34, Phil Smith III wrote: > Well, like a busted clock, Bill isn't wrong *every* time. The thinking is > that since Kids Today expect GUIs, having one will make z/OS more > attractive/usable for them. That's probably not wrong: y'all use ISPF, > right? That's a GUI, such as they were circa 1980. Why do you use it? > Because it's more productive: it makes stuff easier for you. Same argument > will apply to that PFSK who takes over after you and I stroke out in front > of our 3270 emulators. > > I believe the questions are, as I implied in my earlier post: > > 1) Is z/OSMF usable as a GUI--that is, is it sufficiently functional to > solve the problem? It *seems* like the answer may be "no". But I admit I > have not touched it (I don’t need to--yet). > > 2) Is z/OS even GUI-able without major structural changes? DOS really > wasn't. As we know, it went from "Here's a shell on top of DOS" to "Here's > Windows, with a DOS "command prompt" emulator available". That's a > fundamental difference. Does z/OS need that level of change? I suspect so, > especially since so much is non-standard nowadays--there's no "All the > parmlib stuff is always in SYS1.PARMLIB" the say "All .ini files are in > C:\Windows". Heck, that's so ingrained that any of you who ever had a > Windows machine with Windows on some drive other than C will recall various > products that absolutely would not work...and that's *with* that > standardization! > > I'd like z/OSMF to be The Answer. I'm just not convinced that the folks > driving it understand the challenge or have the resources/vision to meet > it. I hope I'm wrong. > > -----Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Tom Longfellow > Sent: Friday, July 12, 2024 9:05 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: another z/OSMF rant. -- Catch-22 is killing me > > In what way does z/OSMF make zOS more viable? The new crowd of fresh > young bucks will have to learn 'something' in order to work with zOS. Why > does it have to be an 'abstraction' layer isolating them from the down and > dirty details to get a working system. > Right now, their "viability" tool has me dead in the water. Unable to do > my JOB. Sooner or later someone will notice and it will be another nail > in the casket of zOS and IBM. > > Oh sure, GUIs are cool looking and sexy. We are finishing up year 25+ of > a 5 year plan to get off the mainframe. It was sold to the money men with > a few prototype panels of how the GUI might work.The only techincal > detail they were concerned with was "When can we have it". I contend > that the total costs of the grand networks of interelated servers costs way > more than the costs on our mainframe. But, sturdy work horse don't look > the same as thoroughbreds. Pretty pictures win the day. > > I guess I am not buying into current thinking. like "If you CAN encrypt, > you MUST encrypt" , "If it CAN look like Windows, it MUST look like Windows" > > -- > 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: another z/OSMF rant. -- Catch-22 is killing me
Well, like a busted clock, Bill isn't wrong *every* time. The thinking is that since Kids Today expect GUIs, having one will make z/OS more attractive/usable for them. That's probably not wrong: y'all use ISPF, right? That's a GUI, such as they were circa 1980. Why do you use it? Because it's more productive: it makes stuff easier for you. Same argument will apply to that PFSK who takes over after you and I stroke out in front of our 3270 emulators. I believe the questions are, as I implied in my earlier post: 1) Is z/OSMF usable as a GUI--that is, is it sufficiently functional to solve the problem? It *seems* like the answer may be "no". But I admit I have not touched it (I don’t need to--yet). 2) Is z/OS even GUI-able without major structural changes? DOS really wasn't. As we know, it went from "Here's a shell on top of DOS" to "Here's Windows, with a DOS "command prompt" emulator available". That's a fundamental difference. Does z/OS need that level of change? I suspect so, especially since so much is non-standard nowadays--there's no "All the parmlib stuff is always in SYS1.PARMLIB" the say "All .ini files are in C:\Windows". Heck, that's so ingrained that any of you who ever had a Windows machine with Windows on some drive other than C will recall various products that absolutely would not work...and that's *with* that standardization! I'd like z/OSMF to be The Answer. I'm just not convinced that the folks driving it understand the challenge or have the resources/vision to meet it. I hope I'm wrong. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tom Longfellow Sent: Friday, July 12, 2024 9:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: another z/OSMF rant. -- Catch-22 is killing me In what way does z/OSMF make zOS more viable? The new crowd of fresh young bucks will have to learn 'something' in order to work with zOS. Why does it have to be an 'abstraction' layer isolating them from the down and dirty details to get a working system. Right now, their "viability" tool has me dead in the water. Unable to do my JOB. Sooner or later someone will notice and it will be another nail in the casket of zOS and IBM. Oh sure, GUIs are cool looking and sexy. We are finishing up year 25+ of a 5 year plan to get off the mainframe. It was sold to the money men with a few prototype panels of how the GUI might work.The only techincal detail they were concerned with was "When can we have it". I contend that the total costs of the grand networks of interelated servers costs way more than the costs on our mainframe. But, sturdy work horse don't look the same as thoroughbreds. Pretty pictures win the day. I guess I am not buying into current thinking. like "If you CAN encrypt, you MUST encrypt" , "If it CAN look like Windows, it MUST look like Windows" -- 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: another z/OSMF rant. -- Catch-22 is killing me
In what way does z/OSMF make zOS more viable? The new crowd of fresh young bucks will have to learn 'something' in order to work with zOS. Why does it have to be an 'abstraction' layer isolating them from the down and dirty details to get a working system. Right now, their "viability" tool has me dead in the water. Unable to do my JOB. Sooner or later someone will notice and it will be another nail in the casket of zOS and IBM. Oh sure, GUIs are cool looking and sexy. We are finishing up year 25+ of a 5 year plan to get off the mainframe. It was sold to the money men with a few prototype panels of how the GUI might work.The only techincal detail they were concerned with was "When can we have it". I contend that the total costs of the grand networks of interelated servers costs way more than the costs on our mainframe. But, sturdy work horse don't look the same as thoroughbreds. Pretty pictures win the day. I guess I am not buying into current thinking. like "If you CAN encrypt, you MUST encrypt" , "If it CAN look like Windows, it MUST look like Windows" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another z/OSMF rant. -- Catch-22 is killing me
Soo true. Thomas Berh Den fre 12 juli 2024 12:36Seymour J Metz skrev: > I've always felt that a series of painful DR drills was much better than > not being prepared in a real disaster, and when my boss confiscated a tape > or declared key personnel dead, I heartily approved. Every obstacle you > create during drills is an obstacle you'll be better prepared for when the > real thing hits. > > You'll still get hit by the unexpected, but not as much. > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > עַם יִשְׂרָאֵל חַי > נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר > > > > > From: IBM Mainframe Discussion List on behalf > of Radoslaw Skorupka <0471ebeac275-dmarc-requ...@listserv.ua.edu> > Sent: Friday, July 12, 2024 5:38 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: another z/OSMF rant. -- Catch-22 is killing me > > W dniu 11.07.2024 o 21:02, Jeremy Nicoll pisze: > [...] > > I recall that the first stages of our disaster recovery tests required > someone > > to put cartridges into 3480 drives in a machine room. We tested the > whole > > process (once we'd ironed out technical errors in the docs) using > secretarial > > staff, who knew nothing about the machines. We thought it possible that > if > > - say - there'd been a fire, /we/ might not be allowed into the room, but > > perhaps someone like a fireman might be allowed in & needed instructions > > that "anyone" could understand. > > It was my rule for DR drill. > The youngest (in terms of employment) IT operator was responsible to > read the procedure and perform IPL. > To be exact, he was responsible for: > - find the procedure in DR data center. Hardcopy. In some binder. In > some cabinet. > - start it reading > - identify HMC and properc console. HMC was located in another room than > consoles. Several consoles, but all of them had stickers with proper ID. > - logon to HMC (yes, user and password was in the procedure) > - perform POR > - perform LOAD (IPL) > - continue IPL process on MVS console, including start all of the > subsystems, etc. > > Usually such guy was stressed, especially because there were some "VIP" > guys behind him. > However actually his role was to ...read the text. He wasn't examined. > We examined the procedures. > Every mistake or "I don't know what to do now" were important to me - > just to fix and improve the procedure. > And we repeated it. As many times as we needed. > And we checked it after every major system change (z/OS upgrade, new > DASD, new CPC, etc.) > > Finally our DR drill discussions started from the following: > "OK, first we start mainframe system, it works, there is nothing to > discuss. Let's look..." > And it really worked that way. Our official DR test came down to 15-30 > minutes of watching IPL (still performed by operator), eating pizza > delivered by the management and teasing our non-mainframe colleagues and > their problems. :-) > > -- > Radoslaw Skorupka > Lodz, Poland > > -- > 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: another z/OSMF rant. -- Catch-22 is killing me
I've always felt that a series of painful DR drills was much better than not being prepared in a real disaster, and when my boss confiscated a tape or declared key personnel dead, I heartily approved. Every obstacle you create during drills is an obstacle you'll be better prepared for when the real thing hits. You'll still get hit by the unexpected, but not as much. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Radoslaw Skorupka <0471ebeac275-dmarc-requ...@listserv.ua.edu> Sent: Friday, July 12, 2024 5:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: another z/OSMF rant. -- Catch-22 is killing me W dniu 11.07.2024 o 21:02, Jeremy Nicoll pisze: [...] > I recall that the first stages of our disaster recovery tests required someone > to put cartridges into 3480 drives in a machine room. We tested the whole > process (once we'd ironed out technical errors in the docs) using secretarial > staff, who knew nothing about the machines. We thought it possible that if > - say - there'd been a fire, /we/ might not be allowed into the room, but > perhaps someone like a fireman might be allowed in & needed instructions > that "anyone" could understand. It was my rule for DR drill. The youngest (in terms of employment) IT operator was responsible to read the procedure and perform IPL. To be exact, he was responsible for: - find the procedure in DR data center. Hardcopy. In some binder. In some cabinet. - start it reading - identify HMC and properc console. HMC was located in another room than consoles. Several consoles, but all of them had stickers with proper ID. - logon to HMC (yes, user and password was in the procedure) - perform POR - perform LOAD (IPL) - continue IPL process on MVS console, including start all of the subsystems, etc. Usually such guy was stressed, especially because there were some "VIP" guys behind him. However actually his role was to ...read the text. He wasn't examined. We examined the procedures. Every mistake or "I don't know what to do now" were important to me - just to fix and improve the procedure. And we repeated it. As many times as we needed. And we checked it after every major system change (z/OS upgrade, new DASD, new CPC, etc.) Finally our DR drill discussions started from the following: "OK, first we start mainframe system, it works, there is nothing to discuss. Let's look..." And it really worked that way. Our official DR test came down to 15-30 minutes of watching IPL (still performed by operator), eating pizza delivered by the management and teasing our non-mainframe colleagues and their problems. :-) -- Radoslaw Skorupka Lodz, Poland -- 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: another z/OSMF rant. -- Catch-22 is killing me
W dniu 11.07.2024 o 21:02, Jeremy Nicoll pisze: [...] I recall that the first stages of our disaster recovery tests required someone to put cartridges into 3480 drives in a machine room. We tested the whole process (once we'd ironed out technical errors in the docs) using secretarial staff, who knew nothing about the machines. We thought it possible that if - say - there'd been a fire, /we/ might not be allowed into the room, but perhaps someone like a fireman might be allowed in & needed instructions that "anyone" could understand. It was my rule for DR drill. The youngest (in terms of employment) IT operator was responsible to read the procedure and perform IPL. To be exact, he was responsible for: - find the procedure in DR data center. Hardcopy. In some binder. In some cabinet. - start it reading - identify HMC and properc console. HMC was located in another room than consoles. Several consoles, but all of them had stickers with proper ID. - logon to HMC (yes, user and password was in the procedure) - perform POR - perform LOAD (IPL) - continue IPL process on MVS console, including start all of the subsystems, etc. Usually such guy was stressed, especially because there were some "VIP" guys behind him. However actually his role was to ...read the text. He wasn't examined. We examined the procedures. Every mistake or "I don't know what to do now" were important to me - just to fix and improve the procedure. And we repeated it. As many times as we needed. And we checked it after every major system change (z/OS upgrade, new DASD, new CPC, etc.) Finally our DR drill discussions started from the following: "OK, first we start mainframe system, it works, there is nothing to discuss. Let's look..." And it really worked that way. Our official DR test came down to 15-30 minutes of watching IPL (still performed by operator), eating pizza delivered by the management and teasing our non-mainframe colleagues and their problems. :-) -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another z/OSMF rant. -- Catch-22 is killing me
"International icons": equally unintelligible in any language. Like any technology, it's just a tool, not a magic bullet. Just because some large vendor makes a dog's breakfast of their GUI doesn't mean that GUIs are bad. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Phil Smith III Sent: Thursday, July 11, 2024 4:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: another z/OSMF rant. -- Catch-22 is killing me Things I Wish I'd Said dept: "A GUI is like a joke: If you have to explain it, it isn't very good." -- 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: another z/OSMF rant. -- Catch-22 is killing me
Things I Wish I'd Said dept: "A GUI is like a joke: If you have to explain it, it isn't very good." -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another z/OSMF rant. -- Catch-22 is killing me
On Thu, 11 Jul 2024, at 12:53, Seymour J Metz wrote: > Does anybody have access to a pool of untrained testers? IMHO, that's > essential for adequately testing a user interface. I recall that the first stages of our disaster recovery tests required someone to put cartridges into 3480 drives in a machine room. We tested the whole process (once we'd ironed out technical errors in the docs) using secretarial staff, who knew nothing about the machines. We thought it possible that if - say - there'd been a fire, /we/ might not be allowed into the room, but perhaps someone like a fireman might be allowed in & needed instructions that "anyone" could understand. -- Jeremy Nicoll - my opinions are my own. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another z/OSMF rant. -- Catch-22 is killing me
The Devil is in the details. Some of us have very good memories and remember how bad the "good old days", and it is a capital error to assume that everybody complaining about, e.g., DF/EF, must be a luddite. Quite often they are ranting because of real, and serious problems. That said, any hypothetical person ranting solely because it is a GUI is a very different case. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Dave Beagle <0525eaef6620-dmarc-requ...@listserv.ua.edu> Sent: Thursday, July 11, 2024 11:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: another z/OSMF rant. -- Catch-22 is killing me This thread sounds like a bunch of old people (guys mostly) complaining about how great things were when we were young. IBM had to do something to make z/OS viable to corporate America and the fact that most of us will be retired or dead in a decade. The Chinese mention about where z/OSMF was developed isn’t even remotely relevant. The Chinese are pretty smart people. Smarter than most Americans. Just look at the roster of doctors at the Cleveland/Mayo clinics or the c-suite of corporations the world over, including the US. Progress marches on regardless of whether we like it or not. Dave B. إسرائيل قتلت 40 ألف فلسطيني بريء On Thursday, July 11, 2024, 10:08 AM, Doug Fuerst wrote: No comment. Doug Fuerst -- Original Message -- From "Steve Beaver" <050e0c375a14-dmarc-requ...@listserv.ua.edu> To IBM-MAIN@LISTSERV.UA.EDU Date 7/11/2024 9:05:06 AM Subject Re: another z/OSMF rant. -- Catch-22 is killing me >The folks that wrote and are responsible for zOSMF is IBM China Labs > > >Sent from my iPhone > >No one said I could type with one thumb > >> On Jul 11, 2024, at 06:44, Doug Fuerst wrote: >> >> Back when I was an FE, we used to discuss the fact that some components >>were so difficult to replace that the designers probably never had to >>actually replace them. We always thought that the designers should have to >>replace every part we had to replace in the field before the design was >>signed off on. Never happened though... >> >> Doug Fuerst >> >> -- Original Message ------ >> From "Brian Westerman" >> To IBM-MAIN@LISTSERV.UA.EDU >> Date 7/11/2024 0:32:21 AM >> Subject Re: another z/OSMF rant. -- Catch-22 is killing me >> >>> It just occurred to me that maybe the people who build z/OSMF never really >>>had to use it to build a production system. Building something that IPLs is >>>simple. building a production replacement takes some doing and having >>>someone that might not really "get" the entire process can really make the >>>process quite hard. >>> >>> Just a thought. >>> >>> Brian >>> >>> -- >>> 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 -- 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: another z/OSMF rant. -- Catch-22 is killing me
This thread sounds like a bunch of old people (guys mostly) complaining about how great things were when we were young. IBM had to do something to make z/OS viable to corporate America and the fact that most of us will be retired or dead in a decade. The Chinese mention about where z/OSMF was developed isn’t even remotely relevant. The Chinese are pretty smart people. Smarter than most Americans. Just look at the roster of doctors at the Cleveland/Mayo clinics or the c-suite of corporations the world over, including the US. Progress marches on regardless of whether we like it or not. Dave B. إسرائيل قتلت 40 ألف فلسطيني بريء On Thursday, July 11, 2024, 10:08 AM, Doug Fuerst wrote: No comment. Doug Fuerst -- Original Message -- >From "Steve Beaver" <050e0c375a14-dmarc-requ...@listserv.ua.edu> To IBM-MAIN@LISTSERV.UA.EDU Date 7/11/2024 9:05:06 AM Subject Re: another z/OSMF rant. -- Catch-22 is killing me >The folks that wrote and are responsible for zOSMF is IBM China Labs > > >Sent from my iPhone > >No one said I could type with one thumb > >> On Jul 11, 2024, at 06:44, Doug Fuerst wrote: >> >> Back when I was an FE, we used to discuss the fact that some components >>were so difficult to replace that the designers probably never had to >>actually replace them. We always thought that the designers should have to >>replace every part we had to replace in the field before the design was >>signed off on. Never happened though... >> >> Doug Fuerst >> >> -- Original Message -- >> From "Brian Westerman" >> To IBM-MAIN@LISTSERV.UA.EDU >> Date 7/11/2024 0:32:21 AM >> Subject Re: another z/OSMF rant. -- Catch-22 is killing me >> >>> It just occurred to me that maybe the people who build z/OSMF never really >>>had to use it to build a production system. Building something that IPLs is >>>simple. building a production replacement takes some doing and having >>>someone that might not really "get" the entire process can really make the >>>process quite hard. >>> >>> Just a thought. >>> >>> Brian >>> >>> -- >>> 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another z/OSMF rant. -- Catch-22 is killing me
No comment. Doug Fuerst -- Original Message -- From "Steve Beaver" <050e0c375a14-dmarc-requ...@listserv.ua.edu> To IBM-MAIN@LISTSERV.UA.EDU Date 7/11/2024 9:05:06 AM Subject Re: another z/OSMF rant. -- Catch-22 is killing me The folks that wrote and are responsible for zOSMF is IBM China Labs Sent from my iPhone No one said I could type with one thumb On Jul 11, 2024, at 06:44, Doug Fuerst wrote: Back when I was an FE, we used to discuss the fact that some components were so difficult to replace that the designers probably never had to actually replace them. We always thought that the designers should have to replace every part we had to replace in the field before the design was signed off on. Never happened though... Doug Fuerst -- Original Message -- From "Brian Westerman" To IBM-MAIN@LISTSERV.UA.EDU Date 7/11/2024 0:32:21 AM Subject Re: another z/OSMF rant. -- Catch-22 is killing me It just occurred to me that maybe the people who build z/OSMF never really had to use it to build a production system. Building something that IPLs is simple. building a production replacement takes some doing and having someone that might not really "get" the entire process can really make the process quite hard. Just a thought. Brian -- 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: another z/OSMF rant. -- Catch-22 is killing me
My only problem with z/OSMF is that I am forced to use it without IBM caring
what my preference or opinion is.
I understand their desire for a GUI "OPTION", but cannot understand why they
want to force a single way of installing
an OS when I've (and most of us) have used the previous SERVERPAC install for
many years. What's wrong with keeping an OPTION?
It works (or worked) great. When I started my IT career, I had the choice to go
into the GUI world or the mainframe world.
I initially chose the mainframe path because I liked the look and feel of it
better than the GUI path.
I personally don't want my mainframe to become a giant PC.
That's my rant.
Randy Harris
P 615-344-3244
C 662-401-8552
james.harr...@hcahealthcare.com
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Steve Beaver
Sent: Thursday, July 11, 2024 8:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: {EXTERNAL} Re: another z/OSMF rant. -- Catch-22 is killing me
CAUTION! This email originated from outside of our organization. DO NOT CLICK
links or open attachments unless you recognize the sender and know the content
is safe.
The folks that wrote and are responsible for zOSMF is IBM China Labs
Sent from my iPhone
No one said I could type with one thumb
> On Jul 11, 2024, at 06:44, Doug Fuerst wrote:
>
> Back when I was an FE, we used to discuss the fact that some components were
> so difficult to replace that the designers probably never had to actually
> replace them. We always thought that the designers should have to replace
> every part we had to replace in the field before the design was signed off
> on. Never happened though...
>
> Doug Fuerst
>
> -- Original Message --
> From "Brian Westerman" To
> IBM-MAIN@LISTSERV.UA.EDU Date 7/11/2024 0:32:21 AM Subject Re: another
> z/OSMF rant. -- Catch-22 is killing me
>
>> It just occurred to me that maybe the people who build z/OSMF never really
>> had to use it to build a production system. Building something that IPLs is
>> simple. building a production replacement takes some doing and having
>> someone that might not really "get" the entire process can really make the
>> process quite hard.
>>
>> Just a thought.
>>
>> Brian
>>
>> -
>> - 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: another z/OSMF rant. -- Catch-22 is killing me
The folks that wrote and are responsible for zOSMF is IBM China Labs Sent from my iPhone No one said I could type with one thumb > On Jul 11, 2024, at 06:44, Doug Fuerst wrote: > > Back when I was an FE, we used to discuss the fact that some components were > so difficult to replace that the designers probably never had to actually > replace them. We always thought that the designers should have to replace > every part we had to replace in the field before the design was signed off > on. Never happened though... > > Doug Fuerst > > -- Original Message -- > From "Brian Westerman" > To IBM-MAIN@LISTSERV.UA.EDU > Date 7/11/2024 0:32:21 AM > Subject Re: another z/OSMF rant. -- Catch-22 is killing me > >> It just occurred to me that maybe the people who build z/OSMF never really >> had to use it to build a production system. Building something that IPLs is >> simple. building a production replacement takes some doing and having >> someone that might not really "get" the entire process can really make the >> process quite hard. >> >> Just a thought. >> >> Brian >> >> -- >> 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: another z/OSMF rant. -- Catch-22 is killing me
Classification: Confidential Are you referring to the PFCSK's? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Brian Westerman Sent: Wednesday, July 10, 2024 11:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: another z/OSMF rant. -- Catch-22 is killing me [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.] It just occurred to me that maybe the people who build z/OSMF never really had to use it to build a production system. Building something that IPLs is simple. building a production replacement takes some doing and having someone that might not really "get" the entire process can really make the process quite hard. Just a thought. Brian -- 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: another z/OSMF rant. -- Catch-22 is killing me
I vote for going back to the way it was. "Confidentially doc, I am the wabbit." Bugs Bunny Sent with Proton Mail secure email. On Thursday, July 11th, 2024 at 8:39 AM, Colin Paice <059d4daca697-dmarc-requ...@listserv.ua.edu> wrote: > When I worked for IBM we had people (the product 2nd line, and also some > recent grads) install our product (on Windows and Linux). This was an eye > opener and we changed the installation process. > We also tried a GUI installer for z/OS, but this made the easy bits easier > - and didn't handle the difficult bits - such as the RACF definitions. It > is no longer supported. > There is a common phrase something like if you want to improve a process - > do not go down the path of automate and simplify - but instead do simplify > then automate. > > Whatever solution we have - it has to be do-able unaided by 25 year olds - > that is our target audience. > > Rather than just let off stream, are there any suggestions on things we > could do to improve the whole installation process? > Colin > > On Thu, 11 Jul 2024 at 12:53, Seymour J Metz sme...@gmu.edu wrote: > > > Even when developers have to eat their own dogfood, they may be too > > familiar with the product to recognize issues that customers might > > encounter. > > > > Does anybody have access to a pool of untrained testers? IMHO, that's > > essential for adequately testing a user interface. > > > > -- > > Shmuel (Seymour J.) Metz > > http://mason.gmu.edu/~smetz3 > > עַם יִשְׂרָאֵל חַי > > נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר > > > > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU on behalf > > of Doug Fuerst d...@bkassociates.net > > Sent: Thursday, July 11, 2024 7:44 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: another z/OSMF rant. -- Catch-22 is killing me > > > > Back when I was an FE, we used to discuss the fact that some components > > were so difficult to replace that the designers probably never had to > > actually replace them. We always thought that the designers should have > > to replace every part we had to replace in the field before the design > > was signed off on. Never happened though... > > > > Doug Fuerst > > > > -- Original Message -- > > From "Brian Westerman" brian_wester...@syzygyinc.com > > To IBM-MAIN@LISTSERV.UA.EDU > > Date 7/11/2024 0:32:21 AM > > Subject Re: another z/OSMF rant. -- Catch-22 is killing me > > > > > It just occurred to me that maybe the people who build z/OSMF never > > > really had to use it to build a production system. Building something that > > > IPLs is simple. building a production replacement takes some doing and > > > having someone that might not really "get" the entire process can really > > > make the process quite hard. > > > > > > Just a thought. > > > > > > Brian > > > > > > -- > > > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another z/OSMF rant. -- Catch-22 is killing me
When I worked for IBM we had people (the product 2nd line, and also some recent grads) install our product (on Windows and Linux). This was an eye opener and we changed the installation process. We also tried a GUI installer for z/OS, but this made the easy bits easier - and didn't handle the difficult bits - such as the RACF definitions. It is no longer supported. There is a common phrase something like if you want to improve a process - do not go down the path of automate and simplify - but instead do simplify then automate. Whatever solution we have - it has to be do-able unaided by 25 year olds - that is our target audience. Rather than just let off stream, are there any suggestions on things we could do to improve the whole installation process? Colin On Thu, 11 Jul 2024 at 12:53, Seymour J Metz wrote: > Even when developers have to eat their own dogfood, they may be too > familiar with the product to recognize issues that customers might > encounter. > > Does anybody have access to a pool of untrained testers? IMHO, that's > essential for adequately testing a user interface. > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > עַם יִשְׂרָאֵל חַי > נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר > > > > > From: IBM Mainframe Discussion List on behalf > of Doug Fuerst > Sent: Thursday, July 11, 2024 7:44 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: another z/OSMF rant. -- Catch-22 is killing me > > Back when I was an FE, we used to discuss the fact that some components > were so difficult to replace that the designers probably never had to > actually replace them. We always thought that the designers should have > to replace every part we had to replace in the field before the design > was signed off on. Never happened though... > > Doug Fuerst > > -- Original Message -- > From "Brian Westerman" > To IBM-MAIN@LISTSERV.UA.EDU > Date 7/11/2024 0:32:21 AM > Subject Re: another z/OSMF rant. -- Catch-22 is killing me > > >It just occurred to me that maybe the people who build z/OSMF never > really had to use it to build a production system. Building something that > IPLs is simple. building a production replacement takes some doing and > having someone that might not really "get" the entire process can really > make the process quite hard. > > > >Just a thought. > > > >Brian > > > >-- > >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: another z/OSMF rant. -- Catch-22 is killing me
Even when developers have to eat their own dogfood, they may be too familiar with the product to recognize issues that customers might encounter. Does anybody have access to a pool of untrained testers? IMHO, that's essential for adequately testing a user interface. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Doug Fuerst Sent: Thursday, July 11, 2024 7:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: another z/OSMF rant. -- Catch-22 is killing me Back when I was an FE, we used to discuss the fact that some components were so difficult to replace that the designers probably never had to actually replace them. We always thought that the designers should have to replace every part we had to replace in the field before the design was signed off on. Never happened though... Doug Fuerst -- Original Message -- From "Brian Westerman" To IBM-MAIN@LISTSERV.UA.EDU Date 7/11/2024 0:32:21 AM Subject Re: another z/OSMF rant. -- Catch-22 is killing me >It just occurred to me that maybe the people who build z/OSMF never really had >to use it to build a production system. Building something that IPLs is >simple. building a production replacement takes some doing and having someone >that might not really "get" the entire process can really make the process >quite hard. > >Just a thought. > >Brian > >-- >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: another z/OSMF rant. -- Catch-22 is killing me
Back when I was an FE, we used to discuss the fact that some components were so difficult to replace that the designers probably never had to actually replace them. We always thought that the designers should have to replace every part we had to replace in the field before the design was signed off on. Never happened though... Doug Fuerst -- Original Message -- From "Brian Westerman" To IBM-MAIN@LISTSERV.UA.EDU Date 7/11/2024 0:32:21 AM Subject Re: another z/OSMF rant. -- Catch-22 is killing me It just occurred to me that maybe the people who build z/OSMF never really had to use it to build a production system. Building something that IPLs is simple. building a production replacement takes some doing and having someone that might not really "get" the entire process can really make the process quite hard. Just a thought. Brian -- 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: another z/OSMF rant. -- Catch-22 is killing me
The server packs are that way too. Geared toward building a brand new system and never experience the customization issue to update an existing system. On Wed, Jul 10, 2024 at 11:32 PM Brian Westerman wrote: > > It just occurred to me that maybe the people who build z/OSMF never really > had to use it to build a production system. Building something that IPLs is > simple. building a production replacement takes some doing and having someone > that might not really "get" the entire process can really make the process > quite hard. > > Just a thought. > > Brian > > -- > 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
Re: another z/OSMF rant. -- Catch-22 is killing me
It just occurred to me that maybe the people who build z/OSMF never really had to use it to build a production system. Building something that IPLs is simple. building a production replacement takes some doing and having someone that might not really "get" the entire process can really make the process quite hard. Just a thought. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF learning
> However I asked about z/OSMF usage and administration. I admit, I did not > touch it for years. However now it is the time to learn it. I hear you, education about a particular z/OSMF application is one thing, education about administering the z/OSMF server and ecosystem is another. Unfortunately, other than the z/OSMF Configuration Guide I don't know where to point you for administration help: https://www.ibm.com/docs/en/zos/3.1.0?topic=facility-zos-management-configuration-guide However, for a bunch of other z/OSMF applications there are additional tutorial videos here: https://mediacenter.ibm.com/channel/z_OS+Management+Facility/33945322 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: z/OSMF learning
Classification: Confidential Still doesn't address usability issues. There are 100's of steps in each workflow. If I have to skip a step, I must scrool to the bottom of the page to click on the appropriate button. Do this 100 times or more. Screen real estate is expansive vertically. Most monitors are expansive horizontally. This forces the scrolling described above. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Kurt Quackenbush Sent: Wednesday, July 10, 2024 1:39 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OSMF learning [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.] > What I'm looking for is some z/OSMF course (self-learning and free would be > nice). I mean concepts, naming, customization, etc. Basics. How about a tutorial video series? https://www.ibm.com/support/z-content-solutions/serverpac-install-zosmf/ Go to the "Try it" tab and click the link for "Watch the tutorial series". Or watch this recorded z/OSMF Guild session for a presentation on installing z/OS 2.5 using z/OSMF. https://community.ibm.com/community/user/ibmz-and-linuxone/viewdocument/zosmf-guild-session-3-jan-19-20?CommunityKey=1ca674e5-aada-4194-a16e-059cafe7b807&tab=librarydocuments The presentation slides are also available. 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 ::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: z/OSMF learning
Kurt, You may not believe, but I did watch your series on movies regarding serverpac. I appreciate it! BTW: it was *the only* source where I found what I should put in the "path" field. Really. I was not sure whether I should provie GIMPAF.XML with whole path or rather path to the directory. Last, but not least: I did *NOT* find the third option, which is start from files uploaded to ZFS. The only two options described are: - download directly from IBM site to z/OS - download from IBM site to a workstation and import it from the workstation directly The first option is unavailable to me because of firewall and security rules. IMHO typical. The second is not good idea because of poor link between the workstation and z/OS image. IMHO much easier is to upload whole ServerPac to ZFS - it can take even many hours, but it is not interactive. Regarding to my question: I have found a series of videos with Kurt as a main role. I really appreciate it and I'm going to watch it, until last action. However I asked about z/OSMF usage and administration. I admit, I did not touch it for years. However now it is the time to learn it. Example: I enabled "Software Management" service using GUI. It did not work. My co-worker instructed me to modify PARMLIB member. So - what did I enabled using GUI??? I guess I made something wrong. But don't know what. BTW: Did you know that opening z/OS PSWI takes *a lot of time*? I didn't. So I did not know whether something hung up or it is "in progress". :-( Fortunately I had a problem with security, so after I fixed it (it was lack of FSP authorities) I noticed that waiting is good. And finally it failed because of lack of proper authorities in ZMFAPLA class. The profile name is loong and I don't know any manual where it is described. However I fixed it too. Oh RTFM - I did it. I have to admit it is NOT the best piece of documentation I know. :-( My goal is not to criticize z/OSMF, I want to start using it in professional way. Regards -- Radoslaw Skorupka Lodz, Poland W dniu 10.07.2024 o 20:38, Kurt Quackenbush pisze: What I'm looking for is some z/OSMF course (self-learning and free would be nice). I mean concepts, naming, customization, etc. Basics. How about a tutorial video series? https://www.ibm.com/support/z-content-solutions/serverpac-install-zosmf/ Go to the "Try it" tab and click the link for "Watch the tutorial series". Or watch this recorded z/OSMF Guild session for a presentation on installing z/OS 2.5 using z/OSMF. https://community.ibm.com/community/user/ibmz-and-linuxone/viewdocument/zosmf-guild-session-3-jan-19-20?CommunityKey=1ca674e5-aada-4194-a16e-059cafe7b807&tab=librarydocuments The presentation slides are also available. 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: z/OSMF learning
It pertains to z/OS 2.5, but this is what I found most useful in getting started with the z/OS 3.1 installation. Installing z/OS 2.5 using z/OSMF Software Management https://mediacenter.ibm.com/media/Installing+z+OS+2.5+using+z+OSMF+Software+Management/1_v7ma6f76 Regards, Kevin -Original Message- From: IBM Mainframe Discussion List On Behalf Of Radoslaw Skorupka Sent: Wednesday, July 10, 2024 8:34 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: z/OSMF learning External Email Warning! This email has originated from outside of the Washington State Courts Network. Do not click links or open attachments unless you recognize the sender, are expecting the email, and know the content is safe. If a link sends you to a website where you are asked to validate using your Account and Password, DO NOT DO SO! Instead, report the incident. Disclaimer: It is NOT a continuation of previous discussion about z/OSMF. I just started z/OS 3.1 installation and it is the very first installation using z/OSMF in the shop. I have found some difficulties and lacked some documentation. Nevermind. Over the years I have installed several z/OS systems (including OS/390), of course using classic ServerPac installation dialog. So I think I have some background in this topic. :-) What I'm looking for is some z/OSMF course (self-learning and free would be nice). I mean concepts, naming, customization, etc. Basics. Any clue? -- Radoslaw Skorupka Lodz, Poland -- 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: z/OSMF learning
> What I'm looking for is some z/OSMF course (self-learning and free would be > nice). I mean concepts, naming, customization, etc. Basics. How about a tutorial video series? https://www.ibm.com/support/z-content-solutions/serverpac-install-zosmf/ Go to the "Try it" tab and click the link for "Watch the tutorial series". Or watch this recorded z/OSMF Guild session for a presentation on installing z/OS 2.5 using z/OSMF. https://community.ibm.com/community/user/ibmz-and-linuxone/viewdocument/zosmf-guild-session-3-jan-19-20?CommunityKey=1ca674e5-aada-4194-a16e-059cafe7b807&tab=librarydocuments The presentation slides are also available. 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: another z/OSMF rant. -- Catch-22 is killing me
Thanks for the ideas. IBM has me doing JAVA network tracing. At least it sounds closer to what is happening. Change JAVA = Broken product. the BBG resources are fine and I confirmed that they are present and correct as they have been for several years. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another z/OSMF rant. -- Catch-22 is killing me
The Devil is in the details. Point-and-shoot can be a timesaver. Drag-and-drop. can be a time saver. A well designed GUI can be a pleasure to work with. The fly in the ointment is that ease of use is not automatic, and a GUI for which the developer did not take into account all user requirements can be ghastly. Some issues for the developer to take into account: Is there a convenient migration path? Can the user easily script the GUI? Does the GUI preempt decisions that the user was previously able to make? Is there good recovery from failure? Is it easy to configure? Can it accommodate installation conventions? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Tom Longfellow <03e29b607131-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, July 10, 2024 10:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: another z/OSMF rant. -- Catch-22 is killing me Discussions about z/OSMF (or GUIs in general) can now join the list of topics like politics and religion. Lots of yelling back and forth to defend your beliefs. You will not change the other persons mind no matter what reasoning you use. The opposing side is using arguments with assumptions and facts with which you do not agree. As the victim down here where the rubber meets the road, I am just asking questions. Why? Why is it there? Didn't the prior way do the job? What is so much better under a GUI? (GUI worshippers never even think about that one). Why are the tools now more complicated that the things they support? All GUIs are a front end to something else. Eventually, you may have to go directly to the something else to get your mission accomplished. This is not new.COBOL , C and all HLLs are all front end to assembler statements. Assember is a front end to machine code. Machine code makes the bytes move. You are not going to win friends and influence people by building a new multi-part monster that front-ends the basic function. I drank the Kool-Aid back in September and installed z/OS 2.5 using the workflows. It could build a working z/OS system. However, that system could not assume the functions performed by the current system.There is a great wide world beyond the cult compound of the IBM install process. Local exits. Vendor products. Networking. Automation. All have impacts on being able to keep your job.. The answer I get back is to build your own workflows and add them to the GUI Frankenstein's monster. My brief forway into building, testing and implementing services and workflows for local customizations had such a learning code that I could not see finishing my new install in under 6 months. My decades of local experience building repeatable, reusable JCL can complete an end to end full function installation in less that a working week. To give them 'some' credit, I can see some potential benefit if I was managing a planet wide SYSPLEX and installing portable system software instances 50 times a year. I perform a new install every 2 to 3 years on two mainframes in the USA. This is done with me and the 'other guy'. I do not have a standby cadre of experts on Liberty, JAVA, HTTPS, and the rest of the GUI world. The 'not quite Silver' lining is that it will all be over for me soon. No, I am not dying, But I have watched the death of 3 mainframes in the past year with more to come in the next year. I am old enough to retire and will probably do so. -- 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: z/OSMF learning
Someone needs to write a Red Techdoc with a step by step procedure to install software that a monkey can follow Sent from my iPhone No one said I could type with one thumb > On Jul 10, 2024, at 10:34, Radoslaw Skorupka > <0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: > > Disclaimer: It is NOT a continuation of previous discussion about z/OSMF. > > I just started z/OS 3.1 installation and it is the very first installation > using z/OSMF in the shop. > I have found some difficulties and lacked some documentation. Nevermind. > > Over the years I have installed several z/OS systems (including OS/390), of > course using classic ServerPac installation dialog. So I think I have some > background in this topic. :-) > > > What I'm looking for is some z/OSMF course (self-learning and free would be > nice). I mean concepts, naming, customization, etc. Basics. > Any clue? > > > > -- > Radoslaw Skorupka > Lodz, Poland > > -- > 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: another z/OSMF rant. -- Catch-22 is killing me
Discussing a GUI is appropriate. Arguing about whether Python or REXX is better isn’t. As for signature BS, I wasn’t the initiator of it. Sent from Yahoo Mail for iPhone On Wednesday, July 10, 2024, 11:44 AM, Doug Fuerst wrote: Here's the thing: A GUI discussion is relevant for this forum. We are entitled to discuss the technical issues with GUI's. We should not be involving political and religious fodder (including stupid Sig messages from Obi Wan Kenobi, etc.) to the forum. For example, if you have SA you can use SMU (System Management Unite.) I am still trying to get this installed and available to see what it can do. Can it replace the Netview GUI? ZWS? Omegamon TEPS? Is one better than the other? What advantages are there to each? These are valid discussions in this forum. They do NOT rise to the level of political/religious issues. So can we keep it that way? Doug Fuerst -- Original Message -- >From "Tom Longfellow" <03e29b607131-dmarc-requ...@listserv.ua.edu> To IBM-MAIN@LISTSERV.UA.EDU Date 7/10/2024 10:22:45 AM Subject Re: another z/OSMF rant. -- Catch-22 is killing me >Discussions about z/OSMF (or GUIs in general) can now join the list of topics >like politics and religion. Lots of yelling back and forth to defend your >beliefs. >You will not change the other persons mind no matter what reasoning you use. >The opposing side is using arguments with assumptions and facts with which you >do not agree. > >As the victim down here where the rubber meets the road, I am just asking >questions. Why? Why is it there? Didn't the prior way do the job? What is >so much better under a GUI? (GUI worshippers never even think about that >one). Why are the tools now more complicated that the things they support? > >All GUIs are a front end to something else. Eventually, you may have to go >directly to the something else to get your mission accomplished. >This is not new. COBOL , C and all HLLs are all front end to assembler >statements. Assember is a front end to machine code. Machine code makes the >bytes move. > >You are not going to win friends and influence people by building a new >multi-part monster that front-ends the basic function. > >I drank the Kool-Aid back in September and installed z/OS 2.5 using the >workflows. It could build a working z/OS system. However, that system could >not assume the functions performed by the current system. There is a great >wide world beyond the cult compound of the IBM install process. Local exits. >Vendor products. Networking. Automation. All have impacts on being able to >keep your job.. > >The answer I get back is to build your own workflows and add them to the GUI >Frankenstein's monster. My brief forway into building, testing and >implementing services and workflows for local customizations had such a >learning code that I could not see finishing my new install in under 6 months. > My decades of local experience building repeatable, reusable JCL can >complete an end to end full function installation in less that a working week. > >To give them 'some' credit, I can see some potential benefit if I was managing >a planet wide SYSPLEX and installing portable system software instances 50 >times a year. I perform a new install every 2 to 3 years on two mainframes in >the USA. This is done with me and the 'other guy'. I do not have a standby >cadre of experts on Liberty, JAVA, HTTPS, and the rest of the GUI world. > >The 'not quite Silver' lining is that it will all be over for me soon. No, I >am not dying, But I have watched the death of 3 mainframes in the past year >with more to come in the next year. I am old enough to retire and will >probably do so. > >-- >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: another z/OSMF rant. -- Catch-22 is killing me
Here's the thing: A GUI discussion is relevant for this forum. We are entitled to discuss the technical issues with GUI's. We should not be involving political and religious fodder (including stupid Sig messages from Obi Wan Kenobi, etc.) to the forum. For example, if you have SA you can use SMU (System Management Unite.) I am still trying to get this installed and available to see what it can do. Can it replace the Netview GUI? ZWS? Omegamon TEPS? Is one better than the other? What advantages are there to each? These are valid discussions in this forum. They do NOT rise to the level of political/religious issues. So can we keep it that way? Doug Fuerst -- Original Message -- From "Tom Longfellow" <03e29b607131-dmarc-requ...@listserv.ua.edu> To IBM-MAIN@LISTSERV.UA.EDU Date 7/10/2024 10:22:45 AM Subject Re: another z/OSMF rant. -- Catch-22 is killing me Discussions about z/OSMF (or GUIs in general) can now join the list of topics like politics and religion. Lots of yelling back and forth to defend your beliefs. You will not change the other persons mind no matter what reasoning you use. The opposing side is using arguments with assumptions and facts with which you do not agree. As the victim down here where the rubber meets the road, I am just asking questions. Why? Why is it there? Didn't the prior way do the job? What is so much better under a GUI? (GUI worshippers never even think about that one). Why are the tools now more complicated that the things they support? All GUIs are a front end to something else. Eventually, you may have to go directly to the something else to get your mission accomplished. This is not new.COBOL , C and all HLLs are all front end to assembler statements. Assember is a front end to machine code. Machine code makes the bytes move. You are not going to win friends and influence people by building a new multi-part monster that front-ends the basic function. I drank the Kool-Aid back in September and installed z/OS 2.5 using the workflows. It could build a working z/OS system. However, that system could not assume the functions performed by the current system.There is a great wide world beyond the cult compound of the IBM install process. Local exits. Vendor products. Networking. Automation. All have impacts on being able to keep your job.. The answer I get back is to build your own workflows and add them to the GUI Frankenstein's monster. My brief forway into building, testing and implementing services and workflows for local customizations had such a learning code that I could not see finishing my new install in under 6 months. My decades of local experience building repeatable, reusable JCL can complete an end to end full function installation in less that a working week. To give them 'some' credit, I can see some potential benefit if I was managing a planet wide SYSPLEX and installing portable system software instances 50 times a year. I perform a new install every 2 to 3 years on two mainframes in the USA. This is done with me and the 'other guy'. I do not have a standby cadre of experts on Liberty, JAVA, HTTPS, and the rest of the GUI world. The 'not quite Silver' lining is that it will all be over for me soon. No, I am not dying, But I have watched the death of 3 mainframes in the past year with more to come in the next year. I am old enough to retire and will probably do so. -- 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
z/OSMF learning
Disclaimer: It is NOT a continuation of previous discussion about z/OSMF. I just started z/OS 3.1 installation and it is the very first installation using z/OSMF in the shop. I have found some difficulties and lacked some documentation. Nevermind. Over the years I have installed several z/OS systems (including OS/390), of course using classic ServerPac installation dialog. So I think I have some background in this topic. :-) What I'm looking for is some z/OSMF course (self-learning and free would be nice). I mean concepts, naming, customization, etc. Basics. Any clue? -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another z/OSMF rant. -- Catch-22 is killing me
Exactly. Sent from Yahoo Mail for iPhone On Wednesday, July 10, 2024, 10:22 AM, Tom Longfellow <03e29b607131-dmarc-requ...@listserv.ua.edu> wrote: Discussions about z/OSMF (or GUIs in general) can now join the list of topics like politics and religion. Lots of yelling back and forth to defend your beliefs. You will not change the other persons mind no matter what reasoning you use. The opposing side is using arguments with assumptions and facts with which you do not agree. As the victim down here where the rubber meets the road, I am just asking questions. Why? Why is it there? Didn't the prior way do the job? What is so much better under a GUI? (GUI worshippers never even think about that one). Why are the tools now more complicated that the things they support? All GUIs are a front end to something else. Eventually, you may have to go directly to the something else to get your mission accomplished. This is not new. COBOL , C and all HLLs are all front end to assembler statements. Assember is a front end to machine code. Machine code makes the bytes move. You are not going to win friends and influence people by building a new multi-part monster that front-ends the basic function. I drank the Kool-Aid back in September and installed z/OS 2.5 using the workflows. It could build a working z/OS system. However, that system could not assume the functions performed by the current system. There is a great wide world beyond the cult compound of the IBM install process. Local exits. Vendor products. Networking. Automation. All have impacts on being able to keep your job.. The answer I get back is to build your own workflows and add them to the GUI Frankenstein's monster. My brief forway into building, testing and implementing services and workflows for local customizations had such a learning code that I could not see finishing my new install in under 6 months. My decades of local experience building repeatable, reusable JCL can complete an end to end full function installation in less that a working week. To give them 'some' credit, I can see some potential benefit if I was managing a planet wide SYSPLEX and installing portable system software instances 50 times a year. I perform a new install every 2 to 3 years on two mainframes in the USA. This is done with me and the 'other guy'. I do not have a standby cadre of experts on Liberty, JAVA, HTTPS, and the rest of the GUI world. The 'not quite Silver' lining is that it will all be over for me soon. No, I am not dying, But I have watched the death of 3 mainframes in the past year with more to come in the next year. I am old enough to retire and will probably do so. -- 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: another z/OSMF rant. -- Catch-22 is killing me
Discussions about z/OSMF (or GUIs in general) can now join the list of topics like politics and religion. Lots of yelling back and forth to defend your beliefs. You will not change the other persons mind no matter what reasoning you use. The opposing side is using arguments with assumptions and facts with which you do not agree. As the victim down here where the rubber meets the road, I am just asking questions. Why? Why is it there? Didn't the prior way do the job? What is so much better under a GUI? (GUI worshippers never even think about that one). Why are the tools now more complicated that the things they support? All GUIs are a front end to something else. Eventually, you may have to go directly to the something else to get your mission accomplished. This is not new.COBOL , C and all HLLs are all front end to assembler statements. Assember is a front end to machine code. Machine code makes the bytes move. You are not going to win friends and influence people by building a new multi-part monster that front-ends the basic function. I drank the Kool-Aid back in September and installed z/OS 2.5 using the workflows. It could build a working z/OS system. However, that system could not assume the functions performed by the current system.There is a great wide world beyond the cult compound of the IBM install process. Local exits. Vendor products. Networking. Automation. All have impacts on being able to keep your job.. The answer I get back is to build your own workflows and add them to the GUI Frankenstein's monster. My brief forway into building, testing and implementing services and workflows for local customizations had such a learning code that I could not see finishing my new install in under 6 months. My decades of local experience building repeatable, reusable JCL can complete an end to end full function installation in less that a working week. To give them 'some' credit, I can see some potential benefit if I was managing a planet wide SYSPLEX and installing portable system software instances 50 times a year. I perform a new install every 2 to 3 years on two mainframes in the USA. This is done with me and the 'other guy'. I do not have a standby cadre of experts on Liberty, JAVA, HTTPS, and the rest of the GUI world. The 'not quite Silver' lining is that it will all be over for me soon. No, I am not dying, But I have watched the death of 3 mainframes in the past year with more to come in the next year. I am old enough to retire and will probably do so. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another z/OSMF rant. -- Catch-22 is killing me
The sad news is that only half of the mistakes in the apology were on purpose. Just keeping my spirits up. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Alter z/OSMF Workflow Input?
Ok, then tell Metz to quit posting his pro Israel BS. Sent from Yahoo Mail for iPhone On Tuesday, July 9, 2024, 10:25 PM, David Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu> wrote: Hi Dave, You're either naive or willfully misleading people. Either way, this forum is for technical discussions, not, Mideast politics. Please get that through your dense skull. Regards, David On 2024-07-09 22:14, Dave Beagle wrote: > It has nothing to do with the destruction of Israel. And don’t hand me your > BS. Bernie Sanders agrees with me. I maxed out donating to Bernie in 2016 and > received an autographed copy of his book Our Revolution. > > > Sent from Yahoo Mail for iPhone > > > On Tuesday, July 9, 2024, 10:11 PM, Dave Beagle > wrote: > > Then tell Metz to take his crap elsewhere too. > > > Sent from Yahoo Mail for iPhone > > > On Tuesday, July 9, 2024, 9:50 PM, David Spiegel > <0468385049d1-dmarc-requ...@listserv.ua.edu> wrote: > > Hi Dave, > I Googled before I asked, but, wanted to give you the benefit of the > doubt in case I made a mistake. > According to Google Translate, it means "Freedom for Palestine". > This expression usually means that Israel should be destroyed as well. > You should be aware that this forum is not a platform for anti-Jewish > statements. > What is wrong with you? > > Regards, > David > > On 2024-07-09 21:04, Dave Beagle wrote: >> Google it. And how come you haven’t asked about Metz’s political statement >> after his? >> >> >> Sent from Yahoo Mail for iPhone >> >> >> On Tuesday, July 9, 2024, 3:45 PM, rpinion865 >> <042a019916dd-dmarc-requ...@listserv.ua.edu> wrote: >> >> Fleegle, the legal beagle. >> >> >> >> "Confidentially doc, I am the wabbit." >> >> Bugs Bunny >> >> Sent with Proton Mail secure email. >> >> On Tuesday, July 9th, 2024 at 3:17 PM, David Spiegel >> <0468385049d1-dmarc-requ...@listserv.ua.edu> wrote: >> >>> Hi Dave, >>> What does the Arabic after your name mean? >>> >>> Thanks and regards, >>> David >>> >>> On 2024-07-09 15:03, Dave Beagle wrote: >>> >>>> Proving the old adage you can’t teach an old dog new tricks. >>>> Dave >>>> الحريةلفلسطين >>>> >>>> Sent from Yahoo Mail for iPhone >>>> >>>> On Tuesday, July 9, 2024, 11:03 AM, Kurt Quackenbush ku...@us.ibm.com >>>> wrote: >>>> >>>>> Upstream in the process, agreed to HLQ of NEWMCAT. >>>>> Downstream in the process, edited JCL not to use NEWMCAT. >>>>> Now at the "Perform Workflows" stage. >>>>> Process complains that that my datasets do not exist in the catalog, etc. >>>>> Of course... >>>>> z/OSMF expects to find the target data sets with the names defined in the >>>>> deployment configuration. Unfortunately, you can not generate the >>>>> workflow instances if the data sets are not found by those names. In my >>>>> opinion the safest option is to cleanup and try again, but this time do >>>>> NOT edit the generated JCL. If you don't like the default temporary >>>>> catalog alias NEWMCAT, then change that in the configuration before >>>>> generating the JCL. >>>> 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 >>>> >>>> -- >>>> 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: Alter z/OSMF Workflow Input?
Hi Dave, You're either naive or willfully misleading people. Either way, this forum is for technical discussions, not, Mideast politics. Please get that through your dense skull. Regards, David On 2024-07-09 22:14, Dave Beagle wrote: It has nothing to do with the destruction of Israel. And don’t hand me your BS. Bernie Sanders agrees with me. I maxed out donating to Bernie in 2016 and received an autographed copy of his book Our Revolution. Sent from Yahoo Mail for iPhone On Tuesday, July 9, 2024, 10:11 PM, Dave Beagle wrote: Then tell Metz to take his crap elsewhere too. Sent from Yahoo Mail for iPhone On Tuesday, July 9, 2024, 9:50 PM, David Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu> wrote: Hi Dave, I Googled before I asked, but, wanted to give you the benefit of the doubt in case I made a mistake. According to Google Translate, it means "Freedom for Palestine". This expression usually means that Israel should be destroyed as well. You should be aware that this forum is not a platform for anti-Jewish statements. What is wrong with you? Regards, David On 2024-07-09 21:04, Dave Beagle wrote: Google it. And how come you haven’t asked about Metz’s political statement after his? Sent from Yahoo Mail for iPhone On Tuesday, July 9, 2024, 3:45 PM, rpinion865 <042a019916dd-dmarc-requ...@listserv.ua.edu> wrote: Fleegle, the legal beagle. "Confidentially doc, I am the wabbit." Bugs Bunny Sent with Proton Mail secure email. On Tuesday, July 9th, 2024 at 3:17 PM, David Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu> wrote: Hi Dave, What does the Arabic after your name mean? Thanks and regards, David On 2024-07-09 15:03, Dave Beagle wrote: Proving the old adage you can’t teach an old dog new tricks. Dave الحريةلفلسطين Sent from Yahoo Mail for iPhone On Tuesday, July 9, 2024, 11:03 AM, Kurt Quackenbush ku...@us.ibm.com wrote: Upstream in the process, agreed to HLQ of NEWMCAT. Downstream in the process, edited JCL not to use NEWMCAT. Now at the "Perform Workflows" stage. Process complains that that my datasets do not exist in the catalog, etc. Of course... z/OSMF expects to find the target data sets with the names defined in the deployment configuration. Unfortunately, you can not generate the workflow instances if the data sets are not found by those names. In my opinion the safest option is to cleanup and try again, but this time do NOT edit the generated JCL. If you don't like the default temporary catalog alias NEWMCAT, then change that in the configuration before generating the JCL. 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 -- 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 -- 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: Alter z/OSMF Workflow Input?
It has nothing to do with the destruction of Israel. And don’t hand me your BS. Bernie Sanders agrees with me. I maxed out donating to Bernie in 2016 and received an autographed copy of his book Our Revolution. Sent from Yahoo Mail for iPhone On Tuesday, July 9, 2024, 10:11 PM, Dave Beagle wrote: Then tell Metz to take his crap elsewhere too. Sent from Yahoo Mail for iPhone On Tuesday, July 9, 2024, 9:50 PM, David Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu> wrote: Hi Dave, I Googled before I asked, but, wanted to give you the benefit of the doubt in case I made a mistake. According to Google Translate, it means "Freedom for Palestine". This expression usually means that Israel should be destroyed as well. You should be aware that this forum is not a platform for anti-Jewish statements. What is wrong with you? Regards, David On 2024-07-09 21:04, Dave Beagle wrote: > Google it. And how come you haven’t asked about Metz’s political statement > after his? > > > Sent from Yahoo Mail for iPhone > > > On Tuesday, July 9, 2024, 3:45 PM, rpinion865 > <042a019916dd-dmarc-requ...@listserv.ua.edu> wrote: > > Fleegle, the legal beagle. > > > > "Confidentially doc, I am the wabbit." > > Bugs Bunny > > Sent with Proton Mail secure email. > > On Tuesday, July 9th, 2024 at 3:17 PM, David Spiegel > <0468385049d1-dmarc-requ...@listserv.ua.edu> wrote: > >> Hi Dave, >> What does the Arabic after your name mean? >> >> Thanks and regards, >> David >> >> On 2024-07-09 15:03, Dave Beagle wrote: >> >>> Proving the old adage you can’t teach an old dog new tricks. >>> Dave >>> الحريةلفلسطين >>> >>> Sent from Yahoo Mail for iPhone >>> >>> On Tuesday, July 9, 2024, 11:03 AM, Kurt Quackenbush ku...@us.ibm.com wrote: >>> >>>> Upstream in the process, agreed to HLQ of NEWMCAT. >>>> Downstream in the process, edited JCL not to use NEWMCAT. >>>> Now at the "Perform Workflows" stage. >>>> Process complains that that my datasets do not exist in the catalog, etc. >>>> Of course... >>>> z/OSMF expects to find the target data sets with the names defined in the >>>> deployment configuration. Unfortunately, you can not generate the workflow >>>> instances if the data sets are not found by those names. In my opinion the >>>> safest option is to cleanup and try again, but this time do NOT edit the >>>> generated JCL. If you don't like the default temporary catalog alias >>>> NEWMCAT, then change that in the configuration before generating the JCL. >>> 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 >>> >>> -- >>> 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 -- 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: Alter z/OSMF Workflow Input?
Then tell Metz to take his crap elsewhere too. Sent from Yahoo Mail for iPhone On Tuesday, July 9, 2024, 9:50 PM, David Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu> wrote: Hi Dave, I Googled before I asked, but, wanted to give you the benefit of the doubt in case I made a mistake. According to Google Translate, it means "Freedom for Palestine". This expression usually means that Israel should be destroyed as well. You should be aware that this forum is not a platform for anti-Jewish statements. What is wrong with you? Regards, David On 2024-07-09 21:04, Dave Beagle wrote: > Google it. And how come you haven’t asked about Metz’s political statement > after his? > > > Sent from Yahoo Mail for iPhone > > > On Tuesday, July 9, 2024, 3:45 PM, rpinion865 > <042a019916dd-dmarc-requ...@listserv.ua.edu> wrote: > > Fleegle, the legal beagle. > > > > "Confidentially doc, I am the wabbit." > > Bugs Bunny > > Sent with Proton Mail secure email. > > On Tuesday, July 9th, 2024 at 3:17 PM, David Spiegel > <0468385049d1-dmarc-requ...@listserv.ua.edu> wrote: > >> Hi Dave, >> What does the Arabic after your name mean? >> >> Thanks and regards, >> David >> >> On 2024-07-09 15:03, Dave Beagle wrote: >> >>> Proving the old adage you can’t teach an old dog new tricks. >>> Dave >>> الحريةلفلسطين >>> >>> Sent from Yahoo Mail for iPhone >>> >>> On Tuesday, July 9, 2024, 11:03 AM, Kurt Quackenbush ku...@us.ibm.com wrote: >>> >>>> Upstream in the process, agreed to HLQ of NEWMCAT. >>>> Downstream in the process, edited JCL not to use NEWMCAT. >>>> Now at the "Perform Workflows" stage. >>>> Process complains that that my datasets do not exist in the catalog, etc. >>>> Of course... >>>> z/OSMF expects to find the target data sets with the names defined in the >>>> deployment configuration. Unfortunately, you can not generate the workflow >>>> instances if the data sets are not found by those names. In my opinion the >>>> safest option is to cleanup and try again, but this time do NOT edit the >>>> generated JCL. If you don't like the default temporary catalog alias >>>> NEWMCAT, then change that in the configuration before generating the JCL. >>> 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 >>> >>> -- >>> 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 -- 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: Alter z/OSMF Workflow Input?
Hi Dave, I Googled before I asked, but, wanted to give you the benefit of the doubt in case I made a mistake. According to Google Translate, it means "Freedom for Palestine". This expression usually means that Israel should be destroyed as well. You should be aware that this forum is not a platform for anti-Jewish statements. What is wrong with you? Regards, David On 2024-07-09 21:04, Dave Beagle wrote: Google it. And how come you haven’t asked about Metz’s political statement after his? Sent from Yahoo Mail for iPhone On Tuesday, July 9, 2024, 3:45 PM, rpinion865 <042a019916dd-dmarc-requ...@listserv.ua.edu> wrote: Fleegle, the legal beagle. "Confidentially doc, I am the wabbit." Bugs Bunny Sent with Proton Mail secure email. On Tuesday, July 9th, 2024 at 3:17 PM, David Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu> wrote: Hi Dave, What does the Arabic after your name mean? Thanks and regards, David On 2024-07-09 15:03, Dave Beagle wrote: Proving the old adage you can’t teach an old dog new tricks. Dave الحريةلفلسطين Sent from Yahoo Mail for iPhone On Tuesday, July 9, 2024, 11:03 AM, Kurt Quackenbush ku...@us.ibm.com wrote: Upstream in the process, agreed to HLQ of NEWMCAT. Downstream in the process, edited JCL not to use NEWMCAT. Now at the "Perform Workflows" stage. Process complains that that my datasets do not exist in the catalog, etc. Of course... z/OSMF expects to find the target data sets with the names defined in the deployment configuration. Unfortunately, you can not generate the workflow instances if the data sets are not found by those names. In my opinion the safest option is to cleanup and try again, but this time do NOT edit the generated JCL. If you don't like the default temporary catalog alias NEWMCAT, then change that in the configuration before generating the JCL. 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 -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Alter z/OSMF Workflow Input?
Free Palestine? If that is it, take this crap elsewhere. Doug Fuerst -- Original Message -- From "Dave Beagle" <0525eaef6620-dmarc-requ...@listserv.ua.edu> To IBM-MAIN@LISTSERV.UA.EDU Date 7/9/2024 21:04:07 PM Subject Re: Alter z/OSMF Workflow Input? Google it. And how come you haven’t asked about Metz’s political statement after his? Sent from Yahoo Mail for iPhone On Tuesday, July 9, 2024, 3:45 PM, rpinion865 <042a019916dd-dmarc-requ...@listserv.ua.edu> wrote: Fleegle, the legal beagle. "Confidentially doc, I am the wabbit." Bugs Bunny Sent with Proton Mail secure email. On Tuesday, July 9th, 2024 at 3:17 PM, David Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu> wrote: Hi Dave, What does the Arabic after your name mean? Thanks and regards, David On 2024-07-09 15:03, Dave Beagle wrote: > Proving the old adage you can’t teach an old dog new tricks. > Dave > الحريةلفلسطين > > Sent from Yahoo Mail for iPhone > > On Tuesday, July 9, 2024, 11:03 AM, Kurt Quackenbush ku...@us.ibm.com wrote: > > > Upstream in the process, agreed to HLQ of NEWMCAT. > > Downstream in the process, edited JCL not to use NEWMCAT. > > Now at the "Perform Workflows" stage. > > Process complains that that my datasets do not exist in the catalog, etc. Of course... > > z/OSMF expects to find the target data sets with the names defined in the deployment configuration. Unfortunately, you can not generate the workflow instances if the data sets are not found by those names. In my opinion the safest option is to cleanup and try again, but this time do NOT edit the generated JCL. If you don't like the default temporary catalog alias NEWMCAT, then change that in the configuration before generating the JCL. > > 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 > > -- > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Alter z/OSMF Workflow Input?
Classification: Confidential z/OS MF still sucks! -Original Message- From: IBM Mainframe Discussion List On Behalf Of Dave Beagle Sent: Tuesday, July 9, 2024 8:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Alter z/OSMF Workflow Input? [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.] z/OSMF was developed to simplify z/OS installation and maintenance. Because of the retirement of a plethora of installers (not expert Assembler coders) who were closing in on retirement. (Myself included) Dave الحريةلفلسطين Sent from Yahoo Mail for iPhone On Tuesday, July 9, 2024, 9:04 PM, Dave Beagle <0525eaef6620-dmarc-requ...@listserv.ua.edu> wrote: Google it. And how come you haven’t asked about Metz’s political statement after his? Sent from Yahoo Mail for iPhone On Tuesday, July 9, 2024, 3:45 PM, rpinion865 <042a019916dd-dmarc-requ...@listserv.ua.edu> wrote: Fleegle, the legal beagle. "Confidentially doc, I am the wabbit." Bugs Bunny Sent with Proton Mail secure email. On Tuesday, July 9th, 2024 at 3:17 PM, David Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu> wrote: > Hi Dave, > What does the Arabic after your name mean? > > Thanks and regards, > David > > On 2024-07-09 15:03, Dave Beagle wrote: > > > Proving the old adage you can’t teach an old dog new tricks. > > Dave > > الحريةلفلسطين > > > > Sent from Yahoo Mail for iPhone > > > > On Tuesday, July 9, 2024, 11:03 AM, Kurt Quackenbush ku...@us.ibm.com wrote: > > > > > Upstream in the process, agreed to HLQ of NEWMCAT. > > > Downstream in the process, edited JCL not to use NEWMCAT. > > > Now at the "Perform Workflows" stage. > > > Process complains that that my datasets do not exist in the catalog, etc. > > > Of course... > > > z/OSMF expects to find the target data sets with the names defined in the > > > deployment configuration. Unfortunately, you can not generate the > > > workflow instances if the data sets are not found by those names. In my > > > opinion the safest option is to cleanup and try again, but this time do > > > NOT edit the generated JCL. If you don't like the default temporary > > > catalog alias NEWMCAT, then change that in the configuration before > > > generating the JCL. > > > > 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 > > > > > > -- 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 -- 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, distr
Re: Alter z/OSMF Workflow Input?
z/OSMF was developed to simplify z/OS installation and maintenance. Because of the retirement of a plethora of installers (not expert Assembler coders) who were closing in on retirement. (Myself included) Dave الحريةلفلسطين Sent from Yahoo Mail for iPhone On Tuesday, July 9, 2024, 9:04 PM, Dave Beagle <0525eaef6620-dmarc-requ...@listserv.ua.edu> wrote: Google it. And how come you haven’t asked about Metz’s political statement after his? Sent from Yahoo Mail for iPhone On Tuesday, July 9, 2024, 3:45 PM, rpinion865 <042a019916dd-dmarc-requ...@listserv.ua.edu> wrote: Fleegle, the legal beagle. "Confidentially doc, I am the wabbit." Bugs Bunny Sent with Proton Mail secure email. On Tuesday, July 9th, 2024 at 3:17 PM, David Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu> wrote: > Hi Dave, > What does the Arabic after your name mean? > > Thanks and regards, > David > > On 2024-07-09 15:03, Dave Beagle wrote: > > > Proving the old adage you can’t teach an old dog new tricks. > > Dave > > الحريةلفلسطين > > > > Sent from Yahoo Mail for iPhone > > > > On Tuesday, July 9, 2024, 11:03 AM, Kurt Quackenbush ku...@us.ibm.com wrote: > > > > > Upstream in the process, agreed to HLQ of NEWMCAT. > > > Downstream in the process, edited JCL not to use NEWMCAT. > > > Now at the "Perform Workflows" stage. > > > Process complains that that my datasets do not exist in the catalog, etc. > > > Of course... > > > z/OSMF expects to find the target data sets with the names defined in the > > > deployment configuration. Unfortunately, you can not generate the > > > workflow instances if the data sets are not found by those names. In my > > > opinion the safest option is to cleanup and try again, but this time do > > > NOT edit the generated JCL. If you don't like the default temporary > > > catalog alias NEWMCAT, then change that in the configuration before > > > generating the JCL. > > > > 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 > > > > -- > > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Alter z/OSMF Workflow Input?
Google it. And how come you haven’t asked about Metz’s political statement after his? Sent from Yahoo Mail for iPhone On Tuesday, July 9, 2024, 3:45 PM, rpinion865 <042a019916dd-dmarc-requ...@listserv.ua.edu> wrote: Fleegle, the legal beagle. "Confidentially doc, I am the wabbit." Bugs Bunny Sent with Proton Mail secure email. On Tuesday, July 9th, 2024 at 3:17 PM, David Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu> wrote: > Hi Dave, > What does the Arabic after your name mean? > > Thanks and regards, > David > > On 2024-07-09 15:03, Dave Beagle wrote: > > > Proving the old adage you can’t teach an old dog new tricks. > > Dave > > الحريةلفلسطين > > > > Sent from Yahoo Mail for iPhone > > > > On Tuesday, July 9, 2024, 11:03 AM, Kurt Quackenbush ku...@us.ibm.com wrote: > > > > > Upstream in the process, agreed to HLQ of NEWMCAT. > > > Downstream in the process, edited JCL not to use NEWMCAT. > > > Now at the "Perform Workflows" stage. > > > Process complains that that my datasets do not exist in the catalog, etc. > > > Of course... > > > z/OSMF expects to find the target data sets with the names defined in the > > > deployment configuration. Unfortunately, you can not generate the > > > workflow instances if the data sets are not found by those names. In my > > > opinion the safest option is to cleanup and try again, but this time do > > > NOT edit the generated JCL. If you don't like the default temporary > > > catalog alias NEWMCAT, then change that in the configuration before > > > generating the JCL. > > > > 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 > > > > -- > > 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: Alter z/OSMF Workflow Input?
Fleegle, the legal beagle. "Confidentially doc, I am the wabbit." Bugs Bunny Sent with Proton Mail secure email. On Tuesday, July 9th, 2024 at 3:17 PM, David Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu> wrote: > Hi Dave, > What does the Arabic after your name mean? > > Thanks and regards, > David > > On 2024-07-09 15:03, Dave Beagle wrote: > > > Proving the old adage you can’t teach an old dog new tricks. > > Dave > > الحريةلفلسطين > > > > Sent from Yahoo Mail for iPhone > > > > On Tuesday, July 9, 2024, 11:03 AM, Kurt Quackenbush ku...@us.ibm.com wrote: > > > > > Upstream in the process, agreed to HLQ of NEWMCAT. > > > Downstream in the process, edited JCL not to use NEWMCAT. > > > Now at the "Perform Workflows" stage. > > > Process complains that that my datasets do not exist in the catalog, etc. > > > Of course... > > > z/OSMF expects to find the target data sets with the names defined in the > > > deployment configuration. Unfortunately, you can not generate the > > > workflow instances if the data sets are not found by those names. In my > > > opinion the safest option is to cleanup and try again, but this time do > > > NOT edit the generated JCL. If you don't like the default temporary > > > catalog alias NEWMCAT, then change that in the configuration before > > > generating the JCL. > > > > 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 > > > > -- > > 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: Alter z/OSMF Workflow Input?
Hi Dave, What does the Arabic after your name mean? Thanks and regards, David On 2024-07-09 15:03, Dave Beagle wrote: Proving the old adage you can’t teach an old dog new tricks. Dave الحريةلفلسطين Sent from Yahoo Mail for iPhone On Tuesday, July 9, 2024, 11:03 AM, Kurt Quackenbush wrote: Upstream in the process, agreed to HLQ of NEWMCAT. Downstream in the process, edited JCL not to use NEWMCAT. Now at the "Perform Workflows" stage. Process complains that that my datasets do not exist in the catalog, etc. Of course... z/OSMF expects to find the target data sets with the names defined in the deployment configuration. Unfortunately, you can not generate the workflow instances if the data sets are not found by those names. In my opinion the safest option is to cleanup and try again, but this time do NOT edit the generated JCL. If you don't like the default temporary catalog alias NEWMCAT, then change that in the configuration before generating the JCL. 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 -- 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: Alter z/OSMF Workflow Input?
Proving the old adage you can’t teach an old dog new tricks. Dave الحريةلفلسطين Sent from Yahoo Mail for iPhone On Tuesday, July 9, 2024, 11:03 AM, Kurt Quackenbush wrote: > Upstream in the process, agreed to HLQ of NEWMCAT. > Downstream in the process, edited JCL not to use NEWMCAT. > Now at the "Perform Workflows" stage. > Process complains that that my datasets do not exist in the catalog, etc. Of > course... z/OSMF expects to find the target data sets with the names defined in the deployment configuration. Unfortunately, you can not generate the workflow instances if the data sets are not found by those names. In my opinion the safest option is to cleanup and try again, but this time do NOT edit the generated JCL. If you don't like the default temporary catalog alias NEWMCAT, then change that in the configuration before generating the JCL. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another z/OSMF rant. -- Catch-22 is killing me
China labs is the problem Sent from my iPhone No one said I could type with one thumb > On Jul 9, 2024, at 10:16, Matthew Stitt wrote: > > Your issue looks familiar to me. Maybe you need the following security > setup and permissions: > > BBG.AUTHMOD.BBGZSAFM > > BBG.AUTHMOD.BBGZSAFM.SAFCRED > > Give your z/OS MF server user id (Or group id) READ access to those profiles. > > If your contact can, look at case TS016443932. I went through this process > less than a month ago. > > Hope this information helps. > > Matthew > > -- > 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: another z/OSMF rant. -- Catch-22 is killing me
Your issue looks familiar to me. Maybe you need the following security setup and permissions: BBG.AUTHMOD.BBGZSAFM BBG.AUTHMOD.BBGZSAFM.SAFCRED Give your z/OS MF server user id (Or group id) READ access to those profiles. If your contact can, look at case TS016443932. I went through this process less than a month ago. Hope this information helps. Matthew -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Alter z/OSMF Workflow Input?
> Upstream in the process, agreed to HLQ of NEWMCAT. > Downstream in the process, edited JCL not to use NEWMCAT. > Now at the "Perform Workflows" stage. > Process complains that that my datasets do not exist in the catalog, etc. Of > course... z/OSMF expects to find the target data sets with the names defined in the deployment configuration. Unfortunately, you can not generate the workflow instances if the data sets are not found by those names. In my opinion the safest option is to cleanup and try again, but this time do NOT edit the generated JCL. If you don't like the default temporary catalog alias NEWMCAT, then change that in the configuration before generating the JCL. 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: another z/OSMF rant. -- Catch-22 is killing me
'Yes, grammar' is important, like spelling.. Great setup, thanks. On Tue, Jul 9, 2024 at 8:05 AM Tom Longfellow < 03e29b607131-dmarc-requ...@listserv.ua.edu> wrote: > A brief apology to all with a Moral > > "Don't type angry" > > The initial post is embarassingly peppered with bad grammer. You usually > don't think to get a prooifreader for Ranting. > > -- > 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: another z/OSMF rant. -- Catch-22 is killing me
Classification: Confidential agreed -Original Message- From: IBM Mainframe Discussion List On Behalf Of Doug Fuerst Sent: Monday, July 8, 2024 11:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: another z/OSMF rant. -- Catch-22 is killing me [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.] z/OSMF sucks. No matter what the IBM proponents here in this forum claim. A totally worthless product. Doug Fuerst -- Original Message -- From "Tom Longfellow" <03e29b607131-dmarc-requ...@listserv.ua.edu> To IBM-MAIN@LISTSERV.UA.EDU Date 7/8/2024 11:52:29 AM Subject another z/OSMF rant. -- Catch-22 is killing me >The store is much longer than this post could cover. I will keep it as brief >as possible in an attempt to keep my blood pressure under control. > >1. Product install is STRONGLY recommending using z/OSMF Softtware Management >to install. >2. I obey and get everything downloaded and start the installation workflow,. >3. It's time to submit the jobs that actually do the work of building >the SMP and product runlibes 4. z/OSMF fails to submit any jobs with a >complaint about SSL... >5. IBM support says the problem is a flaw in the JAVA that I installed >last September (using z/OSMF of all things) 6. "old fashined" batch JCL was >used to download that fix and all of his associated follow on maintenance >(RSU2406). >7. RSU2406 applied and system IPLed to get a fresh new start. >= Now the Catch-22 == >+ z/OSFMF will not respond to its designated IP HTTPS port. It is not even >listening on that port. >+ Therefore I cannot even login to use the Diagnostic Assistant or even >attempt to complete my insall. > >CATCH-22: You NEED z/OSMF to DEBUG z/OSMF. >=== >Latest from IBM --- we think the z/OSMF error is related to this WLM error we >see in the log. >Now the problem expands to another support team. >In the meantime I am out here hanging - unable to perform my job. > > >I have always said that GUIs are OK when they help. But SOMEONE still has to >know what to do to fix it when it's broke WITHOUT using the thing that just >broke. >I contend that z/OSMF now needlessly surpasses the complexity and obscurity of >the z/OS system. > >-- >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: another z/OSMF rant. -- Catch-22 is killing me
A brief apology to all with a Moral "Don't type angry" The initial post is embarassingly peppered with bad grammer. You usually don't think to get a prooifreader for Ranting. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another z/OSMF rant. -- Catch-22 is killing me
I 100% agree. I think the decision to move almost everything to z/OSMF was too rushed and now it appears that there is vacillation as to what to do to "fix" it. It should never have been released as the replacement until it was completely tested and ready. I had been complaining for literally almost two years up to the actual cut over to z/OSMF "only" and was almost completely ignored. It's a bad product and needs to be not just fixed, but re-thought and rebuilt with a better focus on what it is supposed to do instead of everything deciding it was a cool idea and moving in 20 different directions. It appears that everyone involved was concerned about some part of the product and no one was thinking how they were going to make it all work reliably. I believe it's a failed project and should be replaced. It has been a BIG step backwards in almost every way. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another z/OSMF rant. -- Catch-22 is killing me
This is exactly the problem Windows had in the early days: it's all well and good until you fall off the edge, out of the GUI envelope, and then all is lost. That doesn't make it necessarily a bad idea--I hear Windows has a *few* users--but it does mean that you need to be very, Very, VERY serious about developing the GUI *and* forcing applications to do the same. Good luck with the latter on z/OS. ObAnecdote: Back in the mid-90s, the Relay/Gold terminal emulation product had a Windows version that was built on the core of the DOS version. It worked great, was Windows-ized--except for one error screen that came up when some sort of SDLC thing failed: it fell into DOS-land, and the only solution was to hit ENTER to continue. Since this was being used to automate a process for an insurance company, it was A Big Problem. Fixing it in the code was non-trivial; best solution I could come up with was a phone-enabled powerstrip* such that when it failed, someone could make a call and power-cycle the rack. They didn't much like that solution (neither did I, but it was better than nothing). Oddly, I forget how it was finally solved, given how long it went on and the number of site visits I made trying to deal with it. Maybe they changed to not use SDLC. *My "drinking bird that hits Enter every few seconds" was also vetoed as impractical -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tom Longfellow Sent: Monday, July 8, 2024 11:52 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: another z/OSMF rant. -- Catch-22 is killing me The store is much longer than this post could cover. I will keep it as brief as possible in an attempt to keep my blood pressure under control. 1. Product install is STRONGLY recommending using z/OSMF Softtware Management to install. 2. I obey and get everything downloaded and start the installation workflow,. 3. It's time to submit the jobs that actually do the work of building the SMP and product runlibes 4. z/OSMF fails to submit any jobs with a complaint about SSL... 5. IBM support says the problem is a flaw in the JAVA that I installed last September (using z/OSMF of all things) 6. "old fashined" batch JCL was used to download that fix and all of his associated follow on maintenance (RSU2406). 7. RSU2406 applied and system IPLed to get a fresh new start. = Now the Catch-22 == + z/OSFMF will not respond to its designated IP HTTPS port. It is not even listening on that port. + Therefore I cannot even login to use the Diagnostic Assistant or even attempt to complete my insall. CATCH-22: You NEED z/OSMF to DEBUG z/OSMF. === Latest from IBM --- we think the z/OSMF error is related to this WLM error we see in the log. Now the problem expands to another support team. In the meantime I am out here hanging - unable to perform my job. I have always said that GUIs are OK when they help. But SOMEONE still has to know what to do to fix it when it's broke WITHOUT using the thing that just broke. I contend that z/OSMF now needlessly surpasses the complexity and obscurity of the z/OS system. -- 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: another z/OSMF rant. -- Catch-22 is killing me
z/OSMF sucks. No matter what the IBM proponents here in this forum claim. A totally worthless product. Doug Fuerst -- Original Message -- From "Tom Longfellow" <03e29b607131-dmarc-requ...@listserv.ua.edu> To IBM-MAIN@LISTSERV.UA.EDU Date 7/8/2024 11:52:29 AM Subject another z/OSMF rant. -- Catch-22 is killing me The store is much longer than this post could cover. I will keep it as brief as possible in an attempt to keep my blood pressure under control. 1. Product install is STRONGLY recommending using z/OSMF Softtware Management to install. 2. I obey and get everything downloaded and start the installation workflow,. 3. It's time to submit the jobs that actually do the work of building the SMP and product runlibes 4. z/OSMF fails to submit any jobs with a complaint about SSL... 5. IBM support says the problem is a flaw in the JAVA that I installed last September (using z/OSMF of all things) 6. "old fashined" batch JCL was used to download that fix and all of his associated follow on maintenance (RSU2406). 7. RSU2406 applied and system IPLed to get a fresh new start. = Now the Catch-22 == + z/OSFMF will not respond to its designated IP HTTPS port. It is not even listening on that port. + Therefore I cannot even login to use the Diagnostic Assistant or even attempt to complete my insall. CATCH-22: You NEED z/OSMF to DEBUG z/OSMF. === Latest from IBM --- we think the z/OSMF error is related to this WLM error we see in the log. Now the problem expands to another support team. In the meantime I am out here hanging - unable to perform my job. I have always said that GUIs are OK when they help. But SOMEONE still has to know what to do to fix it when it's broke WITHOUT using the thing that just broke. I contend that z/OSMF now needlessly surpasses the complexity and obscurity of the z/OS system. -- 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
another z/OSMF rant. -- Catch-22 is killing me
The store is much longer than this post could cover. I will keep it as brief as possible in an attempt to keep my blood pressure under control. 1. Product install is STRONGLY recommending using z/OSMF Softtware Management to install. 2. I obey and get everything downloaded and start the installation workflow,. 3. It's time to submit the jobs that actually do the work of building the SMP and product runlibes 4. z/OSMF fails to submit any jobs with a complaint about SSL... 5. IBM support says the problem is a flaw in the JAVA that I installed last September (using z/OSMF of all things) 6. "old fashined" batch JCL was used to download that fix and all of his associated follow on maintenance (RSU2406). 7. RSU2406 applied and system IPLed to get a fresh new start. = Now the Catch-22 == + z/OSFMF will not respond to its designated IP HTTPS port. It is not even listening on that port. + Therefore I cannot even login to use the Diagnostic Assistant or even attempt to complete my insall. CATCH-22: You NEED z/OSMF to DEBUG z/OSMF. === Latest from IBM --- we think the z/OSMF error is related to this WLM error we see in the log. Now the problem expands to another support team. In the meantime I am out here hanging - unable to perform my job. I have always said that GUIs are OK when they help. But SOMEONE still has to know what to do to fix it when it's broke WITHOUT using the thing that just broke. I contend that z/OSMF now needlessly surpasses the complexity and obscurity of the z/OS system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Alter z/OSMF Workflow Input?
Gees, how to make something simple complicated... New to z/OSMF. Installing z/OS 3.1. Plenty of experience installing z/OS without z/OSMF. Upstream in the process, agreed to HLQ of NEWMCAT. Downstream in the process, edited JCL not to use NEWMCAT. Now at the "Perform Workflows" stage. Process complains that that my datasets do not exist in the catalog, etc. Of course... Would like to see what workflow is all about. Don't want to ignore it..., but don't want to repeat modifying target DSNs and target volumes along with associated work to simply remove the use of NEWMCAT. Still researching and reading the manuals, but would appreciate any insight anyone is willing to offer. Thank you for your time. Regards, Kevin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 2024 z/OSMF User Survey: We want to hear from you!
Dear z/OS users, We are reaching out to remind you that the z/OSMF 2024 user survey is currently ongoing and will be ending by the end of May. We kindly request that you take 5-10 minutes of your time to answer the survey questions, if you have not done so already. Your feedback is valuable to us and will help us improve our products and services to better meet your needs. We appreciate your cooperation and thank you in advance for your participation in the survey. https://ibm.biz/zosmfsurvey2024 Thank you, z/OSMF development team -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
2024 z/OSMF User Survey: We want to hear from you!
Dear z/OS users, Last year, you helped us better understand how you were using z/OSMF for your work and how it could be enhanced in different ways. Since that survey, the z/OSMF team has been working on areas for improvement based on your feedback. To name a few, we removed CIM dependency for several z/OSMF functions to further simplify z/OSMF configuration, added more REST APIs such as REST API to support validating Parmlib syntax and enhanced z/OSMF Desktop such as supporting remote sysplex. We are always looking for new ways to make your experience with z/OSMF even better and would like to hear your updated feedback before moving forward. Therefore, we would like to invite you back to share your thoughts through our 2024 z/OSMF annual survey. We would really appreciate if you could take about 10 minutes to answer the following survey. https://ibm.biz/zosmfsurvey2024 Thank you, z/OSMF development team -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: security fun with z/OSMF install - can't get there
Hi Mark, It turned out something more basic. I had forgotten to add the line in my TCPIP.PROFILE to allow z/OSMF to use port 443. Thanks, Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Charles Sent: Wednesday, April 3, 2024 4:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: security fun with z/OSMF install - can't get there I have seen this before. You need to make sure that the Certificate you set up for your production system can also be used on the other system. You can have multiple SANs (IP addresses) defined in the Cert, so add any system that might use the same Cert. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: security fun with z/OSMF install - can't get there
I have seen this before. You need to make sure that the Certificate you set up for your production system can also be used on the other system. You can have multiple SANs (IP addresses) defined in the Cert, so add any system that might use the same Cert. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/osmf missing directory
Never mind - again. The SMP/E job to put the new workflow choked on installing the PTF but apparently got far enough to create the directory. This install is going to cause me to want to retire! Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, March 28, 2024 3:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] z/osmf missing directory Hi again, Got past my last problem and now while trying to apply UJ93002 to get the 3.1 workflow loaded into the filesystem, the apply failed because /usr/lpp/bcp/upgrade doesn't exist. While I can manually go into the FS and create the directory, I'm concerned that I missed some step that should have created it and others. The only hits I've found in doing searches online are telling me that installing a particular PTF will put the new workflow in this location. So my questions are 1) is it safe for me to just create this directory, and if not, where is the step(s) that I missed that would create it for me? TIA (again) Rex -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/osmf missing directory
Hi again, Got past my last problem and now while trying to apply UJ93002 to get the 3.1 workflow loaded into the filesystem, the apply failed because /usr/lpp/bcp/upgrade doesn't exist. While I can manually go into the FS and create the directory, I'm concerned that I missed some step that should have created it and others. The only hits I've found in doing searches online are telling me that installing a particular PTF will put the new workflow in this location. So my questions are 1) is it safe for me to just create this directory, and if not, where is the step(s) that I missed that would create it for me? TIA (again) Rex -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: security fun with z/OSMF install - can't get there
SAN is Subject Alternate Name in a digital certificate. In that case, I would try a different port such as 2443 or any other port not in use. On Wed, Mar 27, 2024 at 4:46 PM Pommier, Rex wrote: > Hi Michael, > > I'm not following you on this one. SANs? In my vocabulary SAN is storage > and we don't run a SAN for our mainframe disk. Direct attach, 2 LPARs on > the same physical CEC, 1 DS8910F storage direct attached, and shared chpids > for both the disk and OSA. > > I did find this - which I didn't see yesterday that is probably my problem > but I can't see what I need to change to fix it: > > CWWKO0221E: TCP Channel defaultHttpEndpoint-ssl initialization did not > succeed. >The socket bind did not succeed for host * and port 443. The port > might already be in use. >Exception Message: EDC5111I Permission denied. (errno2=0x744C7246) > > I do a netstat on port 443 and get this: > > D TCPIP,TCPIP,NETSTAT,ALLCON,PORT=443 > EZZ2500I NETSTAT CS V2R4 TCPIP 496 > USER ID CONN LOCAL SOCKET FOREIGN SOCKET STATE > 0 OF 0 RECORDS DISPLAYED > END OF THE REPORT > > Over on the production LPAR I see that IZUSVR1 is bound to port 443. > > Within the z/OSMF active config file I see this on the non-working one: > IZU_APPSERVER_HOSTNAME=TSTJES2.MNLIFE.COM > IZU_JWKS_HOSTNAME=TSTJES2.MNLIFE.COM > IZU_HTTP_SSL_PORT=443 > IZU_HTTP_PORT=-1 > > TCPIP.DATA has my HOSTNAME TSTJES2 and both TSTJES2 and TSTJES2.MNLIFE.COM > both correctly resolve to the test LPAR IP address. > > Over on the working one I do the same netstat and see the bind: > > D TCPIP,TCPIP,NETSTAT,ALLCON,PORT=443 > EZZ2500I NETSTAT CS V2R4 TCPIP 600 > USER ID CONN LOCAL SOCKET FOREIGN SOCKET STATE > IZUSVR1 0004A344 172.16.128.14..443 10.53.240.151..34554 ESTBLSH > IZUSVR1 000492CB 0.0.0.0..443 0.0.0.0..0 LISTEN > 2 OF 2 RECORDS DISPLAYED > END OF THE REPORT > > In active config: > IZU_APPSERVER_HOSTNAME=MVSJES2.MNLIFE.COM > IZU_JWKS_HOSTNAME=MVSJES2.MNLIFE.COM > IZU_HTTP_SSL_PORT=443 > IZU_HTTP_PORT=-1 > > TCPIP.DATA on working one has HOSTNAME MVSJES2 and everything resolves > correctly. > > Thoughts/ideas? > > I'm chasing a couple other links people sent me. > > Rex > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Michael Babcock > Sent: Tuesday, March 26, 2024 9:23 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Re: security fun with z/OSMF install - can't get there > > Also, if you cloned prod and changed the IP added and/or domain name, I > would check the certs. Do the certs match the SANs? > > On Tue, Mar 26, 2024 at 9:16 PM Michael Babcock > wrote: > > > Does this help? > > > > > > https://urldefense.com/v3/__https://kinsta.com/knowledgebase/pr-end-of > > -file-error/*what-causes-the-pr_end_of_file_error__;Iw!!KjMRP1Ixj6eLE0 > > Fj!oaOvtuzKsu_CrFeLcgyUKF_gNSfdjsYOIW2qhL0UuZh7RZ70fpwMbhZmzveK6QkZRvM > > nI2nXVMundFuGm1tmuiOd81fQsKoWqjD1$ > > > > > > On Tue, Mar 26, 2024 at 6:28 PM Pommier, Rex > > wrote: > > > >> Hi List, > >> > >> We are attempting our first foray into getting z/OSMF up and running. > >> Scenario is we're backleveled maintenance-wise on our 2.4 system. We > >> ran the security configuration setup etc and got z/OSMF up and > >> running on the production LPAR we are planning on running it from. > >> However when we started to load z/OS 3.1 we ran into a problem with > >> missing PTFs. Got one set of PTFs installed and after adding a > >> local_override.cfg file into the configuration directory we got > >> z/OSMF up and running again and past that hurdle. We hit the next > >> one requiring a dozen more PTFs to bypass it. We decided to move the > >> install to our sandbox just to get z/OSMF working to the point we can > >> use it to get our 3.1 software install back on track. I ran > >> disk-level flashcopy copies of my entire production LPAR to the > >> sandbox, made the required changes (IP addresses etc) to get the > >> sandbox up and running. Started z/OSMF and it comes up with no > >> errors or warnings (except the one telling me I'm using the local > override file). However, when I try to get to the web server I get a > "secure connection failure" > >> with " PR_END_OF_FILE_ERROR" trying to connect with Firefox and " > >> 172.16.128.108 unexpectedly closed the connection" using Chrome. > >> Security > >> (RACF) is identical to what it is on t
Re: [EXTERNAL] Re: security fun with z/OSMF install - can't get there
Follow-up and resolution. We found it. “stupid sysprog trick”. I was missing a line in my TCPIP PROFILE member telling it to reserve port 443 for z/OSMF on our test LPAR. I looked at that member in production, even running compares against the one being used for test, about a half dozen times and missed it every time. One of my colleagues finally spotted the missing line. Thanks, Rex -Original Message- From: Pommier, Rex Sent: Wednesday, March 27, 2024 10:02 AM To: 'IBM Mainframe Discussion List' Subject: RE: [EXTERNAL] Re: security fun with z/OSMF install - can't get there Hi Michael, I'm not following you on this one. SANs? In my vocabulary SAN is storage and we don't run a SAN for our mainframe disk. Direct attach, 2 LPARs on the same physical CEC, 1 DS8910F storage direct attached, and shared chpids for both the disk and OSA. I did find this - which I didn't see yesterday that is probably my problem but I can't see what I need to change to fix it: CWWKO0221E: TCP Channel defaultHttpEndpoint-ssl initialization did not succeed. The socket bind did not succeed for host * and port 443. The port might already be in use. Exception Message: EDC5111I Permission denied. (errno2=0x744C7246) I do a netstat on port 443 and get this: D TCPIP,TCPIP,NETSTAT,ALLCON,PORT=443 EZZ2500I NETSTAT CS V2R4 TCPIP 496 USER ID CONN LOCAL SOCKET FOREIGN SOCKET STATE 0 OF 0 RECORDS DISPLAYED END OF THE REPORT Over on the production LPAR I see that IZUSVR1 is bound to port 443. Within the z/OSMF active config file I see this on the non-working one: IZU_APPSERVER_HOSTNAME=TSTJES2.MNLIFE.COM IZU_JWKS_HOSTNAME=TSTJES2.MNLIFE.COM IZU_HTTP_SSL_PORT=443 IZU_HTTP_PORT=-1 TCPIP.DATA has my HOSTNAME TSTJES2 and both TSTJES2 and TSTJES2.MNLIFE.COM both correctly resolve to the test LPAR IP address. Over on the working one I do the same netstat and see the bind: D TCPIP,TCPIP,NETSTAT,ALLCON,PORT=443 EZZ2500I NETSTAT CS V2R4 TCPIP 600 USER ID CONN LOCAL SOCKET FOREIGN SOCKET STATE IZUSVR1 0004A344 172.16.128.14..443 10.53.240.151..34554 ESTBLSH IZUSVR1 000492CB 0.0.0.0..443 0.0.0.0..0 LISTEN 2 OF 2 RECORDS DISPLAYED END OF THE REPORT In active config: IZU_APPSERVER_HOSTNAME=MVSJES2.MNLIFE.COM IZU_JWKS_HOSTNAME=MVSJES2.MNLIFE.COM IZU_HTTP_SSL_PORT=443 IZU_HTTP_PORT=-1 TCPIP.DATA on working one has HOSTNAME MVSJES2 and everything resolves correctly. Thoughts/ideas? I'm chasing a couple other links people sent me. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Michael Babcock Sent: Tuesday, March 26, 2024 9:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: security fun with z/OSMF install - can't get there Also, if you cloned prod and changed the IP added and/or domain name, I would check the certs. Do the certs match the SANs? On Tue, Mar 26, 2024 at 9:16 PM Michael Babcock wrote: > Does this help? > > > https://urldefense.com/v3/__https://kinsta.com/knowledgebase/pr-end-of > -file-error/*what-causes-the-pr_end_of_file_error__;Iw!!KjMRP1Ixj6eLE0 > Fj!oaOvtuzKsu_CrFeLcgyUKF_gNSfdjsYOIW2qhL0UuZh7RZ70fpwMbhZmzveK6QkZRvM > nI2nXVMundFuGm1tmuiOd81fQsKoWqjD1$ > > > On Tue, Mar 26, 2024 at 6:28 PM Pommier, Rex > wrote: > >> Hi List, >> >> We are attempting our first foray into getting z/OSMF up and running. >> Scenario is we're backleveled maintenance-wise on our 2.4 system. We >> ran the security configuration setup etc and got z/OSMF up and >> running on the production LPAR we are planning on running it from. >> However when we started to load z/OS 3.1 we ran into a problem with >> missing PTFs. Got one set of PTFs installed and after adding a >> local_override.cfg file into the configuration directory we got >> z/OSMF up and running again and past that hurdle. We hit the next >> one requiring a dozen more PTFs to bypass it. We decided to move the >> install to our sandbox just to get z/OSMF working to the point we can >> use it to get our 3.1 software install back on track. I ran >> disk-level flashcopy copies of my entire production LPAR to the >> sandbox, made the required changes (IP addresses etc) to get the >> sandbox up and running. Started
Re: [EXTERNAL] Re: security fun with z/OSMF install - can't get there
Hi Michael, I'm not following you on this one. SANs? In my vocabulary SAN is storage and we don't run a SAN for our mainframe disk. Direct attach, 2 LPARs on the same physical CEC, 1 DS8910F storage direct attached, and shared chpids for both the disk and OSA. I did find this - which I didn't see yesterday that is probably my problem but I can't see what I need to change to fix it: CWWKO0221E: TCP Channel defaultHttpEndpoint-ssl initialization did not succeed. The socket bind did not succeed for host * and port 443. The port might already be in use. Exception Message: EDC5111I Permission denied. (errno2=0x744C7246) I do a netstat on port 443 and get this: D TCPIP,TCPIP,NETSTAT,ALLCON,PORT=443 EZZ2500I NETSTAT CS V2R4 TCPIP 496 USER ID CONN LOCAL SOCKET FOREIGN SOCKET STATE 0 OF 0 RECORDS DISPLAYED END OF THE REPORT Over on the production LPAR I see that IZUSVR1 is bound to port 443. Within the z/OSMF active config file I see this on the non-working one: IZU_APPSERVER_HOSTNAME=TSTJES2.MNLIFE.COM IZU_JWKS_HOSTNAME=TSTJES2.MNLIFE.COM IZU_HTTP_SSL_PORT=443 IZU_HTTP_PORT=-1 TCPIP.DATA has my HOSTNAME TSTJES2 and both TSTJES2 and TSTJES2.MNLIFE.COM both correctly resolve to the test LPAR IP address. Over on the working one I do the same netstat and see the bind: D TCPIP,TCPIP,NETSTAT,ALLCON,PORT=443 EZZ2500I NETSTAT CS V2R4 TCPIP 600 USER ID CONN LOCAL SOCKET FOREIGN SOCKET STATE IZUSVR1 0004A344 172.16.128.14..443 10.53.240.151..34554 ESTBLSH IZUSVR1 000492CB 0.0.0.0..443 0.0.0.0..0 LISTEN 2 OF 2 RECORDS DISPLAYED END OF THE REPORT In active config: IZU_APPSERVER_HOSTNAME=MVSJES2.MNLIFE.COM IZU_JWKS_HOSTNAME=MVSJES2.MNLIFE.COM IZU_HTTP_SSL_PORT=443 IZU_HTTP_PORT=-1 TCPIP.DATA on working one has HOSTNAME MVSJES2 and everything resolves correctly. Thoughts/ideas? I'm chasing a couple other links people sent me. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Michael Babcock Sent: Tuesday, March 26, 2024 9:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: security fun with z/OSMF install - can't get there Also, if you cloned prod and changed the IP added and/or domain name, I would check the certs. Do the certs match the SANs? On Tue, Mar 26, 2024 at 9:16 PM Michael Babcock wrote: > Does this help? > > > https://urldefense.com/v3/__https://kinsta.com/knowledgebase/pr-end-of > -file-error/*what-causes-the-pr_end_of_file_error__;Iw!!KjMRP1Ixj6eLE0 > Fj!oaOvtuzKsu_CrFeLcgyUKF_gNSfdjsYOIW2qhL0UuZh7RZ70fpwMbhZmzveK6QkZRvM > nI2nXVMundFuGm1tmuiOd81fQsKoWqjD1$ > > > On Tue, Mar 26, 2024 at 6:28 PM Pommier, Rex > wrote: > >> Hi List, >> >> We are attempting our first foray into getting z/OSMF up and running. >> Scenario is we're backleveled maintenance-wise on our 2.4 system. We >> ran the security configuration setup etc and got z/OSMF up and >> running on the production LPAR we are planning on running it from. >> However when we started to load z/OS 3.1 we ran into a problem with >> missing PTFs. Got one set of PTFs installed and after adding a >> local_override.cfg file into the configuration directory we got >> z/OSMF up and running again and past that hurdle. We hit the next >> one requiring a dozen more PTFs to bypass it. We decided to move the >> install to our sandbox just to get z/OSMF working to the point we can >> use it to get our 3.1 software install back on track. I ran >> disk-level flashcopy copies of my entire production LPAR to the >> sandbox, made the required changes (IP addresses etc) to get the >> sandbox up and running. Started z/OSMF and it comes up with no >> errors or warnings (except the one telling me I'm using the local override >> file). However, when I try to get to the web server I get a "secure >> connection failure" >> with " PR_END_OF_FILE_ERROR" trying to connect with Firefox and " >> 172.16.128.108 unexpectedly closed the connection" using Chrome. >> Security >> (RACF) is identical to what it is on the production LPAR. z/OSMF >> config is identical as well. Does anybody have any idea what I'm missing? >> >> TI
Re: security fun with z/OSMF install - can't get there
Also, if you cloned prod and changed the IP added and/or domain name, I would check the certs. Do the certs match the SANs? On Tue, Mar 26, 2024 at 9:16 PM Michael Babcock wrote: > Does this help? > > > https://kinsta.com/knowledgebase/pr-end-of-file-error/#what-causes-the-pr_end_of_file_error > > > On Tue, Mar 26, 2024 at 6:28 PM Pommier, Rex > wrote: > >> Hi List, >> >> We are attempting our first foray into getting z/OSMF up and running. >> Scenario is we're backleveled maintenance-wise on our 2.4 system. We ran >> the security configuration setup etc and got z/OSMF up and running on the >> production LPAR we are planning on running it from. However when we >> started to load z/OS 3.1 we ran into a problem with missing PTFs. Got one >> set of PTFs installed and after adding a local_override.cfg file into the >> configuration directory we got z/OSMF up and running again and past that >> hurdle. We hit the next one requiring a dozen more PTFs to bypass it. We >> decided to move the install to our sandbox just to get z/OSMF working to >> the point we can use it to get our 3.1 software install back on track. I >> ran disk-level flashcopy copies of my entire production LPAR to the >> sandbox, made the required changes (IP addresses etc) to get the sandbox up >> and running. Started z/OSMF and it comes up with no errors or warnings >> (except the one telling me I'm using the local override file). However, >> when I try to get to the web server I get a "secure connection failure" >> with " PR_END_OF_FILE_ERROR" trying to connect with Firefox and " >> 172.16.128.108 unexpectedly closed the connection" using Chrome. Security >> (RACF) is identical to what it is on the production LPAR. z/OSMF config is >> identical as well. Does anybody have any idea what I'm missing? >> >> TIA, >> >> Rex >> >> -- >> The information contained in this message is confidential, protected from >> disclosure and may be legally privileged. If the reader of this message is >> not the intended recipient or an employee or agent responsible for >> delivering this message to the intended recipient, you are hereby notified >> that any disclosure, distribution, copying, or any action taken or action >> omitted in reliance on it, is strictly prohibited and may be unlawful. If >> you have received this communication in error, please notify us immediately >> by replying to this message and destroy the material in its entirety, >> whether in electronic or hard copy format. Thank you. >> >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: security fun with z/OSMF install - can't get there
Does this help? https://kinsta.com/knowledgebase/pr-end-of-file-error/#what-causes-the-pr_end_of_file_error On Tue, Mar 26, 2024 at 6:28 PM Pommier, Rex wrote: > Hi List, > > We are attempting our first foray into getting z/OSMF up and running. > Scenario is we're backleveled maintenance-wise on our 2.4 system. We ran > the security configuration setup etc and got z/OSMF up and running on the > production LPAR we are planning on running it from. However when we > started to load z/OS 3.1 we ran into a problem with missing PTFs. Got one > set of PTFs installed and after adding a local_override.cfg file into the > configuration directory we got z/OSMF up and running again and past that > hurdle. We hit the next one requiring a dozen more PTFs to bypass it. We > decided to move the install to our sandbox just to get z/OSMF working to > the point we can use it to get our 3.1 software install back on track. I > ran disk-level flashcopy copies of my entire production LPAR to the > sandbox, made the required changes (IP addresses etc) to get the sandbox up > and running. Started z/OSMF and it comes up with no errors or warnings > (except the one telling me I'm using the local override file). However, > when I try to get to the web server I get a "secure connection failure" > with " PR_END_OF_FILE_ERROR" trying to connect with Firefox and " > 172.16.128.108 unexpectedly closed the connection" using Chrome. Security > (RACF) is identical to what it is on the production LPAR. z/OSMF config is > identical as well. Does anybody have any idea what I'm missing? > > TIA, > > Rex > > -- > The information contained in this message is confidential, protected from > disclosure and may be legally privileged. If the reader of this message is > not the intended recipient or an employee or agent responsible for > delivering this message to the intended recipient, you are hereby notified > that any disclosure, distribution, copying, or any action taken or action > omitted in reliance on it, is strictly prohibited and may be unlawful. If > you have received this communication in error, please notify us immediately > by replying to this message and destroy the material in its entirety, > whether in electronic or hard copy format. Thank you. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
security fun with z/OSMF install - can't get there
Hi List, We are attempting our first foray into getting z/OSMF up and running. Scenario is we're backleveled maintenance-wise on our 2.4 system. We ran the security configuration setup etc and got z/OSMF up and running on the production LPAR we are planning on running it from. However when we started to load z/OS 3.1 we ran into a problem with missing PTFs. Got one set of PTFs installed and after adding a local_override.cfg file into the configuration directory we got z/OSMF up and running again and past that hurdle. We hit the next one requiring a dozen more PTFs to bypass it. We decided to move the install to our sandbox just to get z/OSMF working to the point we can use it to get our 3.1 software install back on track. I ran disk-level flashcopy copies of my entire production LPAR to the sandbox, made the required changes (IP addresses etc) to get the sandbox up and running. Started z/OSMF and it comes up with no errors or warnings (except the one telling me I'm using the local override file). However, when I try to get to the web server I get a "secure connection failure" with " PR_END_OF_FILE_ERROR" trying to connect with Firefox and " 172.16.128.108 unexpectedly closed the connection" using Chrome. Security (RACF) is identical to what it is on the production LPAR. z/OSMF config is identical as well. Does anybody have any idea what I'm missing? TIA, Rex -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/osmf
Try here. https://www.ibm.com/docs/en/zos/3.1.0?topic=consider-zos-upgrade-workflows -Original Message- From: IBM Mainframe Discussion List On Behalf Of Chalk, Shelia Sent: Tuesday, February 27, 2024 7:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXT] z/osmf Please Note: This email is from an [EXTERNAL] sender. Do not click on links or attachments unless you expect them from the sender and know the content is safe. Please contact the Service Desk if you have any concerns regarding this message. Hello, I am wanting to download the z/osmf workflow for z/os 3.1. Can someone send me the link where I can find this? Thanks Shelia Chalk Mainframe System Programmer sch...@ssfcu.org == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/osmf
Hello, I am wanting to download the z/osmf workflow for z/os 3.1. Can someone send me the link where I can find this? Thanks Shelia Chalk Mainframe System Programmer sch...@ssfcu.org == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Z/OSMF email
Nevermind found it Shelia Chalk Mainframe System Programmer sch...@ssfcu.org From: Chalk, Shelia Sent: Tuesday, February 6, 2024 3:08 PM To: IBM Mainframe Discussion List Subject: Z/OSMF email Hello, I am looking to setup the z/osmf outgoing email configuration. It has smtp userid and smtp password. On the screen it says it is required, do I have to put both in there or is there a way I can skip the userid and password? Thanks Shelia Chalk Mainframe System Programmer sch...@ssfcu.org<mailto:sch...@ssfcu.org> == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Z/OSMF email
Hello, I am looking to setup the z/osmf outgoing email configuration. It has smtp userid and smtp password. On the screen it says it is required, do I have to put both in there or is there a way I can skip the userid and password? Thanks Shelia Chalk Mainframe System Programmer sch...@ssfcu.org == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/osmf error
Hi, Sheila. I cannot help specifically, however, if you do not have the complete error message I am including it below. The message says the reason for the failure is noted in the error. You might consider posting the ENTIRE error message to the group. IZUR400E The request could not be completed. z/OSMF could not connect to the DDS or Linux data gatherer at URL address. Reason: reason. Explanation The request failed because z/OSMF could not connect to the Resource Measurement Facility (RMF) Distributed Data Server (DDS) or to the Linux data gatherer located at the specified URL. The reason for the error is provided. In the message text: address Host name or IP address and port for the DDS or Linux data gatherer. reason Description of the cause of the error. System programmer response Ensure that the z/OSMF server is running. Verify that the resource is available and that the DDS or Linux data gatherer is active. Examine the z/OSMF logs for more details about the error. If the problem persists, contact the IBM Support Center. User response Verify that the host name or IP address and port are specified correctly, and ensure that there are no trailing spaces. If the problem persists, contact your z/OSMF administrator or system programmer. Ramsey On Wed, Jan 24, 2024 at 1:58 PM Chalk, Shelia wrote: > Hello, > > I am new to z/osmf. I am getting this error > IZUR400E The request could not be completed. z/OSMF could not connect to > the DDS or Linux data gatherer at UR > Can someone point me in the right direction? > > Thanks > > Shelia Chalk > Mainframe System Programmer > sch...@ssfcu.org > > > == > This email, and any files transmitted with it, is confidential and > intended solely for the use of the individual or entity to which it is > addressed. If you have received this email in error, please notify the > system manager. This message contains confidential information and is > intended only for the individual named. If you are not the named addressee, > you should not disseminate, distribute or copy this e-mail. Please notify > the sender immediately by e-mail if you have received this message by > mistake and delete this e-mail from your system. If you are not the > intended recipient, you are notified that disclosing, copying, distributing > or taking any action in reliance on the contents of this information is > strictly prohibited. > > -- > 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
z/osmf error
Hello, I am new to z/osmf. I am getting this error IZUR400E The request could not be completed. z/OSMF could not connect to the DDS or Linux data gatherer at UR Can someone point me in the right direction? Thanks Shelia Chalk Mainframe System Programmer sch...@ssfcu.org == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF and Zowe
On Mon, 25 Sep 2023 12:47:21 -0700, Ed Jaffe wrote: >On 9/19/2023 6:39 AM, Matt Hogstrom wrote: >> Zowe, last I saw, ships an SMP/E install as well as a “convenience” build >> that is basically a pax file. Given that Zowe basically updates on a >> frequent basis the update is basically replacing the core software so pax is >> far easier. > >In my experience just the opposite is true. > >The 'pax' is a manual download/install effort each time. > >By contrast, once a product has been installed with SMP/E, it >immediately qualifies for automatic unattended RECEIVE ORDER (including >HOLDDATA). We do this daily. Also Zowe is orderable on IBM SHOPZ as 5698-ZWG IBM Z Dist for Zowe 2.0 if you also want IBM support. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF and Zowe
On 9/19/2023 6:39 AM, Matt Hogstrom wrote: Zowe, last I saw, ships an SMP/E install as well as a “convenience” build that is basically a pax file. Given that Zowe basically updates on a frequent basis the update is basically replacing the core software so pax is far easier. In my experience just the opposite is true. The 'pax' is a manual download/install effort each time. By contrast, once a product has been installed with SMP/E, it immediately qualifies for automatic unattended RECEIVE ORDER (including HOLDDATA). We do this daily. We perform automatic ACCEPT/APPLY every weekend of Zowe (and 62 other SMP/E installed products). We could never pull off such a feat if we had to use the 'pax' method for Zowe or any of the others. -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF and Zowe
I think that it comes down to provenance (is where it came from trusted) as well as a need for support when something goes wrong. The community support is best effort with no warranties. Other vendors like IBM, Rocket and Broadcom are now pre-requing the Zowe and as such they provide support and the customer downloads the package from the vendor. At least for Broadcom, it’s the same package as distributed by the Zowe community but most large Z shops won’t even let you access the site. I was on the customer side of the fence for many years and no one wants to say that the thing I’m using came from OpenSource if there is an issue. We want someone to call at 0-dark-thirty when things go wrong. I’m not sure that this requirement has changed. I think that’s the same issue with the Rocket and other ports of common Linux tools although I think those are less impactful to production for the most part. In our world, outages come with post-mortems. Matt Hogstrom “It may be cognitive, but, it ain’t intuitive." — Hogstrom > On Sep 20, 2023, at 3:12 AM, Robin Atwood wrote: > > Thanks, Brian and Matt. Perhaps the fact that you can get Zowe directly from > IBM will help mitigate the prejudice against open source! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF and Zowe
Thanks, Brian and Matt. Perhaps the fact that you can get Zowe directly from IBM will help mitigate the prejudice against open source! Robin -Original Message- From: IBM Mainframe Discussion List On Behalf Of Brian Westerman Sent: Wednesday, September 20, 2023 12:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OSMF and Zowe I believe you can still order CBIPO, but z/OSMF does (unfortunately) seem to be the way IBM wants everyone to go. I personally disagree with z/OSMF for many reasons (most of them due to overhead and capability restrictions), but mine seems to be a waste of breath. :) Any way ZOWE is open source, and many shops won't allow that. It's actually a pretty good idea, but still some shops see open source as inherently evil. Brian -- 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: z/OSMF and Zowe
I believe you can still order CBIPO, but z/OSMF does (unfortunately) seem to be the way IBM wants everyone to go. I personally disagree with z/OSMF for many reasons (most of them due to overhead and capability restrictions), but mine seems to be a waste of breath. :) Any way ZOWE is open source, and many shops won't allow that. It's actually a pretty good idea, but still some shops see open source as inherently evil. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF and Zowe
If you want to ship a product that uses Zowe vendors can prereq Zowe. I’d contact Bruce Armstrong at IBM to talk about that. He is involved in the Zowe community and can give some guidance. You can ask questions to the Zowe Community here on their Slack https://openmainframeproject.slack.com/archives/CBVJGPWHX Zowe, last I saw, ships an SMP/E install as well as a “convenience” build that is basically a pax file. Given that Zowe basically updates on a frequent basis the update is basically replacing the core software so pax is far easier. Matt Hogstrom From Lord of the Rings, when Frodo decides to leave the Fellowship and go to Mordor alone . . . Frodo: “I wish the ring had never come to me. I wish none of this had happened.” Gandalf: “So do all who live to see such things. But it is not for them to decide. All you have to do is decide what to do with this time that is given to you.” > On Sep 19, 2023, at 5:42 AM, Robin Atwood wrote: > > > OTOH, Zowe is an open-source project that the average shop will not be using? > So if you want to ship a product that uses it, the customer will have to > install it? > > > TIA > > Robin > > > > > -- > 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
z/OSMF and Zowe
Would it be correct to say that every shop has z/OSMF installed because that is the only method of updating your system that IBM now supports? Ordering CBPDOs (or whatever they were called) is no longer an option? OTOH, Zowe is an open-source project that the average shop will not be using? So if you want to ship a product that uses it, the customer will have to install it? TIA Robin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF and the Old Timer
Classification: Confidential FWIW, I do not use *any* cataloged dataset for SMP/E Targets/DLIBDS. During installation, I took the time to update all of the DDDEFS with VOLSER information. M USD $0.02 worth. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tom Longfellow Sent: Monday, September 11, 2023 3:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OSMF and the Old Timer [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.] Thanks Kurt. It is comforting to know that I can still punch my way out of a paper bag. I took the 'clear the catalog' approach for the Dlibs.It was not totally clear sailing. Still haunted by data set decisions and location choices made (literally) decades ago. I am now at the Post Deploy options to build and integrate my other products and local mods into an IPLable system. Onwards and upwards. -- 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: z/OSMF and the Old Timer
Thanks Kurt. It is comforting to know that I can still punch my way out of a paper bag. I took the 'clear the catalog' approach for the Dlibs.It was not totally clear sailing. Still haunted by data set decisions and location choices made (literally) decades ago. I am now at the Post Deploy options to build and integrate my other products and local mods into an IPLable system. Onwards and upwards. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF and the Old Timer
> I have several ideas that I have to consider. > -- Changing the names of my dlibs to have unique names. This should allow > co-existence in my current MCAT. (Possibly just adding a HLQ like the old > ServerPac > days). Downside is the eventual recataloging after z/OS V2R5 goes live. > -- Fully implement indirect cataloging for the Dlib volumes. (This could end > up causing system PARMLIB changes and IPLs just to get an install done) > -- Uncataloging all of my current Dlibs from my production environment (The > guy doing a maintenance cycle now will not be happy) > > Any suggestions? I can't think of anything else besides the options you mention. Sorry. 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: z/OSMF and the Old Timer
Thanks Kurt.Using Indirect Cataloging did the job for my Target SYSRES datasets. z/OSMF no longer complains. However, this is the first creation of my Dlibs from the Portable Software Instance. They are also intended to have the same names that have been around for (almost) ever. Presently, no indirect cataloging has been implemented for the Dlib Volumes. So, changing the targe Volume to use indirect cannot be done. I have several ideas that I have to consider. -- Changing the names of my dlibs to have unique names. This should allow co-existence in my current MCAT. (Possibly just adding a HLQ like the old ServerPac days). Downside is the eventual recataloging after z/OS V2R5 goes live. -- Fully implement indirect cataloging for the Dlib volumes. (This could end up causing system PARMLIB changes and IPLs just to get an install done) -- Uncataloging all of my current Dlibs from my production environment (The guy doing a maintenance cycle now will not be happy) Any suggestions? Any Other directions? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF and the Old Timer
Tom, to use your existing master catalog and use existing data set names, have to tell z/OSMF you want indirectly catalog the new target data sets. In the Deployment Configuration wizard, on the Volumes page, select your SYSRES volume and click the Modify action. On the Modify Volume page select the option to indirectly catalog the data sets on that volume and specify the volume symbol you want to use. For example, "**" or "&SYSR1" or similar. Having done this, when you attempt to generate the JCL, this time z/OSMF will allow your new target data sets to have the same name as your existing data sets in your existing master catalog, because z/OSMF knows the existing catalog entry containing the volume symbol can be used for both your existing system and for your new target system. 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. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tom Longfellow Sent: Thursday, September 7, 2023 5:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: z/OSMF and the Old Timer Yet another answer to my own post I stripped out everything to do with the Software instances and deployments related to my Zos25 install. I defined an instance for my new deployment This instance was modeled on my ZOS V2R4 install. The source for the instance is the downloaded ShopZ ZFS. The Dataset names had to be trimmed due to assumptions and defaults prefixed to the Target dataset names. The names were modified to match what they will have to be when I continue to use the indirect cataloging in my active system. Volumes and Storage Classes were assigned to local standard locations for DASD placement. Catalog Selection was NOT a chance to select a Catalog for these new to be created datasets.Job generations then fail with IZU9702E messages saying that the dataset in question is ALREADY in that Master Catalog that I am forcing you to use. I am assuming that this is because I am NOT creating a new master of any kind (temporary or other). This is because I actually read my choices for configuring the objectives of the install. and the 'no new catalog' option where you IPL using your old indirect catalog entries from your existing master catalog described exactly what I think I want to do. Do I want to change the objectives to create a new catalog where all the building would be done? If so, what the heck is the 'Existing' catalog objective for?? Time to step back and wait for a flash of brilliance to come to me. Mandatory cooling off period starts... NOW -- 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
