Re: Missing LMOD doing APPLY

2024-02-14 Thread Gord Neill
We opened a ticket with IBM, and they said that installing z/OS 3.1 using CBPDO 
on a brand new system is not supported, we need to use ServerPac.

>From the z/OS 3.1 Planning for Installation manual:

If you are a new customer and did not have z/OS installed previously, use one 
of the following installation packages to install z/OS 3.1:
* For entitled packages (ServerPac and CBPDO), use ServerPac (z/OSMF 
portable software instance). You   also need the Customized Offerings Driver 
(5751-COD) as a   driving system; the Customized Offering Driver is 
entitled.

It's a wee bit fuzzy when they say use "one of the following", but the only one 
is ServerPac.  We've ordered a ServerPac and will go forward with that.  

Thanks to all for your help.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kurt Quackenbush
Sent: Friday, February 9, 2024 9:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Missing LMOD doing APPLY

Caution: This email is originated from outside the organization. Do not click 
links or open attachments unless you recognize the sender and know the content 
is safe.


> We are using the waves and ripples sequence in the Program Directory.  This 
> error occurs in Wave 0.



> We found that LMOD IEWDLR00 is created in HBB77E0.F6(HBB77E0), STEP 17.  
> Looks like part of Wave 1A.

> Is it possible that running the DDDEFs for Wave 1 and Wave 2 before Wave 0 
> APPLY was completed has messed up things, i.e. pointing to incorrect 
> libraries?

No, the presence of DDDEF entries should not affect or cause this error.

If you have not already, I suggest you open a support case with IBM as I think 
we need to look at your output to debug this further.  IEWDLR00 defined I Wave 
1A, after Wave 0, is a head scratcher.  There should be no reference to 
IEWDLR00 in Wave 0.  Are you installing into a brand new empty target zone, or 
did you make a copy of the target zone from a prior release?

Kurt Quackenbush
IBM  |  z/OS SMP/E and z/OSMF Software Management  |  ku...@us.ibm.com

Chuck Norris never uses CHECK when he applies PTFs.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Missing LMOD doing APPLY

2024-02-09 Thread Gord Neill
It's a brand new empty target zone.  We're using brand new hardware, so our 
only source is what's on the COD system.  We got rid of all the existing DDDEF 
entries for all Waves, then just rebuilt the ones for Wave 0.  You're right, it 
made no difference.

I guess next step is to open a ticket with IBM.  Thx.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kurt Quackenbush
Sent: Friday, February 9, 2024 9:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Missing LMOD doing APPLY

Caution: This email is originated from outside the organization. Do not click 
links or open attachments unless you recognize the sender and know the content 
is safe.


> We are using the waves and ripples sequence in the Program Directory.  This 
> error occurs in Wave 0.



> We found that LMOD IEWDLR00 is created in HBB77E0.F6(HBB77E0), STEP 17.  
> Looks like part of Wave 1A.

> Is it possible that running the DDDEFs for Wave 1 and Wave 2 before Wave 0 
> APPLY was completed has messed up things, i.e. pointing to incorrect 
> libraries?

No, the presence of DDDEF entries should not affect or cause this error.

If you have not already, I suggest you open a support case with IBM as I think 
we need to look at your output to debug this further.  IEWDLR00 defined I Wave 
1A, after Wave 0, is a head scratcher.  There should be no reference to 
IEWDLR00 in Wave 0.  Are you installing into a brand new empty target zone, or 
did you make a copy of the target zone from a prior release?

Kurt Quackenbush
IBM  |  z/OS SMP/E and z/OSMF Software Management  |  ku...@us.ibm.com

Chuck Norris never uses CHECK when he applies PTFs.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Missing LMOD doing APPLY

2024-02-07 Thread Gord Neill
Kurt,
We are using the waves and ripples sequence in the Program Directory.  This 
error occurs in Wave 0.  During this Wave, these FMIDs are to be applied:
FORFMID(HMP1K00,
  HMQ4160)
  HPM77E0)

We removed HPM77E0, then ran APPLY for the other 2 FMIDs.  That worked OK.  
Trying to do the APPLY for HPM77E0 keeps giving us the "LMOD not found" message.

We found that LMOD IEWDLR00 is created in HBB77E0.F6(HBB77E0), STEP 17.  Looks 
like part of Wave 1A.

