Re: CF LPAR MIPS Utilisation
Yes. Parallel Sysplex. No ICF Engines. During "As-is" migration , Legacy system migrated from 2 z900 Processors (which were in sysplex) to z9BC. John On Fri, Dec 4, 2009 at 5:13 PM, Field, Alan C. wrote: > John, > > The cpus defined as CF (specialty) engines ONLY run the CF code, so > there is no gain to you SYSA/B/C/D lpars. > > Are you running a parallel sysplex? > > Also I think the GP engines are in one pool, and the CF engines in > another so your weights aren't giving you the MIPs you think. > > Alan > > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of John Mitchelle > Sent: Friday, December 04, 2009 10:57 > To: IBM-MAIN@bama.ua.edu > Subject: CF LPAR MIPS Utilisation > > Hi, > > I have 936 MIPS processor Z02-2096 z9BC > > I have 4 LPARS and 2 CF LPARs > > SYSA (Prod) > > SYSB (Dev) > > SYSC (Test) > > SYSD (Maint) > > SYCF1 > > SYCF2 > > Both CPU Engines are online across all LPAR's. > > Wts are in such a way that MIPS Allocation are > > 650 for SYSA > > 50 for SYSB > > 50 for SYSC > > 50 for SYSD > > 100 MIPS for SYCF1 and > > 36 MIPS for SYCF2 , > > > SYSA is UNCAPPED and SYSB, SYSC and SYSD are CAPPED. > > Recently we are having issues related to MIPS capacity. > > I am aware that in case SYSA needs more capacity then it can take from > SYSB,SYSC,SYSD if available. > > However, was wondering whether system will allow to take MIPS from > Coupling Facility LPAR's as well or not if available ? > > These are the structures in use for CF > > ISGLOCK > IXCXCF1 > IXCXCF2 > > Is there any advantage in getting rid of these coupling facility ? > Will that give us comfort ofhaving these additional MIPS ? > > > John > > -- > 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 > -- 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 LPAR MIPS Utilisation
Hi, I have 936 MIPS processor Z02-2096 z9BC I have 4 LPARS and 2 CF LPARs SYSA (Prod) SYSB (Dev) SYSC (Test) SYSD (Maint) SYCF1 SYCF2 Both CPU Engines are online across all LPAR's. Wts are in such a way that MIPS Allocation are 650 for SYSA 50 for SYSB 50 for SYSC 50 for SYSD 100 MIPS for SYCF1 and 36 MIPS for SYCF2 , SYSA is UNCAPPED and SYSB, SYSC and SYSD are CAPPED. Recently we are having issues related to MIPS capacity. I am aware that in case SYSA needs more capacity then it can take from SYSB,SYSC,SYSD if available. However, was wondering whether system will allow to take MIPS from Coupling Facility LPAR's as well or not if available ? These are the structures in use for CF ISGLOCK IXCXCF1 IXCXCF2 Is there any advantage in getting rid of these coupling facility ? Will that give us comfort ofhaving these additional MIPS ? John -- 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
IBM COD
Can anyone explain how does the IBM Capacity On Demand works for z9 machines and how it impacts the softwares/applications running on the mainframes ? -- 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: SMS Dataset Allocation Problem
I am aware of ACS routines and there is also Storage Class assigned for this dataset through this ACS routine. Are you saying that there is specific parameter which decides the multivolume dataset allocation ? On Tue, Jun 23, 2009 at 12:42 PM, Vernooij, CP - SPLXM wrote: > Your SMS managed dataset goes through several SMS routines that > determine the final shape of the dataset you requested. These routines > are called Automatic Class Selection routines, ACS routines for short. > > Kees. > > > "John Mitchelle" wrote in message > news:... > > Hi Kees, > > Thanks for this. But what is meant by "Your ACS routines appanrently > don't > > provide you with a multivolume dataset" > > > > John > > > > > > > > On Tue, Jun 23, 2009 at 12:17 PM, Vernooij, CP - SPLXM > > > wrote: > > > > > > > > > > > "John Mitchelle" wrote in message > > > > news:... > > > > We have IBMUSER.NDSP.** defined as SMS Managed datasets. > > > > > > > > My DBA trying to allocate SMS Managed dataset with space as > > > > //SYSREC01 DD DSN=IBMUSER.NDSP.DATA, > > > > // DISP=(NEW,CATLG,DELETE), > > > > // SPACE=(CYL,(2000,1800),RLSE) > > > > > > > > The job is failing with error > > > > IEC030I > > > > > > > > B37-04,IFG0554A,IBMUSE1,S02,SYSREC01,9D96,ND0016,E6002130,IBMUSER.NDSP.D > > > ATA > > > > > > > > But if DBA submit the same job with space parameters as > > > > > > > > //SYSREC01 DD DSN=IBMUSER.NDSP.DATA, > > > > // DISP=(NEW,CATLG,DELETE), > > > > // SPACE=(CYL,(2000,1800),RLSE), > > > > // UNIT=(DISK,40) > > > > > > > > Then the JOB completes with RC 00. > > > > > > > > Please note that the only diff is of UNIT parameter. Can anyone > > > explain me > > > > why this happens ? > > > > > > > > John > > > > > > Yes, the difference is not the "DISK", but the "40". Your ACS > routines > > > appanrently don't provide you with a multivolume dataset. > > > > > > Kees. > > > > ** > > > For information, services and offers, please visit our web site: > > > http://www.klm.com. This e-mail and any attachment may contain > > > confidential and privileged material intended for the addressee > > > only. If you are not the addressee, you are notified that no part > > > of the e-mail or any attachment may be disclosed, copied or > > > distributed, and that any other action related to this e-mail or > > > attachment is strictly prohibited, and may be unlawful. If you have > > > received this e-mail by error, please notify the sender immediately > > > by return e-mail, and delete this message. > > > > > > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries > > > and/or its employees shall not be liable for the incorrect or > > > incomplete transmission of this e-mail or any attachments, nor > > > responsible for any delay in receipt. > > > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal > > > Dutch Airlines) is registered in Amstelveen, The Netherlands, with > > > registered number 33014286 > > > > ** > > > > > > > -- > > > 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 > > > > > > > -- > > 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 > ** > For information, services and offers, please visit our web site: > http://www.klm.com. This e-mail and any attachment may contain > confidential and privileged material intended for the addressee > only. If you are not the addressee, you are notified that no part > of the e-mail or any attachment may be disclosed, copied or > distributed, and that any oth
Re: SMS Dataset Allocation Problem
Hi Kees, Thanks for this. But what is meant by "Your ACS routines appanrently don't provide you with a multivolume dataset" John On Tue, Jun 23, 2009 at 12:17 PM, Vernooij, CP - SPLXM wrote: > > > "John Mitchelle" wrote in message > news:... > > We have IBMUSER.NDSP.** defined as SMS Managed datasets. > > > > My DBA trying to allocate SMS Managed dataset with space as > > //SYSREC01 DD DSN=IBMUSER.NDSP.DATA, > > // DISP=(NEW,CATLG,DELETE), > > // SPACE=(CYL,(2000,1800),RLSE) > > > > The job is failing with error > > IEC030I > > > B37-04,IFG0554A,IBMUSE1,S02,SYSREC01,9D96,ND0016,E6002130,IBMUSER.NDSP.D > ATA > > > > But if DBA submit the same job with space parameters as > > > > //SYSREC01 DD DSN=IBMUSER.NDSP.DATA, > > // DISP=(NEW,CATLG,DELETE), > > // SPACE=(CYL,(2000,1800),RLSE), > > // UNIT=(DISK,40) > > > > Then the JOB completes with RC 00. > > > > Please note that the only diff is of UNIT parameter. Can anyone > explain me > > why this happens ? > > > > John > > Yes, the difference is not the "DISK", but the "40". Your ACS routines > appanrently don't provide you with a multivolume dataset. > > Kees. > ** > For information, services and offers, please visit our web site: > http://www.klm.com. This e-mail and any attachment may contain > confidential and privileged material intended for the addressee > only. If you are not the addressee, you are notified that no part > of the e-mail or any attachment may be disclosed, copied or > distributed, and that any other action related to this e-mail or > attachment is strictly prohibited, and may be unlawful. If you have > received this e-mail by error, please notify the sender immediately > by return e-mail, and delete this message. > > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries > and/or its employees shall not be liable for the incorrect or > incomplete transmission of this e-mail or any attachments, nor > responsible for any delay in receipt. > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal > Dutch Airlines) is registered in Amstelveen, The Netherlands, with > registered number 33014286 > ** > > -- > 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 > -- 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
SMS Dataset Allocation Problem
We have IBMUSER.NDSP.** defined as SMS Managed datasets. My DBA trying to allocate SMS Managed dataset with space as //SYSREC01 DD DSN=IBMUSER.NDSP.DATA, // DISP=(NEW,CATLG,DELETE), // SPACE=(CYL,(2000,1800),RLSE) The job is failing with error IEC030I B37-04,IFG0554A,IBMUSE1,S02,SYSREC01,9D96,ND0016,E6002130,IBMUSER.NDSP.DATA But if DBA submit the same job with space parameters as //SYSREC01 DD DSN=IBMUSER.NDSP.DATA, // DISP=(NEW,CATLG,DELETE), // SPACE=(CYL,(2000,1800),RLSE), // UNIT=(DISK,40) Then the JOB completes with RC 00. Please note that the only diff is of UNIT parameter. Can anyone explain me why this happens ? John -- 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
RACF Problem
Our RACF guy is having good time on beach but my console is flooded with these messages any idea what is this ? Is this serious issue ? *IRR401I 878 ABEND DURING RACF PROCESSING OF 841 LOCATE REQUEST FOR ENTRY CASRVT IRR401I 878 ABEND DURING RACF PROCESSING IRR413I RACF MANAGER REQUEST ID WAS RCK02005 Cheers, John -- 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