Re: Cant SPKA to PSW Key 4
On Thu, 23 Feb 2023 at 23:19, Joseph Reichman wrote: > Seymour was right there is something wrong with TEST or in my case > TESTAUTH I made breakpoint way after SPKA X'40' did a listpsw and saw the > PSW key of 4 > > However now I am getting an invalid address when trying to set breakpoints > am using the AT + and its giving me invalid address > Are you sure your understanding of TEST's "current address" is correct? It is often the case that the offset shown in a bare WHERE command will not match what you get if you issue AT +nnn. It pays to use QUALIFY to be sure. I typically use Q 12r? (where R12 is my code base). Then issue W just to be sure. Any calls to other modules will require issuing a new Qualify if you want the offsets to match the listing. AT will complain if there is an invalid opcode at the place you are trying to put the breakpoint. There are other reasons too, but you won't know which it is unless you use a ? to get the second level message. Tony H. -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Tony Harminc > Sent: Thursday, February 23, 2023 10:55 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Cant SPKA to PSW Key 4 > > On Thu, 23 Feb 2023 at 21:47, Joseph Reichman > wrote: > > > > > I am trying to change psw storage key from "Normal" key 8 to Key 4 > > > > SPKA X'40' > > > > I have bit 15 of the psw 0 ,meaning I am in supervisor state and get a > > s0c1 running this code under TESTAUTH > > > > A program check 1 is not possible if you execute an SPKA, no matter what > state you're in, and what the content of R0 (the implied register) is. So > I'd say you didn't actually execute it. How, I have no idea. When you say > "running this code", presumably there is more code than the one SPKA > instruction. Please make sure it isn't e.g. the instruction right before > the SPKA that's failing - that could show you the address of the SPKA as > the failing address, depending on how it fails. Perhaps you're branching > into the middle of an instruction somewhere nearby? > > TSO TEST[AUTH] does overlay instructions where you have set a breakpoint > with an SVC 97, so if your code is fetching from or storing into the > instruction stream where there's a breakpoint, all bets are off. > > I am able to get to PSW key 0 SPKA 0 > > Don't get it > > > > Neither do I. But architecturally, SPKA can't fail that way. If you got an > S0C2 that would make sense. > > Tony H. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zOSMF
Yes, Many products, SAS, several Broadcom, ASG (now Rocket) and several others now send a file or files that they want loaded into a zfs. Normally they ship it in PAX format so that you can unpax it, but sometimes it's in other formats as well. I don't see any issues with creating the zfs for their use, whether it be temporary until the end of the install, or as with SAS and Broadcom, lasting for the life of the product. It's just a file like any other vendor file and you should treat it as such and manage it the same way. Sometimes you can archive it because they won't use it again, and sometimes you can't. But, as I said, you just manage it like you do all of their other datasets. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cant SPKA to PSW Key 4
Seymour was right there is something wrong with TEST or in my case TESTAUTH I made breakpoint way after SPKA X'40' did a listpsw and saw the PSW key of 4 However now I am getting an invalid address when trying to set breakpoints am using the AT + and its giving me invalid address -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Harminc Sent: Thursday, February 23, 2023 10:55 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Cant SPKA to PSW Key 4 On Thu, 23 Feb 2023 at 21:47, Joseph Reichman wrote: > > I am trying to change psw storage key from "Normal" key 8 to Key 4 > > SPKA X'40' > > I have bit 15 of the psw 0 ,meaning I am in supervisor state and get a > s0c1 running this code under TESTAUTH > A program check 1 is not possible if you execute an SPKA, no matter what state you're in, and what the content of R0 (the implied register) is. So I'd say you didn't actually execute it. How, I have no idea. When you say "running this code", presumably there is more code than the one SPKA instruction. Please make sure it isn't e.g. the instruction right before the SPKA that's failing - that could show you the address of the SPKA as the failing address, depending on how it fails. Perhaps you're branching into the middle of an instruction somewhere nearby? TSO TEST[AUTH] does overlay instructions where you have set a breakpoint with an SVC 97, so if your code is fetching from or storing into the instruction stream where there's a breakpoint, all bets are off. I am able to get to PSW key 0 SPKA 0 > Don't get it > Neither do I. But architecturally, SPKA can't fail that way. If you got an S0C2 that would make sense. Tony H. -- 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: Cant SPKA to PSW Key 4
On Thu, 23 Feb 2023 at 21:47, Joseph Reichman wrote: > > I am trying to change psw storage key from "Normal" key 8 to Key 4 > > SPKA X'40' > > I have bit 15 of the psw 0 ,meaning I am in supervisor state and get a s0c1 > running this code under TESTAUTH > A program check 1 is not possible if you execute an SPKA, no matter what state you're in, and what the content of R0 (the implied register) is. So I'd say you didn't actually execute it. How, I have no idea. When you say "running this code", presumably there is more code than the one SPKA instruction. Please make sure it isn't e.g. the instruction right before the SPKA that's failing - that could show you the address of the SPKA as the failing address, depending on how it fails. Perhaps you're branching into the middle of an instruction somewhere nearby? TSO TEST[AUTH] does overlay instructions where you have set a breakpoint with an SVC 97, so if your code is fetching from or storing into the instruction stream where there's a breakpoint, all bets are off. I am able to get to PSW key 0 SPKA 0 > Don't get it > Neither do I. But architecturally, SPKA can't fail that way. If you got an S0C2 that would make sense. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cant SPKA to PSW Key 4
Ill give it a shot hold on -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Thursday, February 23, 2023 9:52 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Cant SPKA to PSW Key 4 This sounds like a problem with TEST. Have you tried a different debugger? From: IBM Mainframe Discussion List on behalf of Joseph Reichman Sent: Thursday, February 23, 2023 9:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Cant SPKA to PSW Key 4 Hi I am trying to change psw storage key from "Normal" key 8 to Key 4 SPKA X'40' I have bit 15 of the psw 0 ,meaning I am in supervisor state and get a s0c1 running this code under TESTAUTH I am able to get to PSW key 0 SPKA 0 Don't get it Thanks -- 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: Cant SPKA to PSW Key 4
This sounds like a problem with TEST. Have you tried a different debugger? From: IBM Mainframe Discussion List on behalf of Joseph Reichman Sent: Thursday, February 23, 2023 9:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Cant SPKA to PSW Key 4 Hi I am trying to change psw storage key from "Normal" key 8 to Key 4 SPKA X'40' I have bit 15 of the psw 0 ,meaning I am in supervisor state and get a s0c1 running this code under TESTAUTH I am able to get to PSW key 0 SPKA 0 Don't get it Thanks -- 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
Cant SPKA to PSW Key 4
Hi I am trying to change psw storage key from "Normal" key 8 to Key 4 SPKA X'40' I have bit 15 of the psw 0 ,meaning I am in supervisor state and get a s0c1 running this code under TESTAUTH I am able to get to PSW key 0 SPKA 0 Don't get it Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How long for an experiened z/OS sysprog to come up to speed on a new environment?
I had an interesting experience at a client (Defence). I was sitting in a shared area with an IBM rep and a couple of Defence staff. I put a USB stick into my desktop and a Defence public servant went off at me. I had no idea that it was forbidden since at another client site, the USB ports were disabled. Defence have USB drives that carry password protection and are rarely available. That won't stop malware being transferred if it can be copied onto the drive. This again comes back to trust issues. The mainframe already had PDS86 installed and some other CBT utilities. The IBM rep later admitted that he used a personal USB drive all the time and hadn't been briefed on the rules. On Fri, Feb 24, 2023 at 6:47 AM Mark Zelden wrote: > I always ask permission before downloading CBT tools or anything else like > that, or my own free tools. In days of old, I backed it up to 3480 carts. > Then TSO XMIT of my PDSes and keeping them on a USB drive. I have seen > USBs locked down, but that hasn't been a problem for me. > > If I was doing an ad-hoc consultant gig with a specific task or tasks and > they wanted me to re-invent the wheel for simple JCL or have to constantly > ask about things that I could easily figure out with SHOWMVS, IPLINFO or do > things quicker with PDS86 etc. etc., it is their money and my hourly rate > and I would do what they wanted. So far, I've never had anyone ever tell > me I couldn't use non-APF authorized freeware to help get my job done. > That being consulting or as an employee. > > What I don't do is suggest to or put freeware as part of any production > process, job etc. That includes very useful tools, but I still won't do > it. Sysprog use only, fine. Production use, no. > > Oh, and I always do leave my personal (mostly) JCL PDS when I leave a > shop. Nothing "secret" or copyrighted in there, just years and years of > helpful samples, doc, etc. that is part of what my client gets by hiring > me. > > > Regards, > > Mark > -- > Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS > ITIL v3 Foundation Certified > mailto:m...@mzelden.com > Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Wayne V. Bickerdike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: SCRT and not operating LPAR
Ignore my last question - you just answered it. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, February 23, 2023 4:30 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: SCRT and not operating LPAR Hi Radoslaw, I'm not denying your experience. You got me questioning my own so I had to go back and make sure it was working like I had expected it to. :-) I did also misspeak. You are correct, it was an e-mail with the CSV sent as an attachment. This was the mechanism IBM took away and they're in essence forcing us to submit the CSV manually thru the web site. We (as I'm sure most every company submitting SCRT) had the e-mail completely automated (except when we had to insert comments) and then they took that away. Is there a reason you have these LPARs active but not IPLed? Just curiosity and if I'm getting nosy tell me. :-) Wouldn't deactivating them stop SCRT from reporting on them? Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Radoslaw Skorupka Sent: Thursday, February 23, 2023 4:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: SCRT and not operating LPAR As I noted things may have changed. I really tried to do it, but it was 10+ years ago. After that I did not come back to try it again and again. BTW: I was very first user of SCRT in Poland, it was January 2006, AFAIR. Actually I don't understand the way you submit reports. In the past few ways were possible, one of them was webpage, another one was mail attachment. Then mail was closed. LMS webpage analyze CSV content and (see above) reject amended file. I cannot say for today, because I did not submit SCRT report personally for several years. And in fact I don't care - for me there is no difference to put some explanation in the file or on the webpage directly. I can imagine the checksum now does cover only relevant fields, not whole file. It would make sense. My current problem is Activated but not IPLed LPAR. I had discussion with my coworker and that's why I'm asking about it. Regards -- Radoslaw Skorupka Lodz, Poland W dniu 23.02.2023 o 23:09, Pommier, Rex pisze: > With all due respect, I have to disagree. Granted I haven't had to > make any explanations to LMS since IBM took away the FTP transmission > and required us to go through the web site for transmissions, but > before that I would add my comments to the mainframe version of the > CSV and then directly FTP it from the mainframe to LMS, all without > any issues. I have the prior 12 months' worth of SCRT reports on the > mainframe and I found where I had commented in at least 3 of these > reports and didn't have IBM reject any of them. Unless, of course, > IBM was silently rejecting them > > Rex > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Radoslaw Skorupka > Sent: Thursday, February 23, 2023 3:58 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [EXTERNAL] Re: SCRT and not operating LPAR > > You cannot update CSV file. There is a checksum at the bottom. Any update, > including such comment causes the file will not be accepted by the LMS. BTDT. > Of course it is possible to upload the file to LMS and then add explanations. > But then IBM knows the rest of file is not amended. > > > BTW: I'm pretty sure of the above. I had plenty Activated, but Not operating > LPARs in my former shop and the reports did not require any explanation for > that. It was kind of cloud or "on demand provisioning" - we created system + > application instances on demand. A lot of them, quite frequently. The problem > occured when someone forgot to archive SMF data before system shutdown and > scratch. However it was slightly another scenario - LPAR was both Active and > Operating, but some records were lost. > Of course the rules may have changed. For example in the past it was > acceptable to collect 95% (time) SMF data, but the SCRT tool could not accept > duplicate SMF IDs. Now it's the opposite - any SMF loss causes explanations > requirement, but SMF ID need not to be unique any longer. > > -- > Radoslaw Skorupka > Lodz, Poland > > > > W dniu 23.02.2023 o 21:33, Pommier, Rex pisze: >> Hi John, >> >> Actually I think you remembered right the first time. :-) When our sandbox >> is down for an extended period, I get the "(required)" in the CSV file as >> well. I just change "(required)" with "LPAR down for refresh" or whatever >> reason the LPAR isn't reporting SMF data and then send the CSV in. The only >> times I recall having to fix the data once it gets to IBM is when I forgot >> to update the CSV before submitting it. >> >> Rex >> >> -Original Message- >> From: IBM Mainframe Discussion List On >> Behalf Of John McKown >> Sent: Thursday, February 23, 2023 12:33 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: [EXTERNAL] Re: SCRT and not operating LPAR >> >> Misremembered.
Re: [EXTERNAL] Re: SCRT and not operating LPAR
Hi Radoslaw, I'm not denying your experience. You got me questioning my own so I had to go back and make sure it was working like I had expected it to. :-) I did also misspeak. You are correct, it was an e-mail with the CSV sent as an attachment. This was the mechanism IBM took away and they're in essence forcing us to submit the CSV manually thru the web site. We (as I'm sure most every company submitting SCRT) had the e-mail completely automated (except when we had to insert comments) and then they took that away. Is there a reason you have these LPARs active but not IPLed? Just curiosity and if I'm getting nosy tell me. :-) Wouldn't deactivating them stop SCRT from reporting on them? Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Radoslaw Skorupka Sent: Thursday, February 23, 2023 4:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: SCRT and not operating LPAR As I noted things may have changed. I really tried to do it, but it was 10+ years ago. After that I did not come back to try it again and again. BTW: I was very first user of SCRT in Poland, it was January 2006, AFAIR. Actually I don't understand the way you submit reports. In the past few ways were possible, one of them was webpage, another one was mail attachment. Then mail was closed. LMS webpage analyze CSV content and (see above) reject amended file. I cannot say for today, because I did not submit SCRT report personally for several years. And in fact I don't care - for me there is no difference to put some explanation in the file or on the webpage directly. I can imagine the checksum now does cover only relevant fields, not whole file. It would make sense. My current problem is Activated but not IPLed LPAR. I had discussion with my coworker and that's why I'm asking about it. Regards -- Radoslaw Skorupka Lodz, Poland W dniu 23.02.2023 o 23:09, Pommier, Rex pisze: > With all due respect, I have to disagree. Granted I haven't had to make any > explanations to LMS since IBM took away the FTP transmission and required us > to go through the web site for transmissions, but before that I would add my > comments to the mainframe version of the CSV and then directly FTP it from > the mainframe to LMS, all without any issues. I have the prior 12 months' > worth of SCRT reports on the mainframe and I found where I had commented in > at least 3 of these reports and didn't have IBM reject any of them. Unless, > of course, IBM was silently rejecting them > > Rex > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Radoslaw Skorupka > Sent: Thursday, February 23, 2023 3:58 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [EXTERNAL] Re: SCRT and not operating LPAR > > You cannot update CSV file. There is a checksum at the bottom. Any update, > including such comment causes the file will not be accepted by the LMS. BTDT. > Of course it is possible to upload the file to LMS and then add explanations. > But then IBM knows the rest of file is not amended. > > > BTW: I'm pretty sure of the above. I had plenty Activated, but Not operating > LPARs in my former shop and the reports did not require any explanation for > that. It was kind of cloud or "on demand provisioning" - we created system + > application instances on demand. A lot of them, quite frequently. The problem > occured when someone forgot to archive SMF data before system shutdown and > scratch. However it was slightly another scenario - LPAR was both Active and > Operating, but some records were lost. > Of course the rules may have changed. For example in the past it was > acceptable to collect 95% (time) SMF data, but the SCRT tool could not accept > duplicate SMF IDs. Now it's the opposite - any SMF loss causes explanations > requirement, but SMF ID need not to be unique any longer. > > -- > Radoslaw Skorupka > Lodz, Poland > > > > W dniu 23.02.2023 o 21:33, Pommier, Rex pisze: >> Hi John, >> >> Actually I think you remembered right the first time. :-) When our sandbox >> is down for an extended period, I get the "(required)" in the CSV file as >> well. I just change "(required)" with "LPAR down for refresh" or whatever >> reason the LPAR isn't reporting SMF data and then send the CSV in. The only >> times I recall having to fix the data once it gets to IBM is when I forgot >> to update the CSV before submitting it. >> >> Rex >> >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf Of >> John McKown >> Sent: Thursday, February 23, 2023 12:33 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: [EXTERNAL] Re: SCRT and not operating LPAR >> >> Misremembered. The CVS file says "(required)". When uploaded to IBM there is >> a prompt, in red, to fill the field in. That's when I enter "not in use". >> >> On Thu, Feb 23, 2023, 04:52 John McKown >> wrote: >> >>> We have this situation. There is a REMARKS field in the SCRT cvs file.
Re: SCRT and not operating LPAR
Bonnie, You're right - deactivated LPAR means no issue to solve. More - there are better reasons to keep such LPARs deactivated. However sometimes it is convenient a little bit to have such LPAR "ready to use". Is it good reason? Nevermind, I'm just asking about SCRT results of such scenario. Out of curiosity. -- Radoslaw Skorupka Lodz, Poland W dniu 23.02.2023 o 23:19, Bonnie Barthel pisze: I must be missing something. Why not deactivate the non-operating lpars? SCRT will not report them and you will not have to explain. Bonnie Bonnie Barthel Senior IT Specialist 719.649.7888 Mobile bonnie.bart...@kyndryl.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, February 23, 2023 3:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: SCRT and not operating LPAR I just double-checked the latest report I submitted with comments added to my mainframe CSV file, and the comments are on the report on the LMS site. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, February 23, 2023 4:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: SCRT and not operating LPAR With all due respect, I have to disagree. Granted I haven't had to make any explanations to LMS since IBM took away the FTP transmission and required us to go through the web site for transmissions, but before that I would add my comments to the mainframe version of the CSV and then directly FTP it from the mainframe to LMS, all without any issues. I have the prior 12 months' worth of SCRT reports on the mainframe and I found where I had commented in at least 3 of these reports and didn't have IBM reject any of them. Unless, of course, IBM was silently rejecting them Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Radoslaw Skorupka Sent: Thursday, February 23, 2023 3:58 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: SCRT and not operating LPAR You cannot update CSV file. There is a checksum at the bottom. Any update, including such comment causes the file will not be accepted by the LMS. BTDT. Of course it is possible to upload the file to LMS and then add explanations. But then IBM knows the rest of file is not amended. BTW: I'm pretty sure of the above. I had plenty Activated, but Not operating LPARs in my former shop and the reports did not require any explanation for that. It was kind of cloud or "on demand provisioning" - we created system + application instances on demand. A lot of them, quite frequently. The problem occured when someone forgot to archive SMF data before system shutdown and scratch. However it was slightly another scenario - LPAR was both Active and Operating, but some records were lost. Of course the rules may have changed. For example in the past it was acceptable to collect 95% (time) SMF data, but the SCRT tool could not accept duplicate SMF IDs. Now it's the opposite - any SMF loss causes explanations requirement, but SMF ID need not to be unique any longer. -- Radoslaw Skorupka Lodz, Poland W dniu 23.02.2023 o 21:33, Pommier, Rex pisze: Hi John, Actually I think you remembered right the first time. :-) When our sandbox is down for an extended period, I get the "(required)" in the CSV file as well. I just change "(required)" with "LPAR down for refresh" or whatever reason the LPAR isn't reporting SMF data and then send the CSV in. The only times I recall having to fix the data once it gets to IBM is when I forgot to update the CSV before submitting it. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of John McKown Sent: Thursday, February 23, 2023 12:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: SCRT and not operating LPAR Misremembered. The CVS file says "(required)". When uploaded to IBM there is a prompt, in red, to fill the field in. That's when I enter "not in use". On Thu, Feb 23, 2023, 04:52 John McKown wrote: We have this situation. There is a REMARKS field in the SCRT cvs file. I put the sentence "No longer in use." in that field during the generation of it on my Windows desktop. I've done that for years now with no problems with IBM. On Thu, Feb 23, 2023, 04:05 Radoslaw Skorupka < 0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: As it is known, all the z/OS LPAR have to report SMF data to SCRT otherwise SCRT report would contain "data missing" field for given LPAR and explanation will be required. What about not operating LPARs? I mean an LPAR which is Activated, but not IPLed. Or the OS was shut down and LPAR was reset (but still remain active). AFAIR there was no problem with not operating LPARs in the past - that mean the LPARs were not included in the report. However It seems something changed and now such LPAR will cause "data missing" issue. Any clue? -- Radoslaw Skorupka Lodz, Poland
Re: [EXTERNAL] Re: SCRT and not operating LPAR
As I noted things may have changed. I really tried to do it, but it was 10+ years ago. After that I did not come back to try it again and again. BTW: I was very first user of SCRT in Poland, it was January 2006, AFAIR. Actually I don't understand the way you submit reports. In the past few ways were possible, one of them was webpage, another one was mail attachment. Then mail was closed. LMS webpage analyze CSV content and (see above) reject amended file. I cannot say for today, because I did not submit SCRT report personally for several years. And in fact I don't care - for me there is no difference to put some explanation in the file or on the webpage directly. I can imagine the checksum now does cover only relevant fields, not whole file. It would make sense. My current problem is Activated but not IPLed LPAR. I had discussion with my coworker and that's why I'm asking about it. Regards -- Radoslaw Skorupka Lodz, Poland W dniu 23.02.2023 o 23:09, Pommier, Rex pisze: With all due respect, I have to disagree. Granted I haven't had to make any explanations to LMS since IBM took away the FTP transmission and required us to go through the web site for transmissions, but before that I would add my comments to the mainframe version of the CSV and then directly FTP it from the mainframe to LMS, all without any issues. I have the prior 12 months' worth of SCRT reports on the mainframe and I found where I had commented in at least 3 of these reports and didn't have IBM reject any of them. Unless, of course, IBM was silently rejecting them Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Radoslaw Skorupka Sent: Thursday, February 23, 2023 3:58 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: SCRT and not operating LPAR You cannot update CSV file. There is a checksum at the bottom. Any update, including such comment causes the file will not be accepted by the LMS. BTDT. Of course it is possible to upload the file to LMS and then add explanations. But then IBM knows the rest of file is not amended. BTW: I'm pretty sure of the above. I had plenty Activated, but Not operating LPARs in my former shop and the reports did not require any explanation for that. It was kind of cloud or "on demand provisioning" - we created system + application instances on demand. A lot of them, quite frequently. The problem occured when someone forgot to archive SMF data before system shutdown and scratch. However it was slightly another scenario - LPAR was both Active and Operating, but some records were lost. Of course the rules may have changed. For example in the past it was acceptable to collect 95% (time) SMF data, but the SCRT tool could not accept duplicate SMF IDs. Now it's the opposite - any SMF loss causes explanations requirement, but SMF ID need not to be unique any longer. -- Radoslaw Skorupka Lodz, Poland W dniu 23.02.2023 o 21:33, Pommier, Rex pisze: Hi John, Actually I think you remembered right the first time. :-) When our sandbox is down for an extended period, I get the "(required)" in the CSV file as well. I just change "(required)" with "LPAR down for refresh" or whatever reason the LPAR isn't reporting SMF data and then send the CSV in. The only times I recall having to fix the data once it gets to IBM is when I forgot to update the CSV before submitting it. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of John McKown Sent: Thursday, February 23, 2023 12:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: SCRT and not operating LPAR Misremembered. The CVS file says "(required)". When uploaded to IBM there is a prompt, in red, to fill the field in. That's when I enter "not in use". On Thu, Feb 23, 2023, 04:52 John McKown wrote: We have this situation. There is a REMARKS field in the SCRT cvs file. I put the sentence "No longer in use." in that field during the generation of it on my Windows desktop. I've done that for years now with no problems with IBM. On Thu, Feb 23, 2023, 04:05 Radoslaw Skorupka < 0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: As it is known, all the z/OS LPAR have to report SMF data to SCRT otherwise SCRT report would contain "data missing" field for given LPAR and explanation will be required. What about not operating LPARs? I mean an LPAR which is Activated, but not IPLed. Or the OS was shut down and LPAR was reset (but still remain active). AFAIR there was no problem with not operating LPARs in the past - that mean the LPARs were not included in the report. However It seems something changed and now such LPAR will cause "data missing" issue. 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: SCRT and not operating LPAR
I must be missing something. Why not deactivate the non-operating lpars? SCRT will not report them and you will not have to explain. Bonnie Bonnie Barthel Senior IT Specialist 719.649.7888 Mobile bonnie.bart...@kyndryl.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, February 23, 2023 3:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: SCRT and not operating LPAR I just double-checked the latest report I submitted with comments added to my mainframe CSV file, and the comments are on the report on the LMS site. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, February 23, 2023 4:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: SCRT and not operating LPAR With all due respect, I have to disagree. Granted I haven't had to make any explanations to LMS since IBM took away the FTP transmission and required us to go through the web site for transmissions, but before that I would add my comments to the mainframe version of the CSV and then directly FTP it from the mainframe to LMS, all without any issues. I have the prior 12 months' worth of SCRT reports on the mainframe and I found where I had commented in at least 3 of these reports and didn't have IBM reject any of them. Unless, of course, IBM was silently rejecting them Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Radoslaw Skorupka Sent: Thursday, February 23, 2023 3:58 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: SCRT and not operating LPAR You cannot update CSV file. There is a checksum at the bottom. Any update, including such comment causes the file will not be accepted by the LMS. BTDT. Of course it is possible to upload the file to LMS and then add explanations. But then IBM knows the rest of file is not amended. BTW: I'm pretty sure of the above. I had plenty Activated, but Not operating LPARs in my former shop and the reports did not require any explanation for that. It was kind of cloud or "on demand provisioning" - we created system + application instances on demand. A lot of them, quite frequently. The problem occured when someone forgot to archive SMF data before system shutdown and scratch. However it was slightly another scenario - LPAR was both Active and Operating, but some records were lost. Of course the rules may have changed. For example in the past it was acceptable to collect 95% (time) SMF data, but the SCRT tool could not accept duplicate SMF IDs. Now it's the opposite - any SMF loss causes explanations requirement, but SMF ID need not to be unique any longer. -- Radoslaw Skorupka Lodz, Poland W dniu 23.02.2023 o 21:33, Pommier, Rex pisze: > Hi John, > > Actually I think you remembered right the first time. :-) When our sandbox > is down for an extended period, I get the "(required)" in the CSV file as > well. I just change "(required)" with "LPAR down for refresh" or whatever > reason the LPAR isn't reporting SMF data and then send the CSV in. The only > times I recall having to fix the data once it gets to IBM is when I forgot to > update the CSV before submitting it. > > Rex > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of John McKown > Sent: Thursday, February 23, 2023 12:33 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Re: SCRT and not operating LPAR > > Misremembered. The CVS file says "(required)". When uploaded to IBM there is > a prompt, in red, to fill the field in. That's when I enter "not in use". > > On Thu, Feb 23, 2023, 04:52 John McKown > wrote: > >> We have this situation. There is a REMARKS field in the SCRT cvs file. >> I put the sentence "No longer in use." in that field during the >> generation of it on my Windows desktop. I've done that for years now >> with no problems with IBM. >> >> On Thu, Feb 23, 2023, 04:05 Radoslaw Skorupka < >> 0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: >> >>> As it is known, all the z/OS LPAR have to report SMF data to SCRT >>> otherwise SCRT report would contain "data missing" field for given >>> LPAR and explanation will be required. >>> What about not operating LPARs? >>> I mean an LPAR which is Activated, but not IPLed. Or the OS was shut >>> down and LPAR was reset (but still remain active). >>> >>> AFAIR there was no problem with not operating LPARs in the past - >>> that mean the LPARs were not included in the report. >>> However It seems something changed and now such LPAR will cause >>> "data missing" issue. >>> >>> 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 -- The
Re: [EXTERNAL] Re: SCRT and not operating LPAR
I just double-checked the latest report I submitted with comments added to my mainframe CSV file, and the comments are on the report on the LMS site. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, February 23, 2023 4:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: SCRT and not operating LPAR With all due respect, I have to disagree. Granted I haven't had to make any explanations to LMS since IBM took away the FTP transmission and required us to go through the web site for transmissions, but before that I would add my comments to the mainframe version of the CSV and then directly FTP it from the mainframe to LMS, all without any issues. I have the prior 12 months' worth of SCRT reports on the mainframe and I found where I had commented in at least 3 of these reports and didn't have IBM reject any of them. Unless, of course, IBM was silently rejecting them Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Radoslaw Skorupka Sent: Thursday, February 23, 2023 3:58 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: SCRT and not operating LPAR You cannot update CSV file. There is a checksum at the bottom. Any update, including such comment causes the file will not be accepted by the LMS. BTDT. Of course it is possible to upload the file to LMS and then add explanations. But then IBM knows the rest of file is not amended. BTW: I'm pretty sure of the above. I had plenty Activated, but Not operating LPARs in my former shop and the reports did not require any explanation for that. It was kind of cloud or "on demand provisioning" - we created system + application instances on demand. A lot of them, quite frequently. The problem occured when someone forgot to archive SMF data before system shutdown and scratch. However it was slightly another scenario - LPAR was both Active and Operating, but some records were lost. Of course the rules may have changed. For example in the past it was acceptable to collect 95% (time) SMF data, but the SCRT tool could not accept duplicate SMF IDs. Now it's the opposite - any SMF loss causes explanations requirement, but SMF ID need not to be unique any longer. -- Radoslaw Skorupka Lodz, Poland W dniu 23.02.2023 o 21:33, Pommier, Rex pisze: > Hi John, > > Actually I think you remembered right the first time. :-) When our sandbox > is down for an extended period, I get the "(required)" in the CSV file as > well. I just change "(required)" with "LPAR down for refresh" or whatever > reason the LPAR isn't reporting SMF data and then send the CSV in. The only > times I recall having to fix the data once it gets to IBM is when I forgot to > update the CSV before submitting it. > > Rex > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of John McKown > Sent: Thursday, February 23, 2023 12:33 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Re: SCRT and not operating LPAR > > Misremembered. The CVS file says "(required)". When uploaded to IBM there is > a prompt, in red, to fill the field in. That's when I enter "not in use". > > On Thu, Feb 23, 2023, 04:52 John McKown > wrote: > >> We have this situation. There is a REMARKS field in the SCRT cvs file. >> I put the sentence "No longer in use." in that field during the >> generation of it on my Windows desktop. I've done that for years now >> with no problems with IBM. >> >> On Thu, Feb 23, 2023, 04:05 Radoslaw Skorupka < >> 0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: >> >>> As it is known, all the z/OS LPAR have to report SMF data to SCRT >>> otherwise SCRT report would contain "data missing" field for given >>> LPAR and explanation will be required. >>> What about not operating LPARs? >>> I mean an LPAR which is Activated, but not IPLed. Or the OS was shut >>> down and LPAR was reset (but still remain active). >>> >>> AFAIR there was no problem with not operating LPARs in the past - >>> that mean the LPARs were not included in the report. >>> However It seems something changed and now such LPAR will cause >>> "data missing" issue. >>> >>> 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 -- 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
Re: [EXTERNAL] Re: SCRT and not operating LPAR
With all due respect, I have to disagree. Granted I haven't had to make any explanations to LMS since IBM took away the FTP transmission and required us to go through the web site for transmissions, but before that I would add my comments to the mainframe version of the CSV and then directly FTP it from the mainframe to LMS, all without any issues. I have the prior 12 months' worth of SCRT reports on the mainframe and I found where I had commented in at least 3 of these reports and didn't have IBM reject any of them. Unless, of course, IBM was silently rejecting them Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Radoslaw Skorupka Sent: Thursday, February 23, 2023 3:58 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: SCRT and not operating LPAR You cannot update CSV file. There is a checksum at the bottom. Any update, including such comment causes the file will not be accepted by the LMS. BTDT. Of course it is possible to upload the file to LMS and then add explanations. But then IBM knows the rest of file is not amended. BTW: I'm pretty sure of the above. I had plenty Activated, but Not operating LPARs in my former shop and the reports did not require any explanation for that. It was kind of cloud or "on demand provisioning" - we created system + application instances on demand. A lot of them, quite frequently. The problem occured when someone forgot to archive SMF data before system shutdown and scratch. However it was slightly another scenario - LPAR was both Active and Operating, but some records were lost. Of course the rules may have changed. For example in the past it was acceptable to collect 95% (time) SMF data, but the SCRT tool could not accept duplicate SMF IDs. Now it's the opposite - any SMF loss causes explanations requirement, but SMF ID need not to be unique any longer. -- Radoslaw Skorupka Lodz, Poland W dniu 23.02.2023 o 21:33, Pommier, Rex pisze: > Hi John, > > Actually I think you remembered right the first time. :-) When our sandbox > is down for an extended period, I get the "(required)" in the CSV file as > well. I just change "(required)" with "LPAR down for refresh" or whatever > reason the LPAR isn't reporting SMF data and then send the CSV in. The only > times I recall having to fix the data once it gets to IBM is when I forgot to > update the CSV before submitting it. > > Rex > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > John McKown > Sent: Thursday, February 23, 2023 12:33 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Re: SCRT and not operating LPAR > > Misremembered. The CVS file says "(required)". When uploaded to IBM there is > a prompt, in red, to fill the field in. That's when I enter "not in use". > > On Thu, Feb 23, 2023, 04:52 John McKown > wrote: > >> We have this situation. There is a REMARKS field in the SCRT cvs file. >> I put the sentence "No longer in use." in that field during the >> generation of it on my Windows desktop. I've done that for years now >> with no problems with IBM. >> >> On Thu, Feb 23, 2023, 04:05 Radoslaw Skorupka < >> 0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: >> >>> As it is known, all the z/OS LPAR have to report SMF data to SCRT >>> otherwise SCRT report would contain "data missing" field for given >>> LPAR and explanation will be required. >>> What about not operating LPARs? >>> I mean an LPAR which is Activated, but not IPLed. Or the OS was shut >>> down and LPAR was reset (but still remain active). >>> >>> AFAIR there was no problem with not operating LPARs in the past - >>> that mean the LPARs were not included in the report. >>> However It seems something changed and now such LPAR will cause "data >>> missing" issue. >>> >>> 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 -- 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
Re: [EXTERNAL] Re: SCRT and not operating LPAR
You cannot update CSV file. There is a checksum at the bottom. Any update, including such comment causes the file will not be accepted by the LMS. BTDT. Of course it is possible to upload the file to LMS and then add explanations. But then IBM knows the rest of file is not amended. BTW: I'm pretty sure of the above. I had plenty Activated, but Not operating LPARs in my former shop and the reports did not require any explanation for that. It was kind of cloud or "on demand provisioning" - we created system + application instances on demand. A lot of them, quite frequently. The problem occured when someone forgot to archive SMF data before system shutdown and scratch. However it was slightly another scenario - LPAR was both Active and Operating, but some records were lost. Of course the rules may have changed. For example in the past it was acceptable to collect 95% (time) SMF data, but the SCRT tool could not accept duplicate SMF IDs. Now it's the opposite - any SMF loss causes explanations requirement, but SMF ID need not to be unique any longer. -- Radoslaw Skorupka Lodz, Poland W dniu 23.02.2023 o 21:33, Pommier, Rex pisze: Hi John, Actually I think you remembered right the first time. :-) When our sandbox is down for an extended period, I get the "(required)" in the CSV file as well. I just change "(required)" with "LPAR down for refresh" or whatever reason the LPAR isn't reporting SMF data and then send the CSV in. The only times I recall having to fix the data once it gets to IBM is when I forgot to update the CSV before submitting it. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of John McKown Sent: Thursday, February 23, 2023 12:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: SCRT and not operating LPAR Misremembered. The CVS file says "(required)". When uploaded to IBM there is a prompt, in red, to fill the field in. That's when I enter "not in use". On Thu, Feb 23, 2023, 04:52 John McKown wrote: We have this situation. There is a REMARKS field in the SCRT cvs file. I put the sentence "No longer in use." in that field during the generation of it on my Windows desktop. I've done that for years now with no problems with IBM. On Thu, Feb 23, 2023, 04:05 Radoslaw Skorupka < 0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: As it is known, all the z/OS LPAR have to report SMF data to SCRT otherwise SCRT report would contain "data missing" field for given LPAR and explanation will be required. What about not operating LPARs? I mean an LPAR which is Activated, but not IPLed. Or the OS was shut down and LPAR was reset (but still remain active). AFAIR there was no problem with not operating LPARs in the past - that mean the LPARs were not included in the report. However It seems something changed and now such LPAR will cause "data missing" issue. 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: [EXTERNAL] Re: SCRT and not operating LPAR
Hi John, Actually I think you remembered right the first time. :-) When our sandbox is down for an extended period, I get the "(required)" in the CSV file as well. I just change "(required)" with "LPAR down for refresh" or whatever reason the LPAR isn't reporting SMF data and then send the CSV in. The only times I recall having to fix the data once it gets to IBM is when I forgot to update the CSV before submitting it. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of John McKown Sent: Thursday, February 23, 2023 12:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: SCRT and not operating LPAR Misremembered. The CVS file says "(required)". When uploaded to IBM there is a prompt, in red, to fill the field in. That's when I enter "not in use". On Thu, Feb 23, 2023, 04:52 John McKown wrote: > We have this situation. There is a REMARKS field in the SCRT cvs file. > I put the sentence "No longer in use." in that field during the > generation of it on my Windows desktop. I've done that for years now > with no problems with IBM. > > On Thu, Feb 23, 2023, 04:05 Radoslaw Skorupka < > 0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: > >> As it is known, all the z/OS LPAR have to report SMF data to SCRT >> otherwise SCRT report would contain "data missing" field for given >> LPAR and explanation will be required. >> What about not operating LPARs? >> I mean an LPAR which is Activated, but not IPLed. Or the OS was shut >> down and LPAR was reset (but still remain active). >> >> AFAIR there was no problem with not operating LPARs in the past - >> that mean the LPARs were not included in the report. >> However It seems something changed and now such LPAR will cause "data >> missing" issue. >> >> 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 -- 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: How long for an experiened z/OS sysprog to come up to speed on a new environment?
I always ask permission before downloading CBT tools or anything else like that, or my own free tools. In days of old, I backed it up to 3480 carts. Then TSO XMIT of my PDSes and keeping them on a USB drive. I have seen USBs locked down, but that hasn't been a problem for me. If I was doing an ad-hoc consultant gig with a specific task or tasks and they wanted me to re-invent the wheel for simple JCL or have to constantly ask about things that I could easily figure out with SHOWMVS, IPLINFO or do things quicker with PDS86 etc. etc., it is their money and my hourly rate and I would do what they wanted. So far, I've never had anyone ever tell me I couldn't use non-APF authorized freeware to help get my job done. That being consulting or as an employee. What I don't do is suggest to or put freeware as part of any production process, job etc. That includes very useful tools, but I still won't do it. Sysprog use only, fine. Production use, no. Oh, and I always do leave my personal (mostly) JCL PDS when I leave a shop. Nothing "secret" or copyrighted in there, just years and years of helpful samples, doc, etc. that is part of what my client gets by hiring me. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
zOSMF
Whether I like it or not it's time to download a PSWI. The IBM tutorial makes reference to loading the PWSI in to OMVS, which begs the question: Has anyone created a zFS for IBM products and another for BMC products, etc Any guidance would be appreciated Steve -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BSAM Read 31 bit mode
They could of had had a exlst on the DCBE with xl5 ds x for the code and xl4 for the address -Original Message- From: IBM Mainframe Discussion List On Behalf Of Binyamin Dissen Sent: Sunday, February 19, 2023 10:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: BSAM Read 31 bit mode On Sun, 19 Feb 2023 08:37:39 -0600 Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: :>On Sun, 19 Feb 2023 12:15:40 +0200, Binyamin Dissen wrote: :> :>>The fact that your code is AMODE 31 does not mean that the access method MUST :>>be above the line. : :>>The actual expansion had an XR 15,15 before the ICM. : :>>Why do you think that there is an issue? BALR does not change the AMODE. : :>With one line more context: :>>:>ICM 15,B'0111',49(R6) :>>:> BALR 14,15 : :>THe ICM clears bits 0-7 of the (SYNAD?) address. If the user provides this, it :>must be below the line; RMODE 24. Will it be called in 24-bit or 31-bit mode? The ICM does not touch 0-7. And it is the access method address, not the SYNAD :>It's dismaying that after almost 4 decades programmers must be concerned with :>24-bit limitations. Library macros should be sensitive to some option such as :>OPTABLE and generate code accordingly. The cost of downward compatibility. One could argue that IBM should supply GLUE routines, but instead they did the DCBE. One wonders how much effort it is worth to support legacy access methods from above the bar. :>31-bit is underreaching. Should be 64. Reasonable people can disagree. -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel -- 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: SCRT and not operating LPAR
If that LPAR is not generating 70 or 89 records you just have to account for The your LPARS -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Thursday, February 23, 2023 12:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SCRT and not operating LPAR Misremembered. The CVS file says "(required)". When uploaded to IBM there is a prompt, in red, to fill the field in. That's when I enter "not in use". On Thu, Feb 23, 2023, 04:52 John McKown wrote: > We have this situation. There is a REMARKS field in the SCRT cvs file. I > put the sentence "No longer in use." in that field during the generation of > it on my Windows desktop. I've done that for years now with no problems > with IBM. > > On Thu, Feb 23, 2023, 04:05 Radoslaw Skorupka < > 0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: > >> As it is known, all the z/OS LPAR have to report SMF data to SCRT >> otherwise SCRT report would contain "data missing" field for given LPAR >> and explanation will be required. >> What about not operating LPARs? >> I mean an LPAR which is Activated, but not IPLed. Or the OS was shut >> down and LPAR was reset (but still remain active). >> >> AFAIR there was no problem with not operating LPARs in the past - that >> mean the LPARs were not included in the report. >> However It seems something changed and now such LPAR will cause "data >> missing" issue. >> >> 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SCRT and not operating LPAR
Misremembered. The CVS file says "(required)". When uploaded to IBM there is a prompt, in red, to fill the field in. That's when I enter "not in use". On Thu, Feb 23, 2023, 04:52 John McKown wrote: > We have this situation. There is a REMARKS field in the SCRT cvs file. I > put the sentence "No longer in use." in that field during the generation of > it on my Windows desktop. I've done that for years now with no problems > with IBM. > > On Thu, Feb 23, 2023, 04:05 Radoslaw Skorupka < > 0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: > >> As it is known, all the z/OS LPAR have to report SMF data to SCRT >> otherwise SCRT report would contain "data missing" field for given LPAR >> and explanation will be required. >> What about not operating LPARs? >> I mean an LPAR which is Activated, but not IPLed. Or the OS was shut >> down and LPAR was reset (but still remain active). >> >> AFAIR there was no problem with not operating LPARs in the past - that >> mean the LPARs were not included in the report. >> However It seems something changed and now such LPAR will cause "data >> missing" issue. >> >> 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: Paddle temporary fix?
That link is for buttons. I'm looking for material on the paddle that Robert Rannie carried as a symbol of the OS/360 project and which he repaired after an IBM rep broke it. The repair became known as a Paddle Temporary fix (PTYF). -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Barry Merrill [ba...@mxg.com] Sent: Thursday, February 23, 2023 8:53 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Paddle temporary fix? Button 677 at https://secure-web.cisco.com/1BzvOMBDQc1KLl-pPOl_fiZr_KDQUZQyA1gmZI4PO1sEaV3FBJ40pAcFmi-w0GWLqngRnXPUZwCLAVn-50v3EFiCCbqDjR2V1NDkdZKZ4AwsVgfdy_SEE1gg0-15htJ4Vtz1P4sBTXFnWS7H_SC86LemEOfI5L448v4S-bESPgzd2rMPTA62Mi6CyJRRaJInFZmQuGyQ5dXb7eNy5w5aoilxYtTuQpj3H0TQEgip3QkIEq7Z9IIbtamy3D1AYfWmhImrO8hMOWcG25LdrnsPPkn7XmbXF-AzDdnHc5_sx13vUhPTcdIBtYOxe71I9pEpOxvORDSKF8H_XyhL7GPhrlyvtQcfDnRuOliKA_ypSKShNUYKuM2uA0sXNixcsrKBzuPVd34RwDStbVubRvIYshjfdGRmn7k_kbUZaqlxWGPg/https%3A%2F%2Fwww.mxg.com%2Fthebuttonman -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Thursday, February 23, 2023 5:11 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Paddle temporary fix? Does anybody remember the SHARE and players for the "Paddle Temporary Fix" of Robert Ranie's paddle, and is there an online description? Thanks. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- 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: Paddle temporary fix?
Button 677 at https://www.mxg.com/thebuttonman -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Thursday, February 23, 2023 5:11 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Paddle temporary fix? Does anybody remember the SHARE and players for the "Paddle Temporary Fix" of Robert Ranie's paddle, and is there an online description? Thanks. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AW: Sam Golob articles are now directly online
Thanks a lot! -Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List Im Auftrag von Sam Golob Gesendet: Mittwoch, 22. Februar 2023 16:24 An: IBM-MAIN@LISTSERV.UA.EDU Betreff: Sam Golob articles are now directly online Dear Folks, Recently I received a request to put my (over 230) articles about MVS Systems Programming, directly online. They had previously resided (and still reside) on CBT Tape Files 014 and 120, which are in zipped XMIT-format, and therefore they are not so readily accessible. So I finally did it. The older articles also had outdated email addresses and URL's, which I tried to correct as well (as much as possible). So these articles can now be found on www.cbttape.org/xephon (sorry about that), and then you click on sgolob.articles to see them all. I certainly hope that these articles will contribute to people's system programming knowledge, at all levels, and I'm grateful to Shmuel Metz, who suggested that I do this. All the best of everything to all of you. Sincerely,Sam -- 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
Paddle temporary fix?
Does anybody remember the SHARE and players for the "Paddle Temporary Fix" of Robert Ranie's paddle, and is there an online description? Thanks. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SCRT and not operating LPAR
We have this situation. There is a REMARKS field in the SCRT cvs file. I put the sentence "No longer in use." in that field during the generation of it on my Windows desktop. I've done that for years now with no problems with IBM. On Thu, Feb 23, 2023, 04:05 Radoslaw Skorupka < 0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: > As it is known, all the z/OS LPAR have to report SMF data to SCRT > otherwise SCRT report would contain "data missing" field for given LPAR > and explanation will be required. > What about not operating LPARs? > I mean an LPAR which is Activated, but not IPLed. Or the OS was shut > down and LPAR was reset (but still remain active). > > AFAIR there was no problem with not operating LPARs in the past - that > mean the LPARs were not included in the report. > However It seems something changed and now such LPAR will cause "data > missing" issue. > > 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: Sam Golob articles are now directly online
They are already available as XMI files. The point of the individual files is to allow them to be viewed from a web file. The motivation for that was the need to cite therm for, e.g., wiki. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Support, DUNNIT SYSTEMS LTD. [supp...@dunnitsys.com] Sent: Thursday, February 23, 2023 1:41 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Sam Golob articles are now directly online Thanks, Sam. But it's 2023. Can't the "articles" folder (also) contain a single ZIP file, so that all the contents can be downloaded in one file? Thanks. -- 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
SCRT and not operating LPAR
As it is known, all the z/OS LPAR have to report SMF data to SCRT otherwise SCRT report would contain "data missing" field for given LPAR and explanation will be required. What about not operating LPARs? I mean an LPAR which is Activated, but not IPLed. Or the OS was shut down and LPAR was reset (but still remain active). AFAIR there was no problem with not operating LPARs in the past - that mean the LPARs were not included in the report. However It seems something changed and now such LPAR will cause "data missing" issue. 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