Re: HYPERPAV
- DS8000: Architecture and Implementation redbook states that If many LSSs are involved, then pick a quiet time to perform the SETIOS HYPERPAV=YES command ...Because it can take some time to initialize all needed LSSs ... Is there a way to get an estimation on time needed per LCU ? something else? I haven't heard of anything like this. - Is there a way to activate HyperPAV on SYSA only, with no influence on SYSB? Or he has to separate them to be in one SYSPLEX? (SYSA and SYSB are in the same SYSPLEX) Enter on SYSA only: SETIOS HYPERPAV=YES - After we activate HyperPAV, is fallback is only to change in IECIOSxx member? SETIOS HYPERPAV=NO -- Zaromil -- 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: HyperPAV without I/O Priority Management
We are running with Hitachi USP V disks. HyperPAV requires an additional licensing cost for the OS and for the controller (license + additional maintenance cost, if I remember correctly). I have no idea what the costs are, as they are handled by a different department in our shop, and they also tend to change based on your agreements with your disk provider and your bargaining skills. -- 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: HyperPAV without I/O Priority Management
What type of DASD are you running on? We're looking into going to Hyper- PAVs and I heard there is a one-time Hyper-PAV license fee. Anyone know how much that cost? TIA -- 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: HyperPAV without I/O Priority Management
snip if we can enable HyperPAV without enabling WLM I/O priority management. unsnip We are running (z9BC, z/OS 1.9, USP V) and HyperPav seems to finally run OK without WLM I/O priority management. Of course it took forever to get VION to define the 'aliases' in their box but once they got off the dime, MVS did it's part with no trouble. Jack Kelly 202-502-2390 (Office) -- 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: HYPERPAV Definitions
On Fri, 26 Jun 2009 18:41:20 -0500, Dave Kopischke dgkopisc...@oppenheimerfunds.com wrote: Anyway, considering other responses concerning page volumes, how do you exclude page volumes from PAVs ??? I'm not sure I understand the question. Are you asking how you exclude page volumes from HYPERPAVs? If so, the answer is - you don't. If you want PAVs for your page volumes you need to enable WLM PAVs for them. HYPERPAVs won't do anything (at least not yet) nor will static PAVs. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: HYPERPAV Definitions
On Tue, 23 Jun 2009 23:18:52 -0600, John Baxter wrote: This may be common knowledge for HDS customers, but you do need a Compatible PAV license on the subsystem in order to install your HyperPAV license. HyperPAV rocks, but watch your RMF queuing reports {or MXG or whatever) to ensure you're not experiencing delays from alias shortages. Yeah, I just got the quote. It rocks all right. Three layers of management passed out cold. That's a pretty neat trick... Anyway, considering other responses concerning page volumes, how do you exclude page volumes from PAVs ??? Thanks again !! -- 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: HYPERPAV Definitions
On Tue, 23 Jun 2009 00:13:45 -0400, Jim Mulder d10j...@us.ibm.com wrote: s from Jim Mulder. I need to go back and check, but I think for normal use of HYPERPAV, WLMPAV=YES is irrelevant. There was an issue related to page data sets only and that was why I think Jim suggested to leave it on in WLM and HCD at the time. That may have been fixed for z/OS 1.10. The HYPERPAV page data set issue has not yet been fixed in any release of z/OS. Thanks. I'll have to see what we used in our sysplexes that were using WLM PAVs prior to HYPERPAV. I'm fairly sure that WLMPAV=YES was left on because we weren't sure if we were going to get someone to pay for HYPERPAV when we started our latest DASD migration. In some of our other sysplexes, we shared DASD between sysplexes so WLM PAVs were never turned on anyway and we used static PAVs. I don't think it would be a concern if we lost the 2nd set of I/O control blocks in the (previously) WLM PAV sysplexes since we don't page much and local page data sets are entire 3390-27 volumes these days (1 local per volume). The other sysplexes sharing DASD had static PAVs and ASM would have never used them regardless, so we didn't lose anything by not specifying WLMPAV=YES when we migrated to HYPERPAV in those environments. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: HYPERPAV Definitions
This may be common knowledge for HDS customers, but you do need a Compatible PAV license on the subsystem in order to install your HyperPAV license. HyperPAV rocks, but watch your RMF queuing reports {or MXG or whatever) to ensure you're not experiencing delays from alias shortages. John Baxter Technical Consultant ATCO I-Tek Server Services, Technologies Bus: (780) 420-7455 Fax: (780) 420-3737 E-mail: john.bax...@atcoitek.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Tuesday, June 23, 2009 6:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: HYPERPAV Definitions On Tue, 23 Jun 2009 00:13:45 -0400, Jim Mulder d10j...@us.ibm.com wrote: s from Jim Mulder. I need to go back and check, but I think for normal use of HYPERPAV, WLMPAV=YES is irrelevant. There was an issue related to page data sets only and that was why I think Jim suggested to leave it on in WLM and HCD at the time. That may have been fixed for z/OS 1.10. The HYPERPAV page data set issue has not yet been fixed in any release of z/OS. Thanks. I'll have to see what we used in our sysplexes that were using WLM PAVs prior to HYPERPAV. I'm fairly sure that WLMPAV=YES was left on because we weren't sure if we were going to get someone to pay for HYPERPAV when we started our latest DASD migration. In some of our other sysplexes, we shared DASD between sysplexes so WLM PAVs were never turned on anyway and we used static PAVs. I don't think it would be a concern if we lost the 2nd set of I/O control blocks in the (previously) WLM PAV sysplexes since we don't page much and local page data sets are entire 3390-27 volumes these days (1 local per volume). The other sysplexes sharing DASD had static PAVs and ASM would have never used them regardless, so we didn't lose anything by not specifying WLMPAV=YES when we migrated to HYPERPAV in those environments. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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 The information transmitted is intended only for the addressee and may contain confidential, proprietary and/or privileged material. Any unauthorized review, distribution or other use of or the taking of any action in reliance upon this information is prohibited. If you receive this in error, please contact the sender and delete or destroy this message and any copies. -- 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: HYPERPAV Definitions
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 06/20/2009 02:12:47 PM: The 'WLMPAV' value of 'Yes' is correct for both Dynamic PAV HYPERPAV. The setup is the same for both; the only difference is the HYPERPAV feature added on the 2107 storage subsystem. We had Dynamic PAV before HYPERPAV. You still have to set WLMPAV to YES if you want ASM to exploit HYPERPAV, search in the archives for HYPERPAV postings from Jim Mulder. I need to go back and check, but I think for normal use of HYPERPAV, WLMPAV=YES is irrelevant. There was an issue related to page data sets only and that was why I think Jim suggested to leave it on in WLM and HCD at the time. That may have been fixed for z/OS 1.10. The HYPERPAV page data set issue has not yet been fixed in any release of z/OS. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- 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: HYPERPAV Definitions
On Fri, 19 Jun 2009 16:00:09 -0500, Zaromil Tisler zaromil-ibmn...@chello.at wrote: On Fri, 19 Jun 2009 14:16:47 -0500, Dave Kopischke dgkopisc...@oppenheimerfunds.com wrote: On Fri, 19 Jun 2009 15:02:12 -0400, Swanson, Curt wrote: Dave, The 'WLMPAV' value of 'Yes' is correct for both Dynamic PAV HYPERPAV. The setup is the same for both; the only difference is the HYPERPAV feature added on the 2107 storage subsystem. We had Dynamic PAV before HYPERPAV. You still have to set WLMPAV to YES if you want ASM to exploit HYPERPAV, search in the archives for HYPERPAV postings from Jim Mulder. I need to go back and check, but I think for normal use of HYPERPAV, WLMPAV=YES is irrelevant. There was an issue related to page data sets only and that was why I think Jim suggested to leave it on in WLM and HCD at the time. That may have been fixed for z/OS 1.10. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: HYPERPAV Definitions
snip WLMPAV Yes unsnip We have a Hitachi box and they indicated to say 'yes' to WLM in the HCD. Also had to tell WLM (opt 8) Dynamic alias management . . . . . . . . YES (Yes or No) and SETIOS to get it working. HTH Jack Kelly 202-502-2390 (Office) -- 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: HYPERPAV Definitions
On Fri, 19 Jun 2009 14:02:16 -0400, John Kelly wrote: snip WLMPAV Yes unsnip We have a Hitachi box and they indicated to say 'yes' to WLM in the HCD. Also had to tell WLM (opt 8) Dynamic alias management . . . . . . . . YES (Yes or No) and SETIOS to get it working. Is this for HYPERPAV or Dynamic PAV ??? Or Both ??? I want HYPERPAV. From what I've read, WLM is involved in Dynamic PAV, but I didn't see reference to WLM in what I've found on HYPERPAV. At this point, I'm not licensed for it, so I'll worry about the IOS change later. Right now, I'm just trying to get the device definitions correct so when I do SETIOS, it just lights up. Thanks again, Dave K. -- 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: HYPERPAV Definitions
Dave, The 'WLMPAV' value of 'Yes' is correct for both Dynamic PAV HYPERPAV. The setup is the same for both; the only difference is the HYPERPAV feature added on the 2107 storage subsystem. We had Dynamic PAV before HYPERPAV. You can get by with fewer 3390A devices for HYPERPAV. Regards, Curt Swanson z/OS Server Technologies curt.swan...@meijer.com These opinions are mine and not necessarily those of my employer, Meijer Great Lakes Limited Partnership -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kopischke, David G. Sent: Friday, June 19, 2009 12:24 PM To: IBM-MAIN@bama.ua.edu Subject: HYPERPAV Definitions I've been trying to find doc that my meager intellect can understand, but alas, I have failed yet again... I defined a 2107 control unit. I defined 192 3390B devices behind it. I defined 64 3390A devices behind it. During the prompts for the 3390A devices, HCD asks: Parameter/ FeatureValue + WLMPAV Yes Is Yes the proper response for HYPERPAV ??? I would expect that to be proper for Dynamic PAV, but since this is my first foray into this topic, I'm confused. The manuals I've come across aren't particularly revealing on this topic either. Any guidance is appreciated. Thanks, Dave K. -- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. == -- 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: HYPERPAV Definitions
Dave, My Hitachi guy told me to ignore WLMPAV when we installed our USP-V and it is set to NO in my IODF. Dennis -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dave Kopischke Sent: Friday, June 19, 2009 1:33 PM To: IBM-MAIN@bama.ua.edu Subject: Re: HYPERPAV Definitions On Fri, 19 Jun 2009 14:02:16 -0400, John Kelly wrote: snip WLMPAV Yes unsnip We have a Hitachi box and they indicated to say 'yes' to WLM in the HCD. Also had to tell WLM (opt 8) Dynamic alias management . . . . . . . . YES (Yes or No) and SETIOS to get it working. Is this for HYPERPAV or Dynamic PAV ??? Or Both ??? I want HYPERPAV. From what I've read, WLM is involved in Dynamic PAV, but I didn't see reference to WLM in what I've found on HYPERPAV. At this point, I'm not licensed for it, so I'll worry about the IOS change later. Right now, I'm just trying to get the device definitions correct so when I do SETIOS, it just lights up. Thanks again, Dave K. -- 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: HYPERPAV Definitions
On Fri, 19 Jun 2009 15:02:12 -0400, Swanson, Curt wrote: Dave, The 'WLMPAV' value of 'Yes' is correct for both Dynamic PAV HYPERPAV. The setup is the same for both; the only difference is the HYPERPAV feature added on the 2107 storage subsystem. We had Dynamic PAV before HYPERPAV. Excellent !!! Thanks again to everyone for your help -- 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: HYPERPAV Definitions
On Fri, 19 Jun 2009 14:16:47 -0500, Dave Kopischke dgkopisc...@oppenheimerfunds.com wrote: On Fri, 19 Jun 2009 15:02:12 -0400, Swanson, Curt wrote: Dave, The 'WLMPAV' value of 'Yes' is correct for both Dynamic PAV HYPERPAV. The setup is the same for both; the only difference is the HYPERPAV feature added on the 2107 storage subsystem. We had Dynamic PAV before HYPERPAV. You still have to set WLMPAV to YES if you want ASM to exploit HYPERPAV, search in the archives for HYPERPAV postings from Jim Mulder. -- Zaromil -- 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: HYPERPAV Support on Hitachi Disk
Peter Bishop pisze: [...] FUNCTIONS ENABLED = MIDAW, ZHPF, HS What is HS, listed above? -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- 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: HYPERPAV Support on Hitachi Disk
On Tue, 16 Jun 2009 11:32:10 +0200, R.S. wrote: What is HS, listed above? HyperSwap(TM) http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2M791/4.112?SHELF=EZ2ZBK0GDT=20090115001044CASE= Norbert Friemel -- 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: HYPERPAV Support on Hitachi Disk
We have an older HDS Tagmastore USP which needed to have a code upgrade as well as getting the z/OS portion (via the channel adapters) reconfigured as an IBM 2107 image. The latter required a complete outage on the box, but we had to upgrade our SAN director as well, and the same change window accommodated both. After that, smooth as silk. (You do need both licenses - PAV as well as HyperPAV, which I think is also the case for the DS8000.) .. John -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kopischke, David G. Sent: Monday, June 15, 2009 5:48 PM To: IBM-MAIN@bama.ua.edu Subject: HYPERPAV Support on Hitachi Disk Greetings, I'm researching using HYPERPAV on some new Hitachi disk we're getting. I'm coming across mixed indications of whether HYPERPAV is supported on non-IBM DS8* arrays. I read one post in the archives hinting that EMC is supporting it as of mid-2008. But what about Hitachi ??? And is this an added cost feature ??? One paper I read seemed to indicate that, but it also seemed to indicate it was an added cost feature of the array, not the OS. Thanks, Dave K. -- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. == -- 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 The information transmitted is intended only for the addressee and may contain confidential, proprietary and/or privileged material. Any unauthorized review, distribution or other use of or the taking of any action in reliance upon this information is prohibited. If you receive this in error, please contact the sender and delete or destroy this message and any copies. -- 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: HYPERPAV Support on Hitachi Disk
On Mon, 15 Jun 2009 17:48:29 -0600, Kopischke, David G. dgkopisc...@oppenheimerfunds.com wrote: Greetings, I'm researching using HYPERPAV on some new Hitachi disk we're getting. I'm coming across mixed indications of whether HYPERPAV is supported on non-IBM DS8* arrays. I read one post in the archives hinting that EMC is supporting it as of mid-2008. But what about Hitachi ??? And is this an added cost feature ??? One paper I read seemed to indicate that, but it also seemed to indicate it was an added cost feature of the array, not the OS. Thanks, Dave K. Yep, sure does. Below is a sample D M=DEV output, there are 32 HyperPAV aliases in this particular base device's alias pool. I had to hide the S/N, sorry. DEVICE 103F STATUS=ONLINE CHP 00 10 04 14 08 18 01 11 ENTRY LINK ADDRESS7004 7014 7104 7114 7204 7214 7304 7314 DEST LINK ADDRESS 7009 7019 7109 7119 7209 7219 7309 7319 PATH ONLINE YYYYYYYY CHP PHYSICALLY ONLINE YYYYYYYY PATH OPERATIONAL YYYYYYYY MANAGED NNNNNNNN CU NUMBER 1000 1000 1000 1000 1000 1000 1000 1000 MAXIMUM MANAGED CHPID(S) ALLOWED: 0 DESTINATION CU LOGICAL ADDRESS = 00 SCP CU ND = 002107.900.HTC.65.000n.0012 SCP TOKEN NED = 002107.900.HTC.65.000n. SCP DEVICE NED= 002107.900.HTC.65.000n.003F HYPERPAV ALIASES CONFIGURED = 32 FUNCTIONS ENABLED = MIDAW, ZHPF, HS HTH, Peter -- 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: HYPERPAV Support on Hitachi Disk
On Mon, 15 Jun 2009 19:06:43 -0500, Peter Bishop wrote: Yep, sure does. Below is a sample D M=DEV output, there are 32 HyperPAV aliases in this particular base device's alias pool. I had to hide the S/N, sorry. . SCP CU ND = 002107.900.HTC.65.000n.0012 SCP TOKEN NED = 002107.900.HTC.65.000n. SCP DEVICE NED= 002107.900.HTC.65.000n.003F HYPERPAV ALIASES CONFIGURED = 32 FUNCTIONS ENABLED = MIDAW, ZHPF, HS Excellent Do you happen to know if this is an additional cost feature of z/OS or Hitachi ??? Not that it matters a whole lot. I'm going to pursue it anyway -- 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: HYPERPAV Support on Hitachi Disk
On Mon, 15 Jun 2009 19:14:27 -0500, Dave Kopischke dgkopisc...@oppenheimerfunds.com wrote: Excellent Do you happen to know if this is an additional cost feature of z/OS or Hitachi ??? Not that it matters a whole lot. I'm going to pursue it anyway No extra cost on z/OS. I believe so on HDS, but will let others chime in (wasn't my money this time). best regards Peter -- 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: HYPERPAV Support on Hitachi Disk
- Original Message - From: Peter Bishop peter.bis...@eds.com Newsgroups: bit.listserv.ibm-main Sent: Monday, June 15, 2009 9:43 PM Subject: Re: HYPERPAV Support on Hitachi Disk On Mon, 15 Jun 2009 19:14:27 -0500, Dave Kopischke dgkopisc...@oppenheimerfunds.com wrote: Excellent Do you happen to know if this is an additional cost feature of z/OS or Hitachi ??? Not that it matters a whole lot. I'm going to pursue it anyway No extra cost on z/OS. I believe so on HDS, but will let others chime in (wasn't my money this time). PAVs and HyperPAVs cost money on the hardware side. You buy it as a feature. Regards, Tom Conley -- 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: HYPERPAV
On Thu, 18 Sep 2008 16:34:05 +0200, John Ticic IBM-MAIN wrote: You can also use the SETIOS command. Once the LCUs have been converted, the other LPARs can't move the aliases around. The IBM documentation states that they are ignored. RMF will show you the LCU and HyperPAV activity. The MVS DEVSERV command : D M=DEV will give you information about devices. You should see HyperPAV devices listed here. John, I had problems finding any description about the way HyperPAV works. My also assumed that converting the LCU(s) to HyperPAV in one system has nothing to do with dynamic aliases in other systems in the sysplex. Today I eventually got a possibility to test: - 3 systems (all z/OS 1.9, let's call them WLMA, HPAV, and WLMB) in a sysplex in a single CEC (2094) - IBM DS8000. HyperPAV set in system HPAV using setios hyperpav=yes Eight jobs start concurrently in WLMA, all writing to the same two devices (unit addresses 7661 and 7861) RMF display during the time eight jobs write to the same volume: -- CPU= 10/ 10 UIC= 65K PR= 0 System= WLMA Delta 11:36:14 I= 0% DEV ACTV RESP IOSQ -DELAY- PEND DISC CONN % D %D STG GRP VOLSER NUM PAV LCU RATE TIME TIME CMR DB TIME TIME TIME UT RV KF7861 7861 5* 006B 3126 1.0 0.1 0.3 0.0 0.4 0.1 0.5 41 0 KF7661 7661 5* 006A 3125 1.0 0.0 0.3 0.0 0.4 0.1 0.5 41 0 -- CPU= 7/ 7 UIC= 65K PR= 0 System= HPAV Delta 11:37:04 I= 0% DEV ACTV RESP IOSQ -DELAY- PEND DISC CONN %D %D STG GRP VOLSER NUM PAV LCU RATE TIME TIME CMR DB TIME TIME TIME UT RV KF7661 7661 1.0H 006A 0.000 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 -- DEVSERV display before the jobs were started: -- IEE421I RO *ALL,DS QP,7661,VOLUM 197 WLMA RESPONSES --- IEE459I 11.26.14 DEVSERV QPAVS 686 HOST SUBSYSTEM CONFIGURATION CONFIGURATION --- - UNIT UNITUA NUM. UA TYPESTATUS SSID ADDR. TYPE - -- -- -- 07661 61 BASE B760 61 BASE 1 DEVICE(S) MET THE SELECTION CRITERIA HPAV RESPONSES --- IEE459I 11.26.14 DEVSERV QPAVS 196 HOST SUBSYSTEM CONFIGURATION CONFIGURATION --- - UNIT UNITUA NUM. UA TYPESTATUS SSID ADDR. TYPE - -- -- -- 07661 61 BASE-H B760 61 BASE 1 DEVICE(S) MET THE SELECTION CRITERIA WLMB RESPONSES --- IEE459I 11.26.14 DEVSERV QPAVS 843 HOST SUBSYSTEM CONFIGURATION CONFIGURATION --- - UNIT UNITUA NUM. UA TYPESTATUS SSID ADDR. TYPE - -- -- -- 07661 61 BASE B760 61 BASE -- DEVSERV display about half an hour later: -- IEE421I RO *ALL,DS QP,7861,VOLUM 388 WLMA RESPONSES --- IEE459I 11.52.41 DEVSERV QPAVS 947 HOST SUBSYSTEM CONFIGURATION CONFIGURATION --- - UNIT UNITUA NUM. UA TYPESTATUS SSID ADDR. TYPE - -- -- -- 07861 61 BASE B780 61 BASE 078AB AB ALIAS-7861 B780 AB ALIAS-61 078AC AC ALIAS-7861 B780 AC ALIAS-61 078AD AD ALIAS-7861 B780 AD ALIAS-61 078B7 B7 ALIAS-7861 B780 B7 ALIAS-61 5 DEVICE(S) MET THE SELECTION CRITERIA HPAV RESPONSES --- IEE459I 11.52.41 DEVSERV QPAVS 387 HOST SUBSYSTEM CONFIGURATION CONFIGURATION --- - UNIT UNITUA NUM.
Re: HYPERPAV
Thanks John, I've been waiting for an answer like this for months. No local IBM specialist was able to give me an answer like this. Still one question : Can I also activate HyperPAV with the setios command, starting with one LPAR in a sysplex ? This will convert the LCU's involved and start an unbound on the aliasses. All other LPARS in the mentioned sysplex will stop moving the aliasses around because of this unbound (that's what I do understand from your answer)??? Than , after checking the LCU's, I would like to activate HyperPAV with the setios command for the remaining LPAR's in the mentioned sysplex. This is documented in IBM presentations (mixing HyperPAV and Dynamic-wlm- PAV in a sysplex) but not mentioning the unbound alias during LCU convertion. Manuals are not explaining wat happens during converting the LCU to hyperPAV. I ask this because you only mention the PARMLIB procedure.Is there a difference ? Do you have a simple procedure to check the convertion on the LCU's ? Greetings , Marc KBC Group Belgium -- 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
Re: HYPERPAV
You can also use the SETIOS command. Once the LCUs have been converted, the other LPARs can't move the aliases around. The IBM documentation states that they are ignored. RMF will show you the LCU and HyperPAV activity. The MVS DEVSERV command : D M=DEV will give you information about devices. You should see HyperPAV devices listed here. John Thanks John, I've been waiting for an answer like this for months. No local IBM specialist was able to give me an answer like this. Still one question : Can I also activate HyperPAV with the setios command, starting with one LPAR in a sysplex ? This will convert the LCU's involved and start an unbound on the aliasses. All other LPARS in the mentioned sysplex will stop moving the aliasses around because of this unbound (that's what I do understand from your answer)??? Than , after checking the LCU's, I would like to activate HyperPAV with the setios command for the remaining LPAR's in the mentioned sysplex. This is documented in IBM presentations (mixing HyperPAV and Dynamic-wlm- PAV in a sysplex) but not mentioning the unbound alias during LCU convertion. Manuals are not explaining wat happens during converting the LCU to hyperPAV. I ask this because you only mention the PARMLIB procedure.Is there a difference ? Do you have a simple procedure to check the convertion on the LCU's ? Greetings , Marc KBC Group Belgium -- 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 -- 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
Re: HYPERPAV
You have to activate HyperPAV usage via the IECIOSxx Parmlib member (HyperPAV=Yes). The LSSes used by this LPAR will be converted to HyperPAV LSS. Sysplex 1 will have HyperPAV=No, and will continue to operate as before. Any LSS that has been converted to HyperPAV usage (by Sysplex 2) will be no longer have Alias addresses bound to Base addresses. With your current setup : Sysplex 1 - Dynamic Alias management and Sysplex 2 - Static management, Sysplex 1 is always dictating what the Alias/Base relationship for Sysplex 2 will be. Most likely this is not what you originally wanted. Much worse would be if Sysplex 2 also managed the Aliases dynamically! Sysplex 2 will move de aliasses in the Hyperpav way and sysplex 1 will move the aliasses the WLM way HyperPAV aliases don't have a long term base assignment, so it is wrong to think of them as being moved around since they are only assigned for the duration of an I/O. Once the LSS is converted, WLM can't manage the Alias/Base assignement since there is now an unbound pool of HyperPAV Aliases. Sharing LCUs like this is not a good idea. John Anyone some experience with activating HyperPav in an environtment with 2 sysplexes shareing some LCU's (both sysplexes dynamic PAV) ? Would like to start/activate hyperpav in one sysplex with no impact to the other sysplex. Today's situation is like this : Sysplex 1 useing LCU xx HCD/IODF configuration WLMPAV=Yes Sysplex 2 useing LCU xx HCD/IODF configuration WLMPAV=NO Doeing this , sysplex 1 is moves the aliasses , the WLM way. Sysplex 2 will not move the aliasses. But what will happen when hyperpav is activated on sysplex 2. I was told that WLMPAV=YES/NO is of no influence in a hyperpav environment. Sysplex 2 will move de aliasses in the Hyperpav way and sysplex 1 will move the aliasses the WLM way . Will this work ? -- 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
Re: HyperPAV Question
Yes. IECIOSxx would need HYPERPAV=YES and the storage subsystem would also have to be licensed for it as well. Terry Traylor charlesSCHWAB TIS Mainframe Storage Management Remedy Queue: tis-hs-mstg (602) 977-5154 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Moulder Sent: Monday, November 12, 2007 11:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: HyperPAV Question All I found APAR OA13915 that adds support for HyperPAV to z/OS. However, I could not tell if there were any other changes required for HyperPAV use. If you are using HyperPAV, could you tell me if there are any other changes in addition to the installation of the APAR? Tom Moulder No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.15.30/1125 - Release Date: 11/11/2007 9:50 PM -- 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 -- 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
Re: HyperPAV Question
You will want to investigate RMF APAR OA21799 for an SMF 78/3 data issue, per a recent MXG-L posting. Also, for consideration: MXG V25.07; CA MICS RMF support, apply PTF RMF6792; IBM/Tivoli TDS (tolerance) support is PK30845, where applicable. Sincerely, Scott Barry SBBWorks, Inc. EMAIL: [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Moulder Sent: Monday, November 12, 2007 11:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: HyperPAV Question All I found APAR OA13915 that adds support for HyperPAV to z/OS. However, I could not tell if there were any other changes required for HyperPAV use. If you are using HyperPAV, could you tell me if there are any other changes in addition to the installation of the APAR? Tom Moulder -- 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
Re: HyperPAV
On Tue, 31 Oct 2006 14:04:11 -0500, Knutson, Sam [EMAIL PROTECTED] wrote: The combination of the relief provided by z9 z/OS R7 to use the second subchannel set and now HyperPAV has delivered some serious relief for the 64K device limitation. Kudo's to the wizards in IBM! IBM System Storage DS8000 series (machine type 2107) delivers HyperPAV http://www.ibm.com/common/ssi/rep_ca/1/897/ENUS106-811/ENUS106-811.PDF Parallel Access Volumes (PAV) enables a single System z server to simultaneously process multiple I/O operations to the same logical volume, which can help to significantly reduce device queue delays. This is achieved by defining multiple addresses per volume. Dynamic PAV allows the assignment of addresses to volumes and can be automatically managed to help meet performance objectives and reduce overall queuing. Today's announcement allows many DS8000 series users to benefit from enhancements to PAV with support for HyperPAV. HyperPAV allows an alias address to be used to access any base on the same control unit image per I/O base. This capability also allows different HyperPAV hosts to use one alias to access different bases, which reduces the number of alias addresses required to support a set of bases in a System z environment with no latency in targeting an alias to a base. This functionality is also designed to enable applications to achieve equal or better performance than possible with the original PAV feature alone while also using the same or fewer z/OS resources. HyperPAV is an optional feature on the DS8000 series. Best Regards, Sam Knutson, GEICO Does anyone know if EMC has duplicated this technology? TIA, Patrick Lyon -- 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
Re: HyperPAV
Kudo's to the wizards in IBM! We work with some of the IBM wizards, especially in the IOS area, and most of them do deserve the title! -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- 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
Re: HyperPAV
HyperPAV allows an alias address to be used to access any base on the same control unit image per I/O base. So does that takes the dynamic alias assignments by WLM out of the picture? Are the alias to base assignments (if that is still a valid relationship description) really just one to many at this point then? No 'switching' required? Jeffrey Deaver, Engineer, Systems Engineering 651-665-4231 -- 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
Re: HyperPAV
Jeffrey yes - with HYPERPAV WLM does no longer care . You can switch between HYPERPAV and WLM Managed PAV with the SETIOS Keyword. Still there is the alias pool per LCU - but when an IO is started , IOS decides which alias will be taken . Subsystem is aware of who issued the IO (which Lpar) - so the same alias adress may be used for different base adresses at the same time by different LPARs. Frank Krueger Dienstag, 31. Oktober 2006 20:28 To: IBM-MAIN@BAMA.UA.EDU cc: From: Jeffrey Deaver [EMAIL PROTECTED] Subject: Re: HyperPAV So does that takes the dynamic alias assignments by WLM out of the picture? Are the alias to base assignments (if that is still a valid relationship description) really just one to many at this point then? No 'switching' required? -- 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
Re: HyperPAV
On Tue, 31 Oct 2006 20:39:00 +0100, Frank Krueger [EMAIL PROTECTED] wrote: Jeffrey yes - with HYPERPAV WLM does no longer care . You can switch between HYPERPAV and WLM Managed PAV with the SETIOS Keyword. Still there is the alias pool per LCU - but when an IO is started , IOS decides which alias will be taken . Subsystem is aware of who issued the IO (which Lpar) - so the same alias adress may be used for different base adresses at the same time by different LPARs. Frank Krueger This also sounds like it will be okay to use HYPERPAV aliases between sysplexes (with shared DASD of course) where as WLM Managed PAVs between sysplexes could lead to PAV thrashing. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - GITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- 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
Re: HyperPAV
correct. Frank Krueger Dienstag, 31. Oktober 2006 21:03 To: IBM-MAIN@BAMA.UA.EDU cc: From: Mark Zelden [EMAIL PROTECTED] Subject: Re: HyperPAV This also sounds like it will be okay to use HYPERPAV aliases between sysplexes (with shared DASD of course) where as WLM Managed PAVs between sysplexes could lead to PAV thrashing. Mark -- Mark Zelden -- 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