Problems with Groupcapping
Hi, We are using Groupcapping on a z9 EC Machine. Last time we had the problem that the whole group was capped for 5 minutes. After that only for one LPAR in this Group the capping was purged but for the other LPAR the capping wasn't switched off. Is this normal that the capping is not deleted for oneLPAR. I understood til this time the function that i can take 2 or more LPARs on one CEC in a Group and give them a capping-value for the 4h MSU value. If the 4h is higher than the defined value, all LPARs in a Group are capped. If the Group 4h MSU goes down below the Capacity Group Limit the capping for all LPARs is purged. Kind regards, Alexander -- 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: OSA
Hi Mark, What operating-system are you using ? With z/Linux and z/VM we have already tested it successfully. It is documented here: http://www.vm.ibm.com/virtualnetwork/linkag.html Kind Regards, Alexander -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Wilson Sent: Wednesday, June 09, 2010 12:31 PM To: IBM-MAIN@bama.ua.edu Subject: OSA Hi, One of our network guys has asked if an OSA(s) support network etherchannel/bonding/port-channel? Whereby the two OSA ports are presented to the network switch as one .. ie giving you double bandwidth .. Kind Regards, Mark -- 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
Re: PoPS Manual
The book is called dz9zr006.pdf on my IBM-Books CDROM which was delivererd with z/OS 1.10 -- Alexander Riedel -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Walt Farrell Sent: Monday, June 28, 2010 5:55 PM To: IBM-MAIN@bama.ua.edu Subject: Re: PoPS Manual On Fri, 25 Jun 2010 20:20:48 -0500, Rick Fochtman wrote: >Where, in the CD-COM collection, has he hidden the "Principles of >Operations" manual? I don't have WEB access from work and I need that >manual! Which CD-ROM collection, Rick? -- Walt Farrell -- 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
Re: TSO region size
It seems, that the tso-programmers reserved only 3 Bytes for this field. Normally the hex 0-7FF (are positive numbers) FFF-800 (are negative numbers). But i dont know anybody who needs more than 512 MB. And this only for starting java applications in the own region. Regards, Alexander -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Erik Janssen Sent: Tuesday, June 29, 2010 4:08 PM To: IBM-MAIN@bama.ua.edu Subject: TSO region size Hello List, We are standardising our default TSO region sizes on 64MB since we start seeing more and more problems with programs abending, because people still have 4MB region size as a default. 64MB seemed like a reasonable value to solve some of the issues and not introduce any new. Testing the changes I noticed when I log on to TSO the help panel says that the maximum possible region size is 2096128. This is 1 MB less than 2 GB, which would be 2097152. Can somebody tell me why the max is not exactly 2GB? Regards, Erik Janssen. - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- 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
Re: IBM System z - A New Dimension in Computing webcast
I think YGIAGAM meens: Your guess is as good as mine Alexander -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Peter Nuttall Sent: Wednesday, July 14, 2010 10:42 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM System z - A New Dimension in Computing webcast OK ... I give up ... I'm English ... But I have no idea what this means YMMV ... I get ROTFLMAO ... I also get But this one defeats me ? Shouldn't that be "YGIAGAM"? Sorry, 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 This e-mail message, including any attachments transmitted with it, is CONFIDENTIAL and may contain legally privileged information. This message is intended solely for the use of the individual or entity to whom it is addressed. If you have received this message in error, please notify us immediately and delete it from your system. Please visit our website to read the full disclaimer: http://www.euroclear.com/site/public/disclaimer -- 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: ERBRMFxx STOP(168H)
This parameter has nothing to do when to write SMF-Records Type 70. It is just for stopping the monitor I after a defined timerange. With NOSTOP the RMF-Monitor is running forever until you stop the Rmf via operator-commands. Please post your ERBRMF-Member and describe the problem you have at the moment. Regards, Alexander -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Wednesday, July 14, 2010 12:38 PM To: IBM-MAIN@bama.ua.edu Subject: ERBRMFxx STOP(168H) In order to get SMF data (record type 70) RMF has to be restarted weekly. The setting in ERBRMFxx member is STOP(168H). Documentation says, it cannot be longer, but it can be set to NOSTOP. Q: Can I change the parameter to NOSTOP in order to have SMF70 records gathered without restarting RMF? Regards -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym BRE Banku SA będą w całości opłacone. -- 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
Re: ERBRMFxx STOP(168H)
In the RMF - Users Guide are the parameters described: Your problems seems to be the REPORT(DEFER) Parameter. If you change this to NOREPORT than you chan change STOP to NOSTOP and RMF will run forever and write SMF Records. But you will not have automatically reports in the SYSOUT of RMF. You will have to create the via a batch-job. < > Because of SYSOUT space limitations, STOP (interval) will be forced when both NOSTOP and REPORT(DEFER) are specified, where interval is the value of the INTERVAL option after it has been validated during input merge. <> Alexander -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Wednesday, July 14, 2010 2:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ERBRMFxx STOP(168H) I attached ERBRMF00 member below. In fact my RMF knowledge is poor. I was told that limit of 168H causes the need of restarting RMF. Actually I observed that without RMF restart the records SMF70 are not being collected (after some time). ERBRMF01 member: /**/ /* PART 1: MEASUREMENTS */ /**/ CACHE CHAN CPU CRYPTO DEVICE(DASD) DEVICE(NOTAPE) DEVICE(NOCHRDR) DEVICE(NOUNITR) DEVICE(NOCOMM) DEVICE(NOGRAPH) DEVICE(NONMBR) DEVICE(NOSG) NOENQ ESS IOQ(DASD) IOQ(NOTAPE) IOQ(NOCHRDR) IOQ(NOUNITR) IOQ(NOCOMM) IOQ(NOGRAPH) IOQ(NONMBR) FCD PAGESP PAGING NOTRACE VSTOR(S) WKLD /***/ /* PART 2: TIMING */ /***/ CYCLE(1000) STOP(168H) <here INTERVAL(15) SYNC(RMF,15) /***/ /* PART 3: REPORTING / RECO*/ /***/ NOOPTIONS RECORD REPORT(DEFER) SYSOUT(A) /***/ /* PART 4: USER EXITS (ALSO*/ /***/ NOEXITS ERBRMF04 member - AFAIK it is for RMF III: /**/ CYCLE(1000) DATASET(STOP) DATASET(NOSWITCH) DATASET(WHOLD(7)) MINTIME(100) NOOPTIONS RESOURCE(*JES2,JES2) NOSTOP SYNC(00) SYSOUT(A) WSTOR(32) IOSUB CFDETAIL CACHE VSAMRLS OPD ZFS NOSGSPACE -- Radoslaw Skorupka Lodz, Poland Riedel, Alexander pisze: > This parameter has nothing to do when to write SMF-Records Type 70. > It is just for stopping the monitor I after a defined timerange. With NOSTOP > the RMF-Monitor is running forever until you stop the > Rmf via operator-commands. > > Please post your ERBRMF-Member and describe the problem you have at the > moment. > > Regards, > > Alexander > > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf > Of R.S. > Sent: Wednesday, July 14, 2010 12:38 PM > To: IBM-MAIN@bama.ua.edu > Subject: ERBRMFxx STOP(168H) > > In order to get SMF data (record type 70) RMF has to be restarted weekly. The > setting in ERBRMFxx member is STOP(168H). > > Documentation says, it cannot be longer, but it can be set to NOSTOP. > > Q: Can I change the parameter to NOSTOP in order to have SMF70 records > gathered without restarting RMF? > > Regards > -- > Radoslaw Skorupka > Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym BRE Banku SA będą w całości opłacone. -- 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
Re: New zEnterprise 196 Hardware, AWLC and IBM Software Pricing
The problem with the name z11 seems to be that this name is registred by Konrad Zuse for his first computers. For using the machine is only the HCD-Type necessary. Alexander Riedel -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hunkeler Peter (KIUP 4) Sent: Friday, July 23, 2010 8:23 AM To: IBM-MAIN@bama.ua.edu Subject: Re: New zEnterprise 196 Hardware, AWLC and IBM Software Pricing >First generation, 96 cores First generation of what? To me, the last "first generation" was the first 64bit machine, the "z900". To bad they had chosen to name it "900"; a bit difficult to increment for the next generation. So they came out with "z9" which could be reasonably incremented to "z10". Marketing folks never like predictability, that's why the widely expected "z11" wasn't an option. Their job is to act creatively. "z196" is a nice creation indeed, isn't it? It sure is another amusing creation, at least for me. -- Peter Hunkeler Credit Suisse -- 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
Re: PROP instead of POPS, PoO, et al.
But IBM i missing to deliver a set of coloured pencils with this booklet. Maybe we could open a request by IBM for this Alexander Riedel -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hunkeler Peter (KIUP 4) Sent: Friday, July 23, 2010 8:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: PROP instead of POPS, PoO, et al. >--- >But it's still a "Green Card" isn't it? >- >:-) Hasn't been "green" in over thirty years! :-) > >Latest version is white and it's a 70-page "booklet". Sorry to >disappoint you. (Not really! :-) ) Isn't IBM nice? Being white when delivered, everybody can paint it the way he/she likes it most.. -- Peter Hunkeler Credit Suisse -- 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
Re: Split OMVS file
Just allocate a ZFS as multivolume enabled. Ask your SMS-Administration for the correct dataclass. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chris Craddock Sent: Thursday, July 29, 2010 6:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Split OMVS file On Thu, Jul 29, 2010 at 11:03 AM, Mark Steely wrote: > I have a ZFS file which is larger than a 3390 mod 2 volume. I would > like to split this file to fit on 2 3390 mod 2 volumes. What would > the best way to do this. > > We are z/OS V1R11. Any help would be appreciated. > > Just make a bigger volume? Seriously, most USB memory sticks are way bigger :-) -- This email might be from the artist formerly known as CC (or not) You be the judge. -- 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
Re: Driver 76 End of Support
Hi, Only in the machine-alerts was the following notice: Additional Information: Driver-79 became available November, 2009. Product Engineering strongly recommends that you plan to upgrade to Driver-79 during your next microcode maintenance window. Driver-76 is now in 'Limited MCL Support ' mode. IBM will continue to analyze problems on Driver-76 but will only release MCL fixes for problems that are High Impacting and pervasive or significant maintenance package fixes. Driver-76 will go 'end of support' in June 2010. No fixes will be released for this driver after June 2010. A final EDM Sync Point will be released in June that will support a concurrent update to driver 79. Mit freundlichen Grüßen/ Kind regards, Alexander Riedel Systeme Mainframe Finanz Informatik Technologie Service Witschelstraße 81 90431 Nürnberg Tel: +49 89 94511-9244 www.f-i-ts.de -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe Sent: Monday, August 09, 2010 10:38 PM To: IBM-MAIN@bama.ua.edu Subject: Driver 76 End of Support I just got an email from my CE informing me that Driver 76 is going out of support, and that we should upgrade to Driver 79. He can't come up with any exact date. This seems like a rather vague notice to me, I thought we usually got better notice in the past. Does anyone have any further info on this? CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- 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
Re: Driver 76 End of Support
Hi, The machine-alerts are announced on the Ressource-Link of IBM. This alert was announced on 08.April 2010. Alexander -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe Sent: Tuesday, August 10, 2010 3:18 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Driver 76 End of Support Thanks Alexander, that was just the kind of thing I was looking for. Where exactly did you find it, and was there any indication of when it was published? Thanks again. >>> "Riedel, Alexander" 8/10/2010 1:30 AM >>> Hi, Only in the machine-alerts was the following notice: Additional Information: Driver-79 became available November, 2009. Product Engineering strongly recommends that you plan to upgrade to Driver-79 during your next microcode maintenance window. Driver-76 is now in 'Limited MCL Support ' mode. IBM will continue to analyze problems on Driver-76 but will only release MCL fixes for problems that are High Impacting and pervasive or significant maintenance package fixes. Driver-76 will go 'end of support' in June 2010. No fixes will be released for this driver after June 2010. A final EDM Sync Point will be released in June that will support a concurrent update to driver 79. Mit freundlichen Grüßen/ Kind regards, Alexander Riedel Systeme Mainframe Finanz Informatik Technologie Service Witschelstraße 81 90431 Nürnberg Tel: +49 89 94511-9244 www.f-i-ts.de -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe Sent: Monday, August 09, 2010 10:38 PM To: IBM-MAIN@bama.ua.edu Subject: Driver 76 End of Support I just got an email from my CE informing me that Driver 76 is going out of support, and that we should upgrade to Driver 79. He can't come up with any exact date. This seems like a rather vague notice to me, I thought we usually got better notice in the past. Does anyone have any further info on this? CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- 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
Re: PFA Messages on z1.11
Hi, We have it running only in test environment on a zOS 1.10. It seems you have some typos in your ini-file with JAVAPATH be careful with small and big letters. Alexander Riedel -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dazzo, Matt Sent: Thursday, August 19, 2010 1:58 PM To: IBM-MAIN@bama.ua.edu Subject: Re: PFA Messages on z1.11 Since I did not get one response to this question, I have to 2 more questions well I guess really 3. 1. How many people are using PFA in a production environment? Is it worth using? 2. Anybody care to share a PFA ini file so I can see a working setup? Thanks Matt -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dazzo, Matt Sent: Wednesday, August 18, 2010 10:42 AM To: IBM-MAIN@bama.ua.edu Subject: PFA Messages on z1.11 When starting task PFA I got msg AIR022I as discussed in the Problem Management Guide pg-41. Indicates path to the JVM is not correct. In our /SYSTEM/etc/profile we have, PATH=/bin:/usr/lpp/java/J6.0_64/bin/ export PATH In file /u/pfauser/PFA_MESSAGE_ARRIVAL_RATE/inicontains the below. Which I thought directed PFA to use java 5.0? PATH= /JavaPath/bin/classic:/JavaPath/bin /* PATH= /usr/lpp/java/J5.0/bin/classic:/usr/lpp/java/J5.0/bin */ NLSPATH= /usr/lpp/nls/msg/%L/%n:/usr/lib/msg/%L/%n.catxlc/bin LIBPATH= /JavaPath/bin:/JavaPath/bin/classic:/lib:/usr/lib: /* LIBPATH= /usr/lpp/java/J5.0/bin:/usr/lpp/java/J5.0/bin/classic:/lib:/usr/lib LANG= C JAVAPATH= /usr/lpp/bcp I read the that PFA does not support 64 bit SDK, but shouldn't the values in u/pfauser/PFA_MESSAGE_ARRIVAL_RATE/ini be the ones used? Any help in educating me to what needs to change and what it should be is appreciated. Tks Matt -- 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 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: PFA Messages on z1.11
Hi, The old data are deleted from PFA automatically. So no old data are there. Do you have installed all PTFs for the PFA? There were some to correct the feature. Alexander Riedel -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dazzo, Matt Sent: Thursday, August 19, 2010 2:52 PM To: IBM-MAIN@bama.ua.edu Subject: Re: PFA Messages on z1.11 Alexander, how do you handle the data that is collected? Do you delete it after a certain number of days? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Riedel, Alexander Sent: Thursday, August 19, 2010 8:13 AM To: IBM-MAIN@bama.ua.edu Subject: Re: PFA Messages on z1.11 Hi, We have it running only in test environment on a zOS 1.10. It seems you have some typos in your ini-file with JAVAPATH be careful with small and big letters. Alexander Riedel -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dazzo, Matt Sent: Thursday, August 19, 2010 1:58 PM To: IBM-MAIN@bama.ua.edu Subject: Re: PFA Messages on z1.11 Since I did not get one response to this question, I have to 2 more questions well I guess really 3. 1. How many people are using PFA in a production environment? Is it worth using? 2. Anybody care to share a PFA ini file so I can see a working setup? Thanks Matt -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dazzo, Matt Sent: Wednesday, August 18, 2010 10:42 AM To: IBM-MAIN@bama.ua.edu Subject: PFA Messages on z1.11 When starting task PFA I got msg AIR022I as discussed in the Problem Management Guide pg-41. Indicates path to the JVM is not correct. In our /SYSTEM/etc/profile we have, PATH=/bin:/usr/lpp/java/J6.0_64/bin/ export PATH In file /u/pfauser/PFA_MESSAGE_ARRIVAL_RATE/inicontains the below. Which I thought directed PFA to use java 5.0? PATH= /JavaPath/bin/classic:/JavaPath/bin /* PATH= /usr/lpp/java/J5.0/bin/classic:/usr/lpp/java/J5.0/bin */ NLSPATH= /usr/lpp/nls/msg/%L/%n:/usr/lib/msg/%L/%n.catxlc/bin LIBPATH= /JavaPath/bin:/JavaPath/bin/classic:/lib:/usr/lib: /* LIBPATH= /usr/lpp/java/J5.0/bin:/usr/lpp/java/J5.0/bin/classic:/lib:/usr/lib LANG= C JAVAPATH= /usr/lpp/bcp I read the that PFA does not support 64 bit SDK, but shouldn't the values in u/pfauser/PFA_MESSAGE_ARRIVAL_RATE/ini be the ones used? Any help in educating me to what needs to change and what it should be is appreciated. Tks Matt -- 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 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 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: JCL "Mass Editor"
Just use the PGM=IPOUPDTE from IBM. We are using this tool to change JCL. It is delivered from IBM with every z/OS. Alexander -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan Sent: Thursday, August 19, 2010 5:18 PM To: IBM-MAIN@bama.ua.edu Subject: Re: JCL "Mass Editor" 1) PDS COMMAND from CBT tape 2) Use DATASET ALIAS to keep the same name in JCL but point to a "different" file. I am is seeking a JCL "Mass Editor" (basically, multiple file search and replace in an LPAR). We have 3,000 JCL scripts and are seeking to make changes to upgrade SAS versions. Would you know of an appropriate tools to use (I know that someone could write scripts to examine the JCL scripts, but it would be a lot nicer if one would just be able to use a "search and conditionally replace" against all of the JCL in an LPAR). Perhaps you should consider "biting the bullet". Consider this an investment in the future! 3. I am sure that there are not one or two procs somewhere where the change could be made. Most shops have procs that control the calls to SAS and other such products. The idea is to bury all the installation specific stuff in one proc, then have the user jobs call the proc. That way when you change something, you only change it in the one proc, not every user job. It appears that the JCL was not originally structured this way... HTH, -- 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