Another thought.  We might have gotten ahead of ourselves in running the 
Allocate and DDDEF sample jobs - we did them all at once before Wave 0 APPLY.   
Is it possible that running the DDDEFs for Wave 1 and Wave 2 before Wave 0 
APPLY was completed has messed up things, i.e. pointing to incorrect libraries?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kurt Quackenbush
Sent: Wednesday, February 7, 2024 5:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Missing LMOD doing APPLY

Caution: This email is originated from outside the organization. Do not click 
links or open attachments unless you recognize the sender and know the content 
is safe.


> We're trying to install z/OS 3.1 via CBPDO using the z/OS 2.4 COD system as 
> the base.  We keep getting this message about an LMOD missing:

> GIM24601E ** LMOD ENTRY IEWLDR00 IS NEEDED FOR PROCESSING BUT IS NOT 
> IN THE SMPCSI LIBRARY

Are you installing the FMIDs in the waves and ripples sequence as described in 
the z/OS 3.1 Program Directory?
https://www.ibm.com/docs/en/zos/3.1.0?topic=level-zos-program-directory
Which wave/ripple are you currently installing that gets this error?  Can you 
find where LMOD IEWLDR00 is created in the APPLY output for a prior wave/ripple?

Kurt Quackenbush
IBM  |  z/OS SMP/E and z/OSMF Software Management  |  ku...@us.ibm.com Chuck 
Norris never uses CHECK when he applies PTFs.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Missing LMOD doing APPLY

2024-02-07 Thread Gord Neill
Hello list,
We're trying to install z/OS 3.1 via CBPDO using the z/OS 2.4 COD system as the 
base.  We keep getting this message about an LMOD missing:

GIM24601E ** LMOD ENTRY IEWLDR00 IS NEEDED FOR PROCESSING BUT IS NOT IN THE 
SMPCSI LIBRARY

We can see this module in SYS1.NUCLEUS and in SYS1.LPALIB on the COD system.  
Is there a STEPLIB/JOBLIB that we need to include somewhere?

Any guidance muchly appreciated!









--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Changing a LIBRARY-ID in the OSCONFIG of HCD

2023-08-28 Thread Gord Neill
HI Mark, 
Looks like it will require a HW/SW update after all.  I created a deck after 
making the OS Config changes, and at the top of the deck is an ID statement, 
with one of the parameters being "TOK" with a pile of numbers/date/time and so 
forth.  It's completely different from the original IOCP deck.  I guess every 
time any Production IODF is created, a new token goes with it.  
 
Gord Neill
Senior IT Consultant - zSystems and LinuxONE
GlassHouse Systems Inc.
Phone: 416-229-2950 x306
Mobile: 416-347-8454
www.ghsystems.com 

Should you wish me to remove your name from my email contact list, please reply 
to this email and indicate so in the subject line. Thank you.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Zelden
Sent: Wednesday, August 23, 2023 7:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Changing a LIBRARY-ID in the OSCONFIG of HCD

On Wed, 23 Aug 2023 13:21:26 +0000, Gord Neill  wrote:

>Hello List,
>Working with a customer has a TS7760 installed, and they want to connect a new 
>TS7770 to the same CPU for testing/GRID work on a sandbox LPAR.  They have 
>Channel/CU/UADD definitions in their IOCP for an old box (TS7740) that is no 
>longer there, but to get the TS7770 in the same GRID as the TS7760 using these 
>old definitions, they need to update the LIBRARY-ID of this old TS7740 box to 
>match the LIBRARY-ID of the existing TS7760.
>
>The question:  In updating the LIBRARY-ID in the OSCONFIG for the sandbox LPAR 
>and building the Production IODF, will there be a new hardware token 
>generated, i.e. this new IODF would have to rolled out to all LPARs to keep 
>the hardware tokens in sync for future dynamic activates, or is this only a 
>software update with no effect on the existing hardware token?
>
>BTW, is there anywhere in HCD that you can see the generated token?
>

It should be software / "MVS" only.  A good way to check is to create an IOCP 
deck. 
If you did you wouldn't see any of that information in there.  

It think the answer to the 2nd question is "no".  

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 
Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: 
http://www.mzelden.com/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


