Re: Preferred FTP Client for Windows
What about z/OSMF? -- Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS Test Services - Test Architect, Provisioning z/OS Hardware/Software Interlock From: IBM Mainframe Discussion List on behalf of Schmitt, Michael Date: Thursday, July 27, 2023 at 1:19 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Preferred FTP Client for Windows z/OS MVS team doesn't want to install NFS. Here's another problem: We used to be able to view MVS data sets and members using the IBM web server. I think this is mod_mvsds? Anyway, this only works with basic authentication. But basic authentication has been removed from the web browsers for security reasons, either by the web browser company or our corporate rules, or both. What I've heard is that IBM has no solution. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Thursday, July 27, 2023 11:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Preferred FTP Client for Windows On Thu, 27 Jul 2023 16:27:23 +, Schmitt, Michael wrote: >... >And, WinSCP makes incorrect assumptions about what data looks like coming back >from listing PDS libraries. For example, you can not use WinSCP to download a >member of a PDS that does not have ISPF statistics. > How much of that would DSFS solve? It should satisfy those assumptions. Or, shift your paradigm; use NFS. Otherwise, the problem is overspecified. The requirement should not be "I want an FTP client ...", but "I want to access traditional MVS data sets from my desktop." -- gil -- 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: Inquiry about extracting and counting msgid from operlog using sort program
Found it. The tool that should do what you want, with a bit of figuring out the syntax of the JCL, is https://github.com/IBM/IBM-Z-zOS/tree/main/zOS-Tools-and-Toys/msglg610. Among other things, given a syslog, it will print out the number of times each message ID appears in the syslog. Note that this is provided with absolutely no support or warranty or anything else from IBM. And I would urge you to look at one of the other log monitoring tools, so you’re not having to do all the monitoring / analysis yourself. -- Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS Test Services - Test Architect, Provisioning z/OS Hardware/Software Interlock From: IBM Mainframe Discussion List on behalf of Kevin Mckenzie Date: Thursday, July 27, 2023 at 12:12 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Inquiry about extracting and counting msgid from operlog using sort program Hi, Jason. If all you’re looking to do is summarize log data, I can give you some options, at least. There was/is a tool that Kevin Kelley, since retired, wrote to help clients do log analysis that would do exactly what you want, on platform, in batch; I’m trying to find it again. It was available on testcase.boulder.ibm.com, and may well still be there in some subdirectory; I’ll spend a bit of time searching for it again. Links to it have apparently been lost. I believe it was mentioned in some Redbooks as well. If I can find it, I’ll put it in the z/OS github repository. It was intended to help clients do message suppression and the like. I have a python library, zoslogs (https://pypi.org/project/zoslogs/ ), that I built to do very basic log parsing. So if you wanted to, you could use it as a basis for something like what you’re trying to do; you at least wouldn’t have to worry about doing the initial parsing yourself. There are some tools that might give you an easier interface to gather the syslog data, such as the z Common Data Provider, or the z/OSMF REST API. I believe zoau does something similar. There are also things like IBM Z Operational Log Analytics and IBM Z Anomaly Analytics with Watson that will do realtime/almost realtime analysis of the logs for you, and try to warn you about potential issues. As others said, however, I don’t think using something like DFSORT will meet your needs, without a lot of work. At the least I’d suggest using a pre-processing tool to handle the initial log parsing before you sort/summarize the data. -- Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS Test Services - Test Architect, Provisioning z/OS Hardware/Software Interlock From: Jason Cai Date: Thursday, July 27, 2023 at 3:07 AM To: IBM-MAIN@LISTSERV.UA.EDU , Kevin Mckenzie Cc: Jason Cai Subject: [EXTERNAL] Re: Inquiry about extracting and counting msgid from operlog using sort program Dear Massimo and Kolusu, Thank you for your help. I got the results I wanted. The results are as follows. MSGID NUMREC $HASP000 20 $HASP001 10 .. >DISTINCT COUNT: 530 I also appreciate Kevin McKenzie's reply. The reason why I counted how many times each unique msgid appeared in a day is to compare today's operlog with yesterday's operlog and see which msgids are new and which ones increased more than yesterday, such as by 30%. I got a list of msgids that need special attention. I used this list to extract the specific content of today's OPERLOG to find out the possible risks of the system in time. I have two questions: 1.The first question is whether there is a better way or tool to analyze operlog. 2. The second question is whether sort can delete the numbers marked by line breaks in the multi-line records of MSGID to facilitate deduplication of multiple lines. See the information below: •M 0090 HZS0002E CHECK 423 •E... 423 0090 IXCH0602E The sysplex couple data set has insufficient The second line 423 indicates a line break of the first line 423.. I want to delete 423 of the first line. REXX processing is very easy but too slow because my operlog for one day is very large. Can sort or other tools handle it? Any suggestions is greatly appreciated Jason Cai -- 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: Inquiry about extracting and counting msgid from operlog using sort program
Hi, Jason. If all you’re looking to do is summarize log data, I can give you some options, at least. There was/is a tool that Kevin Kelley, since retired, wrote to help clients do log analysis that would do exactly what you want, on platform, in batch; I’m trying to find it again. It was available on testcase.boulder.ibm.com, and may well still be there in some subdirectory; I’ll spend a bit of time searching for it again. Links to it have apparently been lost. I believe it was mentioned in some Redbooks as well. If I can find it, I’ll put it in the z/OS github repository. It was intended to help clients do message suppression and the like. I have a python library, zoslogs (https://pypi.org/project/zoslogs/), that I built to do very basic log parsing. So if you wanted to, you could use it as a basis for something like what you’re trying to do; you at least wouldn’t have to worry about doing the initial parsing yourself. There are some tools that might give you an easier interface to gather the syslog data, such as the z Common Data Provider, or the z/OSMF REST API. I believe zoau does something similar. There are also things like IBM Z Operational Log Analytics and IBM Z Anomaly Analytics with Watson that will do realtime/almost realtime analysis of the logs for you, and try to warn you about potential issues. As others said, however, I don’t think using something like DFSORT will meet your needs, without a lot of work. At the least I’d suggest using a pre-processing tool to handle the initial log parsing before you sort/summarize the data. -- Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS Test Services - Test Architect, Provisioning z/OS Hardware/Software Interlock From: Jason Cai Date: Thursday, July 27, 2023 at 3:07 AM To: IBM-MAIN@LISTSERV.UA.EDU , Kevin Mckenzie Cc: Jason Cai Subject: [EXTERNAL] Re: Inquiry about extracting and counting msgid from operlog using sort program Dear Massimo and Kolusu, Thank you for your help. I got the results I wanted. The results are as follows. MSGID NUMREC $HASP000 20 $HASP001 10 .. >DISTINCT COUNT: 530 I also appreciate Kevin McKenzie's reply. The reason why I counted how many times each unique msgid appeared in a day is to compare today's operlog with yesterday's operlog and see which msgids are new and which ones increased more than yesterday, such as by 30%. I got a list of msgids that need special attention. I used this list to extract the specific content of today's OPERLOG to find out the possible risks of the system in time. I have two questions: 1.The first question is whether there is a better way or tool to analyze operlog. 2. The second question is whether sort can delete the numbers marked by line breaks in the multi-line records of MSGID to facilitate deduplication of multiple lines. See the information below: •M 0090 HZS0002E CHECK 423 •E... 423 0090 IXCH0602E The sysplex couple data set has insufficient The second line 423 indicates a line break of the first line 423.. I want to delete 423 of the first line. REXX processing is very easy but too slow because my operlog for one day is very large. Can sort or other tools handle it? Any suggestions is greatly appreciated Jason Cai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Inquiry about extracting and counting msgid from operlog using sort program
What are you actually trying to do with this information? There are various tools available for log analysis. -- Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS Test Services - Test Architect, Provisioning z/OS Hardware/Software Interlock From: IBM Mainframe Discussion List on behalf of Jason Cai Date: Wednesday, July 26, 2023 at 4:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Inquiry about extracting and counting msgid from operlog using sort program Dear All, I am writing to inquire about how to use the sort program on the mainframe to extract and count msgid from a day's operlog. I would appreciate your guidance and advice on this matter. Msgid is a keyword that identifies system messages. It usually consists of 7 letters and a number, such as IEA001I or CSV003E. However, some msgid may have up to 10 characters. I need to extract all msgid from the operlog, and remove any duplicates. Then, I need to count the number of occurrences of each msgid and generate a report. I have tried to use the following statement to extract msgid, and it seems to work well. However, I am not sure if there is anything missing or if it can be written more simply. SORT FIELDS=(58,7,CH,A) INCLUDE COND=((58,7,SS,NE,C' ',AND, 65,1,CH,EQ,C' ',AND, (63,1,SS,EQ,C'0,1,2,3,4,5,6,7,8,9'),AND, (64,1,SS,EQ,C'ABCDEFGHIJKLMNOPQRSTUVWXYZ')),OR, (58,8,SS,NE,C' ',AND, 66,1,CH,EQ,C' ',AND, (64,1,SS,EQ,C'0,1,2,3,4,5,6,7,8,9'),AND, (65,1,SS,EQ,C'ABCDEFGHIJKLMNOPQRSTUVWXYZ')),OR, (58,9,SS,NE,C' ',AND, 67,1,CH,EQ,C' ',AND, (65,1,SS,EQ,C'0,1,2,3,4,5,6,7,8,9'),AND, (66,1,SS,EQ,C'ABCDEFGHIJKLMNOPQRSTUVWXYZ')),OR, (58,10,SS,NE,C' ',AND, 68,1,CH,EQ,C' ',AND, (66,1,SS,EQ,C'0,1,2,3,4,5,6,7,8,9'),AND, (67,1,SS,EQ,C'ABCDEFGHIJKLMNOPQRSTUVWXYZ')) But I do not know how to count the number of occurrences of each msgid and eliminate duplicates. Thank you for your time and attention. Sincerely, Jason Cai -- 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: Will z/OS be obsolete in 5 years?
Let me try to respond to some of this; keeping in mind that I know nothing of the business decisions here, and am speaking for myself, not IBM. 1. As far as I’m aware, IBM is still very separate from RedHat. Maybe things are different at the board level, but at my level, there is an incredibly large distance between IBM and RedHat. This was not an IBM decision, as far as I know. RedHat has been upset about bug-for-bug clones of RHEL since before IBM bought them. 2. RedHat is not moving to closed source. RedHat couldn’t make RHEL closed source if they wanted to. RedHat doesn’t own the copyright to something like 90% of RHEL, and whatever copyright they do own, they’ve assigned to the Linux Foundation and the like. I guess in theory, RedHat could create a closed-source fork of Linux and rewrite the 90% of the code they never owned, and not contribute future code to the open source world, but that seems like a huge amount of work for not a lot of reward. 3. RedHat is still contributing all of its code to the open source world, as far as I know. What they’re changing is this: in the past, it was very easy to figure out what, say, RedHat 9.11 FP2 or something was equivalent to, in terms of the specific branches of code across all the components of RHEL, along with the specific diff files that were added on top. That’s what’s changing. They’re still going to submit their code to the linux kernel, or apache, or whatever, they just aren’t going to be announcing to the world that this specific set of patches on top of these specific branches is what equal this specific level of RHEL. Backing up a couple of steps, the problem that RedHat has is this: they do a huge amount of work to support RHEL. Remember, they support their releases for at least 10 years. So if you go to them with a problem, they (usually) don’t tell you to upgrade to the latest release, they will fix your problem, and only your problem. Doing this is a huge amount of really hard work. They invest a huge amount of time and money into each RHEL. They recoup that money via support contracts. And then third parties come along and undercut them, which is potentially easy to do because they don’t bear the substantial costs of fixing the problems. Some companies have a couple of RHEL systems somewhere, and then a huge number of RHEL clone systems, but still go to RedHat if they hit problems on type of system, in the knowledge that they’ll get a fix. Back in 2007, the FSF said that doing what RedHat is doing, which is providing the exact source code of RHEL only to their clients they have contracts with, and not renewing contracts with clients who share said source code with third parties, fit the definition of free software. People have been telling open source companies for years that the way to make money is to offer support contracts. That’s exactly what RedHat is doing. A lot of open source projects just aren’t sustainable; look at HeartBleed, and Shellshock, and on and on. The money to support them has to come from somewhere. As far as I know, that’s what’s driving this decision. RedHat has said multiple times that they’re happy for companies like SuSe and Ubuntu to exist and take their code and use it. What they’re upset about is the bug-for-bug clones. That’s all this decision is about. I’d be surprised if they thought about z/OS or IBM Z at all when making this decision. -- Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS Test Services - Test Architect, Provisioning z/OS Hardware/Software Interlock From: IBM Mainframe Discussion List on behalf of Jon Perryman Date: Tuesday, July 18, 2023 at 8:47 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Will z/OS be obsolete in 5 years? IBM RHEL announced it's move to closed source (IBM RedHat Enterprise Linux). With some changes, DB2, RACF and other z/OS products could run in Linux on z16 in one sysplexed Linux image. We know it's possible because IBM moved Unix and TCP into z/OS. IBM RHEL said closed source would force non-paying customers to buy RHEL licenses but this makes no sense. Something else must be in play. I created a survey at https://forms.gle/ZTPXsDJo8Z4H93sv7 to gain insights into IBM's decision to close source RHEL. You can skip the survey if you don't want to take it and view the survey results through this website. Feel free to pass this along. I think IBM wants to integrate z/OS products to retain their investments and expand their customer base.. Why is the z/OS community ignoring IBM RHEL closed source? Are software vendors preparing their products for Linux? -- 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
Re: Does the term USE CASE apply to system software upgrades
I would suggest choosing a function or two that you’re planning on exploiting on the new release, and have those be the use cases. -- Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS Test Services - Test Architect, Provisioning z/OS Hardware/Software Interlock From: IBM Mainframe Discussion List on behalf of Lizette Koehler Date: Tuesday, June 27, 2023 at 3:47 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Does the term USE CASE apply to system software upgrades List - I am being aske to create USE CASES for system software. My brain is not able to coordinate USE CASE with system software updates It seems the phrase USE CASE applies more to SYSTEM Software development than a System Software Upgrade For Example, If I am upgrading from z/OS V2.4 to V2.5 - I am asked to supply a use case. Any guidance on how to do this? Thank you Lizette -- 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
Chaos Toolkit Extension Available for z/OS
I’ve worked with clients in the past who want to do a better job of testing z/OS as a platform, but don’t know where to start. So I’ve released a tool to give system programmers, site reliability engineers, or anyone else who wants to test z/OS at a system level a place to start: the Chaos Toolkit Extension for z/OS. The Chaos Toolkit (https://chaostoolkit.org) is a cross-platform test orchestration/automation platform, but it requires extensions for each platform it wants to interact with. So I’ve written an extension for z/OS (https://pypi.org/project/chaostoolkit-zos/). There’s a quick demo here: https://youtu.be/v-6xvAeH0p0. I do want to emphasize that the extension is in its infancy, and between COVID-19 and two small children, it’s taken me a lot longer than I’d planned to release this. But my intention is that, over time, to get the toolkit to a point where you can easily do the same sort of basic testing that I do when I’m doing initial bringup testing of a new release of z/OS, so when you make changes to your applications, you can validate in your test environment that things still work, and your applications can tolerate failures when they do happen. If you’ve got any questions, suggestions, complaints, or whatever, feel free to reply here or contact me off-list; I’ll help as best I can. -- Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS Test Services - Test Architect, Provisioning z/OS Hardware/Software Interlock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Python log parsing library available
It isn’t, but in Python, you should just be able to issue “pip install zoslogs” to install the library. Documentation is also available on PyPi and ReadtheDocs, as with other python libraries. Also, github was having some issues yesterday; if you try again, it may work today. From: IBM Mainframe Discussion List on behalf of David Crayford Sent: Thursday, March 17, 2022 8:08:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Python log parsing library available I get a 404 on your Github account. Is it private? > On 18 Mar 2022, at 3:11 am, Kevin Mckenzie wrote: > > If anyone else has a need for this, I wanted to let people know that I’ve > released a z/OS log parsing library for Python, available from PyPi, called > zoslogs. On PyPi, you can find it here: https://pypi.org/project/zoslogs/ > . I built it to help with a problem I was having, so it’s by no means > complete, but it might be useful to someone else. > > -- > Kevin McKenzie > > External Phone: 845-435-8282, Tie-line: 8-295-8282 > z/OS Test Services - Test Architect, Provisioning > z/OS Hardware/Software Interlock > > -- > 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
Python log parsing library available
If anyone else has a need for this, I wanted to let people know that I’ve released a z/OS log parsing library for Python, available from PyPi, called zoslogs. On PyPi, you can find it here: https://pypi.org/project/zoslogs/ . I built it to help with a problem I was having, so it’s by no means complete, but it might be useful to someone else. -- Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS Test Services - Test Architect, Provisioning z/OS Hardware/Software Interlock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System Boost Question
Not in any meaningful sense, no, it isn’t possible. There are two varieties of System Recovery Boost: longer boosts, that happen during IPL and shutdown, and short boosts that happen in response to certain sysplex events. It's not something you can trigger whenever you want to. --- Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS Test Services - Test Architect, Provisioning z/OS Hardware/Software Interlock There’s a White Paper that goes into much detail here: https://ibm.biz/z15SRBWhitePaper. IBM Mainframe Discussion List wrote on 11/28/2020 02:01:40 PM: > From: Gadi Ben-Avi > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 11/28/2020 02:02 PM > Subject: [EXTERNAL] System Boost Question > Sent by: IBM Mainframe Discussion List > > We are to take delivery of a z15-t02. > I have a question about system boost. > A few months ago, as part of upgrading CICS, we shut down all of our > CICS regions in order to upgrade the CICS SVC. > > We are running z/OS v2.3 > > Could we use SYSTEM boost to make the process of shutting down the > CICS region and restarting them? > Would it be 'legal'? > > Thanks > > Gadi > > -- > 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: Sharing PDSEs in shared DASD Environment
The very short answer is you shouldn't share PDSEs outside of a sysplex. Under certain circumstances, you can get away with it, but you're just asking for problems. However, I'd note that since you're sharing DASD, and master and user catalogs, you don't really have separate development and production environments. There are a host of ways one environment can affect the other, but without the benefits parallel sysplex (or just sysplex) allows. You could have a parallel sysplex, or sysplex, environment with separate JES2 spools, if you wanted to go in that direction. My official suggestion would be to better isolate the two environments, not try to combine them. There are ways to copy PDSEs between separate environments. --- Kevin McKenzie z/OS Test Services IBM Mainframe Discussion List wrote on 07/24/2019 11:23:16 AM: > From: S B <01439e1549b6-dmarc-requ...@listserv.ua.edu> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 07/24/2019 11:30 AM > Subject: [EXTERNAL] Sharing PDSEs in shared DASD Environment > Sent by: IBM Mainframe Discussion List > > Thisis a simplified description of our environment (for thesake of > this discussion) > > > Weare running z/OS V2.3 and using CA’ MIM > > Wehave two LPARs – LPAR1 Development and LPAR2 Production – there > two LPARs areshared DASD but separate JES2 Spools and not SYSPlex. > We have"PDSESHARING(NORMAL)" in IGDSMS00 and clearly > onlyhave SMSPDSE running. > > Somedevelopers have PDSEs for their “.JCL” datasets. We used to > receive requests to restore their datasets because their PDSE > datasets were “corrupted”. At that time and as part of the problem > resolutions (and CA' recommendation) we added the following entries > to the MIM (CAMIMGR)and that seemed to solve the issue (we did not > get any more calls for “corrupteddatasets” > > SYSZIGW0GDIF=YES, > > SCOPE=SYSTEMS, > > EXEMPT=NO, > > ECMF=NO, > > RPTAFTER=30, > > RPTCYCLE=60 > > SYSZIGW1GDIF=YES, > > SCOPE=SYSTEMS, > > EXEMPT=NO, > > ECMF=NO, > > RPTAFTER=30, > > RPTCYCLE=60 > > Lookingback at this issue and in preparation for COBOL Enterprise > upgrade from V4.2, accordingto many writeups/red books that I could > find, in effect we cannot have PDSEs in ourenvironment – this being > one of them > > IBM PDSE DATA SET SHARING Basics > > I am assuming there areother shops like us - shared DASD but not > SYSPlex – what are our options inusing PDSEs if any? > > Theseare our thoughts: > > SYSPlexingthese two LPARs takes away the separation of Development > and Production during systems upgrades and applications development > (e.g., test in development for two weeks before moving to > production). Alsosharing the JES2 Spool will be complicated > > Separatingthe DASD and master/user catalogs seems to be drastic > change technically andculturally > > Any feedbackand suggestions will be great > > Thanks > > Shahnaz > > > > > > -- > 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: SYSAFF and SCHENV
Similar purpose, but different mechanisms. SYSTEM, SYSAFF, and SCHENV all control the system that a job is allowed to run on, but they filter based on different mechanisms. SYSTEM and SYSAFF are based off of the JES2/JES3 member name. SCHENV is based off of your WLM setup; in WLM, you can define scheduling environments, which are essentially arbitrary resources that can be associated with a system image via SDSF or system commands. So with SYSTEM/SYSAFF, you're saying "this job can only run on a system called X." With SCHENV, you're saying that "this job can only run if the system has resources A, B, and C," when A, B, and C are all things that the installation can control whether or not they're defined at any given time. So with scheduling environments, you can have some very basic job scheduling, if you want to. As an example, we typically run our sysplexes with a mix of z/OS release levels (say, V2R1, V2R2, and V2R3). Some of our jobs will only run on a system with release level V2R2 or above. So I can create a scheduling environment called SCHV2R2, and only enable it on systems that are running V2R2 or V2R3. And jobs with SCHENV=SCHV2R2 will be limited to running on those systems. Or you could control it based on the presence of a subsystem, or whether or not the system is DEVTEST, or whatever arbitrary reasons you want to schedule based on. --- Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS Test Services - Test Architect, Provisioning IBM Mainframe Discussion List wrote on 01/26/2019 10:52:49 PM: > From: Peter > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 01/26/2019 10:53 PM > Subject: SYSAFF and SCHENV > Sent by: IBM Mainframe Discussion List > > Hi > > It is just general question > > I was going through the manual. > > Does SCHENV perform the same function as SYSAFF ? Or it does more than that > ? > > Peter > > -- > 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: NFS Mount Failure
I'm sorry, I think I misunderstood something somewhere. From what I
understood, the problem was that when a remote NFS server is rebooted, you
have to remount the NFS file system on z/OS, and then there needs to be a
file access attempt before you can actually access the files in the file
system.
So what I was suggesting was to put the touch command in a batch job after
the remount command, so that the file access attempt happens right after
the file system is remounted. If it's a different problem you're trying to
solve, the touch command won't help.
---
Kevin McKenzie
External Phone: 845-435-8282, Tie-line: 8-295-8282
z/OS Test Services - Test Architect, Provisioning
IBM Mainframe Discussion List wrote on
01/24/2019 03:57:22 PM:
> From: "Watkins, Philip S."
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 01/24/2019 03:58 PM
> Subject: Re: NFS Mount Failure
> Sent by: IBM Mainframe Discussion List
>
> I am performing an unmount, touch and then mount. The mount is
> successful, but my job still fails unless I browse /u/usr/xerox/
> manually first.
>
> //XEROXUMT EXEC PGM=IKJEFT01 DYNAMNBR=NN,PARM='COMMAND'
> //SYSTSPRT DD SYSOUT=*
> //SYSEXEC DD DUMMY
> //SYSTSIN DD *
> UNMOUNT FILESYSTEM('XEROXRAW')
> /*
> //STEP0001 EXEC PGM=AOPBATCH,PARM='sleep 15'
> //STDOUT DD SYSOUT=*
> //STDERR DD SYSOUT=*
> //STDINDD DUMMY
> //TOUCHEXEC PGM=BPXBATCH,PARM='SH touch -c /u/usr/xerox/tmpfile'
> //STDOUT DD SYSOUT=*
> //STDERR DD SYSOUT=*
> //*STDPARM DD dummy
> //*
> //XEROXMNT EXEC PGM=IKJEFT01 DYNAMNBR=NN,PARM='COMMAND'
> //SYSTSPRT DD SYSOUT=*
> //SYSEXEC DD DUMMY
> //SYSTSIN DD *
> MOUNT FILESYSTEM('XEROXRAW') MOUNTPOINT('/u/usr/xerox') TYPE(NFS) -
> MODE(RDWR) PARM('PGCSYS:/XEROXRAW,SOFT,SOFT,VERS(3),XLAT(Y), +
> CLN_CCSID(1047),SRV_CCSID(819)')
> /*
>
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Carmen Vitullo
> Sent: Thursday, January 24, 2019 2:57 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: NFS Mount Failure
>
> CAUTION: This email originated from an external email domain which
> carries the additional risk that it may be a phishing email and/or
> contain malware.
>
>
> that's a really easy and great option !
> I use touch to create files interactively I never thought about
> using touch like that !
>
>
>
> Carmen Vitullo
>
> - Original Message -
>
> From: "Kevin Mckenzie"
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Thursday, January 24, 2019 1:44:25 PM
> Subject: Re: NFS Mount Failure
>
> Right. touch is a standard unix command; it officially is used for
> updating the access or last modified time of a file, but it's often
> used sort of as a utility command in the way IEFBR14 can be used to
> create a file.
>
> So I would think a job step like:
>
> //TOUCH EXEC PGM=BPXBATCH,PARM='SH touch -c /u/usr/xerox/tmpfile'
>
> would force USS to go see if /u/usr/xerox/tmpfile exists, and
> therefore require NFS to reestablish a full connection to the
> server, after you've run the automount command. The -c option tells
> touch not to create a file that isn't already there, so that should
> prevent any file from actually being created. I haven't tested this,
> though I'm trying to get in touch with one of the NFS folks to see
> if this is known/expected behavior.
>
> Note that case matters in the PARM statement.
> ---
> Kevin McKenzie
>
> External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS Test
> Services - Test Architect, Provisioning
>
> IBM Mainframe Discussion List wrote on
> 01/24/2019 12:31:15 PM:
>
> > From: "Watkins, Philip S."
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date: 01/24/2019 12:33 PM
> > Subject: Re: NFS Mount Failure
> > Sent by: IBM Mainframe Discussion List
> >
> > Thanks Kevin, I am trying to understand how to convert what I have to
> > use BPXBATCH.
> > I was not aware of the use of a "TOUCH" command.
> > Any help converting would be greatly appreciated.
> >
> > I currently use the following on the Mainframe;
> >
> > MOUNT FILESYSTEM('XEROXRAW') MOUNTPOINT('/u/usr/xerox') TYPE(NFS) -
> > MODE(RDWR) PARM('PGCSYS:/XEROXRAW,SOFT,SOFT,VERS(3),XLAT(Y), +
> > CLN_CCSID(1047),SRV_CCSID(819)')
> >
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List On
> > Behalf Of Kevin Mckenzie
> > Sent: Thursday, January 24, 2019 11:54 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: NFS Mount Failure
> >
> > CAUTION: This email originated from an external email domain which
> > carries the additional risk that it may be a phish
Re: NFS Mount Failure
Right. touch is a standard unix command; it officially is used for
updating the access or last modified time of a file, but it's often used
sort of as a utility command in the way IEFBR14 can be used to create a
file.
So I would think a job step like:
//TOUCH EXEC PGM=BPXBATCH,PARM='SH touch -c /u/usr/xerox/tmpfile'
would force USS to go see if /u/usr/xerox/tmpfile exists, and therefore
require NFS to reestablish a full connection to the server, after you've
run the automount command. The -c option tells touch not to create a file
that isn't already there, so that should prevent any file from actually
being created. I haven't tested this, though I'm trying to get in touch
with one of the NFS folks to see if this is known/expected behavior.
Note that case matters in the PARM statement.
---
Kevin McKenzie
External Phone: 845-435-8282, Tie-line: 8-295-8282
z/OS Test Services - Test Architect, Provisioning
IBM Mainframe Discussion List wrote on
01/24/2019 12:31:15 PM:
> From: "Watkins, Philip S."
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 01/24/2019 12:33 PM
> Subject: Re: NFS Mount Failure
> Sent by: IBM Mainframe Discussion List
>
> Thanks Kevin, I am trying to understand how to convert what I have
> to use BPXBATCH.
> I was not aware of the use of a "TOUCH" command.
> Any help converting would be greatly appreciated.
>
> I currently use the following on the Mainframe;
>
> MOUNT FILESYSTEM('XEROXRAW') MOUNTPOINT('/u/usr/xerox') TYPE(NFS) -
> MODE(RDWR) PARM('PGCSYS:/XEROXRAW,SOFT,SOFT,VERS(3),XLAT(Y), +
> CLN_CCSID(1047),SRV_CCSID(819)')
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Kevin Mckenzie
> Sent: Thursday, January 24, 2019 11:54 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: NFS Mount Failure
>
> CAUTION: This email originated from an external email domain which
> carries the additional risk that it may be a phishing email and/or
> contain malware.
>
>
> Have you thought about using BPXBATCH and something like the touch
> command to force an access of the remote file system?
>
> ---
> Kevin McKenzie
>
> External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS Test
> Services - Test Architect, Provisioning
>
> IBM Mainframe Discussion List wrote on
> 01/23/2019 01:11:26 PM:
>
> > From: Carmen Vitullo
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date: 01/23/2019 01:12 PM
> > Subject: Re: NFS Mount Failure
> > Sent by: IBM Mainframe Discussion List
> >
> > for mounts or remounts - same here, I just run a BPXBATCH to run
> theautomount
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> This E-mail and any of its attachments may contain Prince George’s
> County Government or Prince George's County 7th Judicial Circuit
> Court proprietary information or Protected Health Information, which
> is privileged and confidential. This E-mail is intended solely for
> the use of the individual or entity to which it is addressed. If you
> are not the intended recipient of this E-mail, you are hereby
> notified that any dissemination, distribution, copying, or action
> taken in relation to the contents of and attachments to this E-mail
> is strictly prohibited by federal law and may expose you to civil
> and/or criminal penalties. If you have received this E-mail in
> error, please notify the sender immediately and permanently delete
> the original and any copy of this E-mail and any printout.
>
> --
> 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: NFS Mount Failure
Have you thought about using BPXBATCH and something like the touch command to force an access of the remote file system? --- Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS Test Services - Test Architect, Provisioning IBM Mainframe Discussion List wrote on 01/23/2019 01:11:26 PM: > From: Carmen Vitullo > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 01/23/2019 01:12 PM > Subject: Re: NFS Mount Failure > Sent by: IBM Mainframe Discussion List > > for mounts or remounts - same here, I just run a BPXBATCH to run theautomount -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: how many OSes run on IBMz
Strictly speaking, you could include Stand-alone Dump and ADRDSSU. --- Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS Test Services - Test Architect, Provisioning IBM Mainframe Discussion List wrote on 01/24/2019 09:17:25 AM: > From: John McKown > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 01/24/2019 09:18 AM > Subject: Re: how many OSes run on IBMz > Sent by: IBM Mainframe Discussion List > > On Thu, Jan 24, 2019 at 8:09 AM Tom Marchant < > 000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote: > > > On Thu, 24 Jan 2019 06:17:47 -0600, John McKown wrote: > > > > >This is mainly a curiosity question. I know of: z/OS, z/VSE, z/TPF, and > > >z/Linux. Are there any others? > > > > None of these were ever enhanced to support zArchitecture, though they > > might be able to run on older z hardware, that could still IPL in OS/390 > > mode. > > > > MTS, the Michigan Terminal System > > UTS, Amdahl's implementation of Unix for 370 & 390 > > TSS > > > > -- > > Tom Marchant > > > > > Getting nice feedback. I guess I could find another system and name it > "Ancient Operating Systems". Why not? I already named one "Car-topia" with > the planets named after various cars. > > -- > I just burned 2000 calories! > That's the last time I'll nap with brownies in the oven. > > Maranatha! <>< > John McKown > > -- > 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: How to delay a healthcheck? [EXTERNAL]
Hi, Radoslaw. Do you mind if we take the discussion off IBM-MAIN for a bit? Or we can keep it here if you'd prefer, but I'd like to get more information about your environment. Based on your logs, it's taking a lot longer to initialize HiperDispatch than it should, and I'd like to understand why. Or you can open a PMR, if you'd prefer. --- Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS Test Services - Test Architect, Provisioning IBM Mainframe Discussion List wrote on 01/07/2019 12:14:07 PM: > From: "R.S." > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 01/07/2019 12:23 PM > Subject: Re: How to delay a healthcheck? [EXTERNAL] > Sent by: IBM Mainframe Discussion List > > My log: > > 12:39:00.24 0290 IEE252I MEMBER IEASYS00 FOUND > > 12:39:10.20 0290 HZS0100I IPL-TIME START OF IBM HEALTH > CHECKER > 12:39:10.20 0290 HZS0115I IPL-TIME START OF HZSPROC IS > COMPLETE > > 12:39:21.31 STC00520 0090 *HZS0011E READING THE HZSPDATA DATA SET > 12:39:21.32 STC00520 0090 HZS0018I READING COMPLETE FOR THE HZSPDATA > > 12:39:21.33 STC00520 0090 HZS0403I SET PARMLIB PROCESSING HAS BEEN > COMPLETED > > 12:39:39.86 0090 IRA860I HIPERDISPATCH MODE IS NOW ACTIVE > > > While I cannot say when the check is actually performed, we see that > order of IRA860I vs HealtchChecker readiness is not deterministic. > And I'm pretty sure the check claim exception until it is rerun. > > I sustain my opinion it wouldn't hurt anyone to delay HealthChecker > initialization by 30 seconds or 1 minute. > In earlier version HealthChecker was started explicitely, by a command > in COMMNDxx, so one was able to put it in some automation tool or so. > However IBM wanted to enforce lazy admins to use HC and now it is > started "automagically". It is still possible to disable it and start it > later, but it seems silly a little bit. > > > Regards > -- > Radoslaw Skorupka > Lodz, Poland > > > > > > > > W dniu 2019-01-07 o 17:52, Feller, Paul pisze: > > Radoslaw, I think that actual health check stuff does not happen > until later. Look for message HZS0103I, which indicates when the > health check started task has completed its start up. This still > may not answer why you get the alert. > > > > Below are sample messages from two of our lpars that got IPLed > over the weekend. The actual started task did not start/complete > until after HIPERDISPATCH was set. > > > > (small tech lpar) > > 19006 04:12:48.86 0290 IEE252I MEMBER IEAOPT00 FOUND > IN SYS1.PARMLIB.US > > > > 19006 04:13:10.79 0290 HZS0100I IPL-TIME START OF > IBM HEALTH CHECKER FOR Z/OS IS BEGINNING > > 19006 04:13:10.79 0290 HZS0115I IPL-TIME START OF > HZSPROC IS COMPLETE > > > > 19006 04:13:17.02 0090 IRA860I HIPERDISPATCH MODE ISNOW ACTIVE > > > > 19006 04:13:36.49 STC76522 0291 $HASP100 HZSPROC ON STCINRDR > > 19006 04:13:36.75 STC76522 0090 HZS0117I HZSPROC > INITIALIZATION STARTING > > 19006 04:13:36.92 STC76522 0090 *HZS0011E READING THE HZSPDATA DATA SET > > 19006 04:13:36.95 STC76522 0090 HZS0018I READING COMPLETE FOR > THE HZSPDATA DATA SET > > 19006 04:13:37.01 STC76522 0090 HZS0403I SET PARMLIB > PROCESSING HAS BEEN COMPLETED > > 19006 04:13:37.05 STC76522 0090 HZS0103I HZSPROC > INITIALIZATION COMPLETE > > > > > > (main appl test lpar) > > 19006 01:33:50.26 0290 IEE252I MEMBER IEAOPTMT FOUND > IN SYS1.PARMLIB.US > > > > 19006 01:34:04.55 0290 HZS0100I IPL-TIME START OF > IBM HEALTH CHECKER FOR Z/OS IS BEGINNING > > 19006 01:34:04.55 0290 HZS0115I IPL-TIME START OF > HZSPROC IS COMPLETE > > > > 19006 01:34:15.23 0090 IRA860I HIPERDISPATCH MODE ISNOW ACTIVE > > 19006 01:34:15.24 0090 IWM066I MT MODE CHANGED FOR > PROCESSOR CLASS zIIP. THE MT MODE WAS > > CHANGED FROM 1 TO 2. > > > > 19006 01:34:32.40 STC42490 0291 $HASP100 HZSPROC ON STCINRDR > > 19006 01:34:33.30 STC42490 0090 HZS0117I HZSPROC > INITIALIZATION STARTING > > 19006 01:34:33.37 STC42490 0090 *HZS0011E READING THE HZSPDATA DATA SET > > 19006 01:34:33.37 STC42490 0090 HZS0018I READING COMPLETE FOR > THE HZSPDATA DATA SET > > 19006 01:34:33.42 STC42490 0090 HZS0403I SET PARMLIB > PROCESSING HAS BEEN COMPLETED > > 19006 01:34:33.46 STC42490 0090 HZS0103I HZSPROC > INITIALIZATION COMPLETE > > > > > > Thanks.. > > > > Paul Feller > >
Re: How to delay a healthcheck? [EXTERNAL]
Radoslaw, what model CEC are you running on? As Paul says, as of V1R13 with the z196 or above, the default now is HIPERDISPATCH=YES, so it's not even something you need to specify anymore unless you want to run with it disabled (and it's required if you want to run in PROCVIEW CORE mode, which I'd recommend, even if you don't want to run in SMT-2 mode, just for the additional 'D M=CORE" functionality.) Strictly speaking, there is a time after IPL starts where you're running in HIPERDISPATCH=NO mode, but assuming you're using the system defaults, the switch to HIPERDISPATCH=YES should be happening before the Healthchecker address space starts. Or do you switch to a different IEAOPTxx member after IPL for some reason? Can you look at your logs the next time this happens and see when the IRA860I message is being issued? Are there any other IRA86* messages being issued during IPL? Are any 'SET OPT=' commands being issued? --- Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS Test Services - Test Architect, Provisioning IBM Mainframe Discussion List wrote on 01/06/2019 09:00:56 PM: > From: "Feller, Paul" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 01/06/2019 09:02 PM > Subject: Re: How to delay a healthcheck? [EXTERNAL] > Sent by: IBM Mainframe Discussion List > > Radoslaw, not a direct answer to your question, but I find it > interesting that you get the alert. For some time now the default > for HIPERDISPATCH has been YES. If I recall correctly the default > changed to YES if you ran z/OS V1R13 (or higher) on a z196 or z114 > (or higher CEC). So I'm not sure how you would get a HIPERDISPACH > of NO unless something was setting it to NO. I don't recall when it > was that we removed HIPERDISPATCH=YES from the IEAOPT member, but it > has been a few years. > > > Thanks.. > > Paul Feller > AGT Mainframe Technical Support > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU > ] On Behalf Of ITschak Mugzach > Sent: Sunday, January 06, 2019 2:06 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: How to delay a healthcheck? [EXTERNAL] > > Radoslav, > > create a policy statement with a SYNCVAL set to a different time of day. > currently it starts immediately after added because the default for > SYNVAL is SYSTEM. > > ITschak > > On Sun, Jan 6, 2019 at 9:21 PM R.S. wrote: > > > The following scenario: > > During IPL a HealtChecker is started automatically. One of the check , > > SUP_HIPERDISPATCH claims exception because HIPERDISPATCH=NO is in effect. > > However IEAOPTxx specifies HIPERDUSPATCH=YES and this value is set, > > *but later*, after the check is run. > > The check is scheduled for 24h period, so first day there's false alert. > > > > There are ways to get rid of the alert by rerunning the check manually > > or disabling the check at all. > > > > However, maybe there is a method to change check parameters to delay > > its start? > > > > z/OS 2.3 > > > > > > Another question: > > I've googled and seen that people wrote about problems with > > JES_NJE_SECURITY, which ends with DIAG 0300_0004, however > > ...is there any solution known for that check? > > > > Regards > > -- > > Radoslaw Skorupka > > Lodz, Poland > > > > > > > > > > == > > > > Jeśli nie jesteś adresatem tej wiadomości: > > > > - powiadom nas o tym w mailu zwrotnym (dziękujemy!), > > - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub > > zapisałeś na dysku). > > Wiadomość ta może zawierać chronione prawem informacje, które może > > wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia > > (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, > > narusza prawo i może podlegać karze. > > > > mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, > > www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. > > Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS > 025237, NIP: > > 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na > > 01.01.2018 r. wynosi 169.248.488 złotych. > > > > If you are not the addressee of this message: > > > > - let us know by replying to this e-mail (thank you!), > > - delete this message permanently (including all the copies which you > > have printed out or saved). > > This message may contain legally protected information, which may be > > used exclusively by the addressee.Please be reminded that anyone who
Re: Researching MT_ZIIP_MODE
Yes, that's correct. It was removed. My apologies; I thought we'd gotten all the technical guides updated. I'll follow up and see what we can do there. --- Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS Test Services - Test Architect, Provisioning IBM Mainframe Discussion List wrote on 12/06/2018 09:26:50 AM: > From: Carmen Vitullo > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 12/06/2018 09:33 AM > Subject: Researching MT_ZIIP_MODE > Sent by: IBM Mainframe Discussion List > > We are running a Z13s, z/OS 2.2 and we finally have a second zIIP > processor, I'm looking into what needs to be done to enable Multi > thread support on my zIIP's. we tested this last year with one zIIP > and we found there was no real benefit on 2 LPARS sharing the one processor. > today I found a statement in the KC book for 2.2 - 2.3 that stats > 'MT_ZIIP_MODE' > > On the HMC Customize/Delete Activation Profiles task, "Do not end > the time slice if a partition enters a wait state" must not be > checked. This is the recommended default setting. > > I've checked the image profile and the load profile, I've checked > the HMC user guide and I cannot find this setting or value anywhere. > I found one reference in my search that eludes to the fact this > option for z13's is obsolete, is this correct, anyone know this for a fact? > thanks > > Carmen > > -- > 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/OS network Speedtest
> Is there anything for z/OS to measure upload/download speeds? Like on a PC > going to speedtest.net and running their test? >From the z/OS LPAR to where? What's the purpose of the measurement? Can you prevent other network traffic from happening when you're doing the measurement? --- Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS Test Services - Test Architect, Provisioning -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CPU/L in SDSF
The CPU/L field is showing you two things: CPU utilization from z/OSes point of view, and the CPU utilization from PR/SM's point of view. You had the system capped, and were using all of the resources that were available to you at the z/OS level. That's what the 100 means. z/OS was using all of the resources that were being made available to it. From PR/SM's point of view, however, there was available physical CPU time it could have been dispatching logical CPs to, but the cap prevented it from doing so. That's what the 46 means. Basically, you are trying to do more work to do than you're giving z/OS capacity to run, so yes, things are going to hang. If you're going to run this way frequently, you need to make sure your WLM policy is correct, based on business needs. See also https://www.ibm.com/support/knowledgecenter/SSLTBW_1.13.0/com.ibm.zos.r13.erba900/erbzpm9093.htm --- Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS Test Services - Test Architect, Provisioning IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> wrote on 04/21/2017 01:49:34 AM: > From: Mohamed Gomaa <00cefc9a9b79-dmarc-requ...@listserv.ua.edu> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 04/21/2017 01:50 AM > Subject: CPU/L in SDSF > Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> > > We run up to situation that no one get any CPU for all users CICS, > TSO everyone and in SDSF panel I see CPU/L is 100/46. While in this > CEC only one LPAR is up and running, I have two other LPARs one for > IFL and the other one for ICF, who else eat my CPU, I am capping > this LPAR to 60 MSUs. > I changed the capping point dynamically to 100 MSUs the value was 87/65. > I changed it to 80 MSUs, it came to 55/55 which I understand is ok. > Any one has any explanation > > By the way this not happened all the time it happened at 11:30 AM in > one day in one CEC and around 12:00 PM the second day in another CEC > and the two CECs are in one Production Sysplex > I did not see any message in the log which can guide me. > > Thanks dears > > Mohamed > > Sent from my iPhone > -- > 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
