HiperDispatch with mostly small LPARs
We are thinking about HiperDispatch implementation but I am not sure it is appropriate in our environment. We have a z196 Host = 2817-M66/700 with 12 CPs. There is one large LPAR with a share that allows access to 8.89 CPs. It is assigned 12 LPs. The rest of the LPARs on this box have very low shares. There are 8 additional LPARs and the highest physical processor share is 1.05. The rest of the PP shares vary from 0.16 to 0.53. I am not sure that there is any point to turning on Hiperdispatch for these LPARs. I read an article by Don Deese where he said HiperDispatch Management Mode cannot be effective in an LPAR unless the LPAR has a share of CPC capacity that results in at least 0.5 (the #CP value) equivalent physical processors. This was in a document about the z10 and I am wondering whether it is also true on a z196. If we enable HiperDispatch on the one LPAR will there be a negative effect on the other LPARs? In total now there are 37 LPs assigned for the box. I think this is a high number. Any comments would be appreciated. Mike Hall Millennium II Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMF data for DFSORT
Is there additional information about CPU time for DFSORT in the SMF Type 16 record that is not in the Type 30 step record. In other words, are there any circumstances where CPU time data is written to the Type 16 records and not to the Type 30 records? Do you see step information for DFSORT CPU time in Type 30 records when DFSORT is indirectly invoked from another program? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CF Status of Transitioning
Skip, Thanks. That's the current plan. I appreciate the feedback. Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CF Status of Transitioning
List, We migrated an LPAR from one physical box to another, and one CF to another. Displaying a structure shows one structure allocated and one in transition. I would like to get rid of the "in transition messages" since we are not planning to use that CF on this system and currently have no connection to it. I am wondering if there was something that we did improperly when we brought down the old LPAR. Our current CF policy has old and new CF addresses in it. Thanks for any help or anyone can point me to a manual that would answer these questions. Our structure status looks as follows: D XCF,STR,STRNM=DSNPB0A_GBP0 MR000 BP1D 09083 10:39:51.15 DB2ADM 0090 IXC360I 10.39.51 DISPLAY XCF 504 LR504 0090 STRNAME: DSNPB0A_GBP0 DR504 0090 STATUS: ALLOCATED DR504 0090 POLICY INFORMATION: DR504 0090POLICY SIZE: 64000 K DR504 0090POLICY INITSIZE: 16000 K DR504 0090POLICY MINSIZE : 0 K DR504 0090FULLTHRESHOLD : 80 DR504 0090ALLOWAUTOALT : NO DR504 0090REBUILD PERCENT: 1 DR504 0090DUPLEX : ENABLED DR504 0090ALLOWREALLOCATE: YES DR504 0090PREFERENCE LIST: BA01C1 BAC1C1 BCC1C5 BCC2C5 DR504 0090ENFORCEORDER : NO DR504 0090EXCLUSION LIST IS EMPTY DR504 0090 DR504 0090 STRUCTURE IN TRANSITION DR504 0090 --- DR504 0090REASON IN TRANSITION: CONNECT OR DISCONNECT IN PROGRESS DR504 0090ALLOCATION TIME: 03/22/2009 00:23:31 DR504 0090CFNAME : BAC1C1 NO SYSTEMS CONNECTED TO COUPLING FACILITY DR504 0090COUPLING FACILITY: 002064.IBM.83.00069C7C DR504 0090 PARTITION: 01 CPCID: 00 DR504 0090ACTUAL SIZE: N/A DR504 0090STORAGE INCREMENT SIZE: N/A DR504 0090PHYSICAL VERSION: C3EB3BCF B3306102 DR504 0090SYSTEM-MANAGED PROCESS LEVEL: NOT AVAILABLE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IDCAMS REPRO and Linear datasets
Can IDCAMS REPRO command be used to copy LINEAR datasets? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RMM CDSID SYSZRMM
Hi, I am looking at the RNL definitions for SYSZRMM. I see in the RMM customization it says the specification should be RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSZRMM) RNAME (MASTER.RESERVE) However I think that I need to append my CDSID to the RNAME as follows: MASTER.RESERVE.PROD Could someone confirm this for me? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CA7 Question
I have been told that CA7 cannot start or control started tasks or started jobs. Can this be true? A client of mine is starting all CICS regions as batch jobs because of this. Any information would be appreciated. Thanks in advance, Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMP/e Apply failure, SMPTLIB question
Earlier this week we tried to apply several ZOS PTFs. They are UA11933 and UA15152. They were applied with groupextend. The apply failed because of the following messages: GIM35307E ** SMPTLIB SMPE.JBB7717.F3 FOR JBB7717 WAS NOT ALLOCATED TO SMP00038 BECAUSE THE DATA SET WAS NOT FOUND. GIM54701E ** ALLOCATION FAILED FOR SMP00038 - IKJ56232I DATA SET SMPE.JBB7717.F3 NOT ON VOLUME AS INDICATED IN THE CATALOG OR VOL PARAMETER. GIM65903IMODULE IWMC3AEI IS NEEDED TO BUILD THE FOLLOWING LOAD MODULES FOR SYSMOD UA11933 BUT THE SMPTLIB DATA SET COULD NOT BE ALLOCATED. GIM65905I- LOAD MODULE IWMI2PVT. No SMPTLIB datasets were allocated at the time of the receive of the PTFS. When I looked in the MCS for the PTF UA11933, I saw that there was a ++DELETE for LMOD IWMI2PVT and then JCL to rebuild the module from the DLIBs which makes sense. My question is why is SMPE expecting modules to be coming in from the SMPTLIBs? I looked to see if there were RELFILES associated with this PTF but there was no indication that there were. Has anyone else seen this type of problem before? I am puzzled and would appreciate any help. Mike Hall Millennium II Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