FW: Changing a LIBRARY-ID in the OSCONFIG of HCD

2023-08-23 Thread Gord Neill
Hello List,
Working with a customer has a TS7760 installed, and they want to connect a new 
TS7770 to the same CPU for testing/GRID work on a sandbox LPAR.  They have 
Channel/CU/UADD definitions in their IOCP for an old box (TS7740) that is no 
longer there, but to get the TS7770 in the same GRID as the TS7760 using these 
old definitions, they need to update the LIBRARY-ID of this old TS7740 box to 
match the LIBRARY-ID of the existing TS7760.

The question:  In updating the LIBRARY-ID in the OSCONFIG for the sandbox LPAR 
and building the Production IODF, will there be a new hardware token generated, 
i.e. this new IODF would have to rolled out to all LPARs to keep the hardware 
tokens in sync for future dynamic activates, or is this only a software update 
with no effect on the existing hardware token?

BTW, is there anywhere in HCD that you can see the generated token?

TIA!







--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: To share or not to share DASD

2022-11-26 Thread Gord Neill
Thx to all contributors on this topic, great food for thought!

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: November 25, 2022 9:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: To share or not to share DASD

I think that you are missing the fact that you can VERY easily add GRS ring via 
a couple of really inexpensive FICON cards.  You may already even have them 
just sitting there unused on your processor.  In any case, you can buy them 
even on eBay now for next to nothing.  

The GRS ring (not star) for a small site with 3 LPARs should have no problem 
with any slowdowns, and it will allow you to run fully shared PDS/e, catalogs, 
etc.  

I support several sites that I converted to GRS ring (some from MIM, some from 
nothing at all) on everything down to a really small z13s (~80 mip) and there 
was no decrease in performance, and in fact, things got better since now GRS 
was handling things instead of reserves.  

In any case, NOT sharing DASD on the same processor complex is quite silly and 
makes life much harder for the users and for you to support it.

It's really simple to set up, and GRS is free, so your only cost is the FICON 
cards.  (I think the last place I upgraded ended up paying $500 each and got 3 
even though we only needed two).

If you need help setting it up, feel free to contact me and I'll help you 
through it.

Brian

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: To share or not to share DASD

2022-11-24 Thread Gord Neill
Dave,
Each LPAR has its own RACF and Catalogs, and they are using SMS.  This shop is 
currently running z/OS 1.9 on very old hardware, in the process of upgrading to 
current H/W and S/W.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: November 24, 2022 4:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: To share or not to share DASD

You can't share PDSE in such an environment. You can "get away"  with only and 
rarely updating from one LPAR, and reading in the others.

Multiple RACF databases?  Are the Catalogs the same and shared between all 3 
LPARS?

Is the site using SMS?

> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Gord Neill
> Sent: Thursday, November 24, 2022 12:55 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: To share or not to share DASD
> 
> [EXTERNAL EMAIL]
> 
> G'day all,
> I've been having discussions with a small shop (single mainframe, 3 
> separate LPARs, no Sysplex) regarding best practices for DASD sharing.  
> Their view is to share all DASD volumes across their 3 LPARs 
> (Prod/Dev/Test) so their developers/sysprogs can get access to current 
> datasets, but in order to do that, they'll need to use GRS Ring or MIM 
> with the associated overhead.  I don't know of any other serialization 
> products, and since this is not a Sysplex environment, they can't use 
> GRS Star.  I suggested the idea of no GRS, keeping most DASD volumes isolated 
> to each LPAR, with a "shared string"
> available to all LPARs for copying datasets, but it was not well received.
> 
> Just curious as to how other shops are handling this.  TIA!
> 
> 
> Gord Neill | Senior I/T Consultant | GlassHouse Systems
> 
> 
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


To share or not to share DASD

2022-11-24 Thread Gord Neill
G'day all,
I've been having discussions with a small shop (single mainframe, 3 separate 
LPARs, no Sysplex) regarding best practices for DASD sharing.  Their view is to 
share all DASD volumes across their 3 LPARs (Prod/Dev/Test) so their 
developers/sysprogs can get access to current datasets, but in order to do 
that, they'll need to use GRS Ring or MIM with the associated overhead.  I 
don't know of any other serialization products, and since this is not a Sysplex 
environment, they can't use GRS Star.  I suggested the idea of no GRS, keeping 
most DASD volumes isolated to each LPAR, with a "shared string" available to 
all LPARs for copying datasets, but it was not well received.

