OA32453 has closed with PTFs available.
https://www-304.ibm.com/support/docview.wss?uid=isg1OA32453
APAR Identifier .. OA32453 Last Changed 11/08/31
HYPERPAV PAGING PERFORMANCE ISSUES WHEN WLMPAV=NO IN HCD
Symptom .. IN INCORROUT Status ... CLOSED
Hi,
We are defining hcd for an emc's dmx4 subsystem for use with hyperpav. Can I
define all 256 addresses from an LCU as base devices, and define another LCU
just for hyperpav aliases???
TIA,
Peter
--
For IBM-MAIN subs
Issues regarding ASM Paging to Hyperpav volumes have been
discussed several times on IBM-MAIN over the past few years.
APAR OA32453 has been opened to deal with these issues.
Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY
>- 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
Hi list,
We have two systems - SYSA and SYSB that are in SYSPLEX1 and see all
DASDs. We have five CU in Static PAV and all the others are Dynamic
PAV, and we want to start using HYPERPAV but have some questions that
couldn't find answer to :
- DS8000: Architecture and Implementation re
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
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 inst
if we can enable HyperPAV without enabling WLM I/O priority management.
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 of
Hello,
We are going to enable HyperPAV in our shop (z10, z/OS 1.9, USP V) and we
currently do NOT have I/O priority management enabled.
Having read that HyperPAV uses IORP, we were wondering if we can enable
HyperPAV without enabling WLM I/O priority management.
Does anyone have any experience
On Fri, 26 Jun 2009 18:41:20 -0500, Dave Kopischke
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 - yo
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 MX
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 sho
On Tue, 23 Jun 2009 00:13:45 -0400, Jim Mulder 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 J
IBM Mainframe Discussion List 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
>
On Fri, 19 Jun 2009 16:00:09 -0500, Zaromil Tisler
wrote:
>On Fri, 19 Jun 2009 14:16:47 -0500, Dave Kopischke
> wrote:
>
>>On Fri, 19 Jun 2009 15:02:12 -0400, Swanson, Curt wrote:
>>
>>>Dave,
>>>
>>>The 'WLMPAV' value of 'Yes'
On Fri, 19 Jun 2009 14:16:47 -0500, Dave Kopischke
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 on
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
Subject: Re: HYPERPAV Definitions
On Fri, 19 Jun 2009 14:02:16 -0400, John Kelly wrote:
>
>WLMPAV Yes
>
>
>
>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 . . . . . . . .
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 device
nd 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 wo
WLMPAV Yes
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)
Value +
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 gu
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
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=EZ2ZBK0G&DT=20090115001044&CASE=
Norbert Friemel
--
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 S
- Original Message -
From: "Peter Bishop"
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
wrote:
Excellent Do you happen to know if
On Mon, 15 Jun 2009 19:14:27 -0500, Dave Kopischke
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 o
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.000nn
On Mon, 15 Jun 2009 17:48:29 -0600, Kopischke, David G.
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
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
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
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
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'
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
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 x
Do ASM algorithms support two I/Os to a page data set on a HyperPAV base
volume? If yes, are the aliases fixed, as in the case of dynamic PAV?
--
Zaromil
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
: [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
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
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
Jim Mulder wrote:
> It checks to see
> if you specified WLM PAV when you defined the device in HCD. Since
> WLM doesn't need to manage PAVs when the control unit has been told
> to use HyperPAV mode, our intention was that the specification of
> WLM PAV in HCD wou
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'
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 su
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 b
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 I
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
>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
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 Syste
47 matches
Mail list logo