Just curious as to how other shops are handling this.  TIA!


Gord Neill | Senior I/T Consultant | GlassHouse Systems




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Edit the OSA/ICC definitions using the HMC

2020-12-04 Thread Gord Neill
Hi Richard,
Thanks for the suggestion, an older version of IE 11 worked!  I turned on the 
Java console in Windows just to see what would happen, and a few seconds after 
I selected Edit Source file using an older IE, the console window showed up, 
and then the Java window itself appeared. It showed up as an active task on the 
taskbar, so when I clicked on that, the edit window appeared with the source 
code.  Perhaps there is some linkage between the vintage of HMC code and 
browser code.  Anyway, all good now, thanks for the help!

--
Gord Neill | Senior I/T Consultant | GlassHouse Systems
Tel: +1 (416) 229-2950 x306 | Mobile: +1 (416) 347-8454


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
PINION, RICHARD W.
Sent: December 4, 2020 1:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Edit the OSA/ICC definitions using the HMC

Have you tried other browsers, i.e. older version of IE?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gord Neill
Sent: Friday, December 4, 2020 12:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Edit the OSA/ICC definitions using the HMC

[External Email. Exercise caution when clicking links or opening attachments.]

Hi,
I'm trying to edit the the OSA-ICC configuration on the HMC for a zBC12, and I 
can get to the panel for Import / Export / Edit / Validate, but when I select 
Edit Source file, the same panel expands a little bit, but there is no other 
panel that opens up to show the source file.  When select Cancel, essential 
nothing happens - I select Cancel many, many, many times, and eventually I get 
back to the panel that allows for Manual Configuration Options.

In the HMC guide it says that SSLv3 and RC4 must be enabled, and they are.  
I've allowed Pop-Ups from Firefox  (and Chrome and IE, still didn't work), 
enabled as much as I could see in the current version of Java, still no change. 
 I'm using Remote Access to the HMC if that has any bearing on things.

These are the steps I was following:
1. Log on to the HMC, select the CPC, and open the OSA Advanced Facility.
2. Select the OSC CHPID to export the OSA-ICC configuration file.
3. Select Card specific advanced facilities.
4. Select Manual configuration options and click OK 5. The Manual Configuration 
Options window opens, and I select Edit Source File

I asked one of my customers to try to do the Edit Source File on their zBC12, 
same results - they were not able to edit the configuration, as no edit window 
appears.  They were also working with a Remote connection to the HMC.

Any suggestions muchly appreciated!


--
Gord Neill | Senior I/T Consultant | GlassHouse Systems
Tel: +1 (416) 229-2950 x306 | Mobile: +1 (416) 347-8454





[https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsecureimages.mcafee.com%2Fcommon%2FaffiliateImages%2Fmfe%2Flogo.pngdata=04%7C01%7Cgneill%40GHSYSTEMS.COM%7C4844e7edcf6b40f3055708d8987e8068%7C1c932bc9c5af4366811d012126996da4%7C1%7C0%7C637427016392027102%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=cVAxpTkrBhJ7mroWCvjubeM0H2CWop%2BCrPIjR1CLw4I%3Dreserved=0]<https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fhome.mcafee.com%2Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclientdata=04%7C01%7Cgneill%40GHSYSTEMS.COM%7C4844e7edcf6b40f3055708d8987e8068%7C1c932bc9c5af4366811d012126996da4%7C1%7C0%7C637427016392027102%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=6O9rWWVfqR2%2BT6Lhix8fPx8CXILes1tMkgubUGlmKqw%3Dreserved=0<https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsecureimages.mcafee.com%2Fcommon%2FaffiliateImages%2Fmfe%2Flogo.pngdata=04%7C01%7Cgneill%40GHSYSTEMS.COM%7C4844e7edcf6b40f3055708d8987e8068%7C1c932bc9c5af4366811d012126996da4%7C1%7C0%7C637427016392027102%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=cVAxpTkrBhJ7mroWCvjubeM0H2CWop%2BCrPIjR1CLw4I%3Dreserved=0%5d%3chttps://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fhome.mcafee.com%2Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclientdata=04%7C01%7Cgneill%40GHSYSTEMS.COM%7C4844e7edcf6b40f3055708d8987e8068%7C1c932bc9c5af4366811d012126996da4%7C1%7C0%7C637427016392027102%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=6O9rWWVfqR2%2BT6Lhix8fPx8CXILes1tMkgubUGlmKqw%3Dreserved=0>>
  Scanned by 
McAfee<https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fhome.mcafee.com%2Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclie

Edit the OSA/ICC definitions using the HMC

2020-12-04 Thread Gord Neill
Hi,
I'm trying to edit the the OSA-ICC configuration on the HMC for a zBC12, and I 
can get to the panel for Import / Export / Edit / Validate, but when I select 
Edit Source file, the same panel expands a little bit, but there is no other 
panel that opens up to show the source file.  When select Cancel, essential 
nothing happens - I select Cancel many, many, many times, and eventually I get 
back to the panel that allows for Manual Configuration Options.

In the HMC guide it says that SSLv3 and RC4 must be enabled, and they are.  
I've allowed Pop-Ups from Firefox  (and Chrome and IE, still didn't work), 
enabled as much as I could see in the current version of Java, still no change. 
 I'm using Remote Access to the HMC if that has any bearing on things.

These are the steps I was following:
1. Log on to the HMC, select the CPC, and open the OSA Advanced Facility.
2. Select the OSC CHPID to export the OSA-ICC configuration file.
3. Select Card specific advanced facilities.
4. Select Manual configuration options and click OK
5. The Manual Configuration Options window opens, and I select Edit Source File

I asked one of my customers to try to do the Edit Source File on their zBC12, 
same results - they were not able to edit the configuration, as no edit window 
appears.  They were also working with a Remote connection to the HMC.

Any suggestions muchly appreciated!


--
Gord Neill | Senior I/T Consultant | GlassHouse Systems
Tel: +1 (416) 229-2950 x306 | Mobile: +1 (416) 347-8454





[https://secureimages.mcafee.com/common/affiliateImages/mfe/logo.png]<https://home.mcafee.com/utm_medium=email_source=link_campaign=sig-email_content=emailclient?utm_medium=email_source=link_campaign=sig-email_content=emailclient>
  Scanned by 
McAfee<https://home.mcafee.com/utm_medium=email_source=link_campaign=sig-email_content=emailclient?utm_medium=email_source=link_campaign=sig-email_content=emailclient>
 and confirmed virus-free.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


LCUs on spanned channels

2020-06-03 Thread Gord Neill
Hi,
Ran into an odd situation defining a storage box on spanned channels.  There 
are 26 LPARs in this CPU (z15), 12 in LCSS 0 and 14 in LCSS 1, running z/OS 
2.4. The storage box has 6 channel paths (01-06  FICON, spanned) directly 
connected (no switch) to this CPU, and there are 64 LCUs defined on the storage 
box. The limitation in the storage box is there can be no more than 1280 LCUs 
on any Host Adapter (read: CHPID).

In order to make this fit, in HCD we limit the paths from some LPARs in LCSS 0 
(high IOPS LPARs get 6, lower IOPS LPARs get 3) in the access list, and this 
works out to 960 LCUs behind each CHPID, as expected.  So far so good.  The odd 
thing arises when we start limiting LPAR access in LCSS 1.  Every CHPID sees 2 
times as many LCUs on it than expected.  For example, there are 3 LPARs that 
are limited to access CHPIDs 01, 02 and 03.  I would expect that CHPIDs 01, 02 
and 03 would each see 192 LCUs: 3 LPARs x 64 LCUs on each CHPID for 192 LCUs.  
What HCD reports is 384, not 192.  All other LPARs in LCSS 1 also show twice 
what we expect, and this pushes us over the 1280 limit.

When we reduce one of the 3-path LPARs on LCSS 1 from 3 paths to 1 path 
(changed access list from 04, 05, 06 to 06), the reduction should have been 64 
LCUs on CHPIDs 04 and 05, but instead we saw a reduction of 128 LCUs, i.e. 
twice what we expected.  To complicate things even more, channels 04 and 05 in 
LCSS 0 each got reduced by 64, but we didn't change anything in LCSS 0.

Has anybody run into this sort of thing before?

Gord Neill

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN