Re: IBM z15 Announcement

[R.S.]

W dniu 2019-09-13 o 16:54, Dana Mitchell pisze:

I think the Hardware Management Appliance sounds interesting.  IBM seems to 
spend more time onsite here working on the HMC's than the actual CEC's nowdays.



I may be wrong, but I understand the news about HMC as pizza-box PC 
server inside CEC's rack.
Rack-mounted HMC is nothing new, but z14 does not allow to put HMC 
inside the CEC, despite SE's are pizza-boxes inside.


What's more interesting: changes in HMC-SE functionality. The goal is to 
make Single Object Operations unnecessary, in other words all user 
activities available from HMC panels directly.


--
Radoslaw Skorupka
Lodz, Poland




==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2019 r. wynosi 169.347.928 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.347.928 as at 1 January 2019.

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

Re: Considering Bypassing ERROR HOLD for OA58037

[Allan Staller]

I just this the same thing. The DEBCHK lock function is a pe-chain that seems 
it has run on for about 18 months.
I ended up bypassing 2 APARs that do not affect my installation.

OA58037 is according to L2 support, a very specific set of conditions.

IMO, it is OK to bypass an error hold, as long as you are aware of the 
consequences (why else would IBM have written the code?).
It should not be done lightly, but it is OK to do so.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: Friday, September 13, 2019 5:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Considering Bypassing ERROR HOLD for OA58037

For your Friday :)
This APAR is holding UA96589 for OA51485. Since OA51485 is an INTEGRITY 
PROBLEM, there is very little info on it. Reading OA51485, I think the issue is 
unlikely on my systems(s) I would likely on implement this bypass in sandboxes 
and maybe development LPARs.

The reason is that I would really like to have the 
ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM health check from OA53355/UA94607 But, UA94607 
needs UA93212 which needs UA97270 which needs UA96464 which needs UA96468 which 
needs UA96527 which needs UA96536 which needs UA96586 which needs  the held 
UA96589

As mentioned, I doubt I will encounter the problem of OA51485 or consider it a 
fatal issue if I do.
OA58037: ABEND 16E RC=0 after CANCEL is issued during OPEN processing 19/08/12 
PTF PECHANGE z/OS APAR status • OPEN Error description • This problem happens 
when a CANCEL is issued while the Access • Method Executors are processing an 
OPEN.
• When this occurs, IFG0RR0A is called because of the ABEND13E. It • starts 
clean up and IFG0RR0B calls IGG020T1, which in turn goes • to IGG0201Z, it 
issues LOCKEXCL, which receives RSN - x'0C07'.
• IGG0201Z at DEBCHKRB can handle that return, but makes one • additional check 
for - DEBXDEBLOCKX. It is not on so we continue • with ABEND16E-00, • • 
DEBCHK/K •


The SMP/E APPLY step I've been cloning for decades includes a commented out
BYPASS(
/*HOLDERROR( )
So I must have done this at least once before. I have no recollection as to 
when or why 😊

Dave Gibney
Information Technology Services
Washington State University


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

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


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

Re: Blank fanout z114 CPC adapter

[Parwez Hamid]

Slide 8 shows the fanouts for a z196 Book.

CPC Drawer fanouts for a z114 shown below. I think, once you remove the I/O 
Drawer (not a a cage 🙂) , unless you need the I/O drawer fanouts for a 
different type of fanout, you can just leave the I/O drawer HCA2-C fanouts. 
Shouldn't do any harm.

Unable to imbed a picture of the z114 CPC drawer. If you want one I can send it 
direct to your email.

Regards

Parwez Hamid​


From: IBM Mainframe Discussion List  on behalf of 
Christian Svensson <022ad63487ef-dmarc-requ...@listserv.ua.edu>
Sent: 15 September 2019 22:19
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Blank fanout z114 CPC adapter

Hi,

I'm in the process of removing the old I/O cage and just using my PCIe cage.
I can see from some pictures in SHARE slides

(slide
8) that there is a fanout dummy adapter, i.e. what I assume is just a metal
shell that protects the CPC adapter connector during operation.

Anyone out there on the mailing list that happen to know the part number?

Thanks,

--
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: IBM z15 Announcement

[Parwez Hamid]

Re: I may be wrong, but I understand the news about HMC as pizza-box PC
server inside CEC's rack.

Yes, you are wrong. The new optional IBM Hardware Management
Appliance (FC 0100) with the z15, eliminates the need for a standalone Hardware 
Management Console. Both Hardware Management Console appliance and Support 
Element Appliance run virtualized on the Support Element hardware servers 
integrated with thez15 CPC

On z15, the HMC can be a stand-alone 'PC' (mini-tower or rack mounted), or  can 
run (as Hardware Management Appliance) on the Support Elements hardware (1U 
rack mounted servers integrated in z15 A frame).

Note:The Hardware Management Appliance (HMC application) is accessible via a 
remote web browser (thus there is no change in user experience for HMC 
interaction) and can manage N-2 generations systems (z15, z14 ZR1, z14, z13s 
and z13).

Additional details of new HMC functions in the Redbook.

Regards

Parwez Hamid​


From: IBM Mainframe Discussion List  on behalf of 
R.S. 
Sent: 16 September 2019 11:22
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: IBM z15 Announcement

W dniu 2019-09-13 o 16:54, Dana Mitchell pisze:
> I think the Hardware Management Appliance sounds interesting.  IBM seems to 
> spend more time onsite here working on the HMC's than the actual CEC's 
> nowdays.
>

I may be wrong, but I understand the news about HMC as pizza-box PC
server inside CEC's rack.
Rack-mounted HMC is nothing new, but z14 does not allow to put HMC
inside the CEC, despite SE's are pizza-boxes inside.

What's more interesting: changes in HMC-SE functionality. The goal is to
make Single Object Operations unnecessary, in other words all user
activities available from HMC panels directly.

--
Radoslaw Skorupka
Lodz, Poland




==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2019 r. wynosi 169.347.928 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.347.928 as at 1 January 2019.

--
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: Blank fanout z114 CPC adapter

[Christian Svensson]

Hi,

Thanks. You're right that it is a z196, but I hoped that the slots would
have the same form factor so I could use them. Maybe too sneaky :-).

I removed the cables to the adapter but the SE complains. It recommends me
to order a cable cleaning kit for the I/O adapter - I doubt it will help
:-).
I have removed the drawer (thanks for correcting me!) from the SE's Frame
Layout, so I'm guessing that it is unhappy because all links are down on
the adapter.

This is why I'm thinking of removing the actual adapters.


On Mon, Sep 16, 2019, 15:04 Parwez Hamid  wrote:

> Slide 8 shows the fanouts for a z196 Book.
>
> CPC Drawer fanouts for a z114 shown below. I think, once you remove the
> I/O Drawer (not a a cage 🙂) , unless you need the I/O drawer fanouts for a
> different type of fanout, you can just leave the I/O drawer HCA2-C fanouts.
> Shouldn't do any harm.
>
> Unable to imbed a picture of the z114 CPC drawer. If you want one I can
> send it direct to your email.
>
> Regards
>
> Parwez Hamid​
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of Christian Svensson <022ad63487ef-dmarc-requ...@listserv.ua.edu>
> Sent: 15 September 2019 22:19
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Blank fanout z114 CPC adapter
>
> Hi,
>
> I'm in the process of removing the old I/O cage and just using my PCIe
> cage.
> I can see from some pictures in SHARE slides
> <
> https://share.confex.com/share/118/webprogram/Handout/Session10617/S10617%20-%20Introducing%20the%20new%20z114%20and%20z196%20PCIe%20IO%20and%20Coupling%20Infrastructure%20Mar9a%20.pdf
> >
> (slide
> 8) that there is a fanout dummy adapter, i.e. what I assume is just a metal
> shell that protects the CPC adapter connector during operation.
>
> Anyone out there on the mailing list that happen to know the part number?
>
> Thanks,
>
> --
> 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

Can you update WLM via a batch program?

[Jim Horne]

Like many of you I suspect, I sometimes want to make changes to WLM that would 
be so easy if I could put everything into a batch job and submit it to update 
my policy.  I get especially frustrated when I want to create report classes 
for something like DDF, CICS or WAS transactions.  I can design everything, get 
all the names the way I want - but then, instead of being able to submit a 
batch job and verify it did what I wanted, I have to go into ISPF and enter 
everything by hand, one line at a time.

Does anyone know of a way to make this easier?  zOSMF WLM management seems to 
take the same issue and only change where you perform the data entry by hand.

Thanks in advance,
Jim Horne

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

Re: Can you update WLM via a batch program?

[Mark Jacobs]

Take a look at MVS Programming Workload Management Services, Using the 
administrative application
services chapter.

Mark Jacobs


Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com

‐‐‐ Original Message ‐‐‐
On Monday, September 16, 2019 12:40 PM, Jim Horne  wrote:

> Like many of you I suspect, I sometimes want to make changes to WLM that 
> would be so easy if I could put everything into a batch job and submit it to 
> update my policy. I get especially frustrated when I want to create report 
> classes for something like DDF, CICS or WAS transactions. I can design 
> everything, get all the names the way I want - but then, instead of being 
> able to submit a batch job and verify it did what I wanted, I have to go into 
> ISPF and enter everything by hand, one line at a time.
>
> Does anyone know of a way to make this easier? zOSMF WLM management seems to 
> take the same issue and only change where you perform the data entry by hand.
>
> Thanks in advance,
> Jim Horne
>
> -
>
> 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

LPA - IPL or dynamic

[Peter]

Hi

I have seen few vendors suggesting an IPL as requisite if you are doing the
product install for first time and If it's upgrade then it's not required.

I am ignorant here. How does this makes a difference ? Why a dynamic update
won't work if it's a first install ?

Programmatically how does it work from zOS perspective.

Apology if this question was already discussed here if so please point me
to the discussion link .

Regards
Peter

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

Re: [EXTERNAL] Re: Can you update WLM via a batch program?

[Horne, Jim - James S]

Thanks, Mark, that gives me starting point.

Jim Horne
Mainframe Services
jim.s.ho...@lowes.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Jacobs
Sent: Monday, September 16, 2019 1:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Can you update WLM via a batch program?

*EXTERNAL SENDER*


Take a look at MVS Programming Workload Management Services, Using the 
administrative application services chapter.

Mark Jacobs
‐‐‐ Original Message ‐‐‐
On Monday, September 16, 2019 12:40 PM, Jim Horne  wrote:

> Like many of you I suspect, I sometimes want to make changes to WLM that 
> would be so easy if I could put everything into a batch job and submit it to 
> update my policy. I get especially frustrated when I want to create report 
> classes for something like DDF, CICS or WAS transactions. I can design 
> everything, get all the names the way I want - but then, instead of being 
> able to submit a batch job and verify it did what I wanted, I have to go into 
> ISPF and enter everything by hand, one line at a time.
>
> Does anyone know of a way to make this easier? zOSMF WLM management seems to 
> take the same issue and only change where you perform the data entry by hand.
>
> Thanks in advance,
> Jim Horne

NOTICE: All information in and attached to the e-mails below may be 
proprietary, confidential, privileged and otherwise protected from improper or 
erroneous disclosure. If you are not the sender's intended recipient, you are 
not authorized to intercept, read, print, retain, copy, forward, or disseminate 
this message. If you have erroneously received this communication, please 
notify the sender immediately by phone (704-758-1000) or by e-mail and destroy 
all copies of this message electronic, paper, or otherwise. By transmitting 
documents via this email: Users, Customers, Suppliers and Vendors collectively 
acknowledge and agree the transmittal of information via email is voluntary, is 
offered as a convenience, and is not a secured method of communication; Not to 
transmit any payment information E.G. credit card, debit card, checking 
account, wire transfer information, passwords, or sensitive and personal 
information E.G. Driver's license, DOB, social security, or any other 
information the user wishes to remain confidential; To transmit only 
non-confidential information such as plans, pictures and drawings and to assume 
all risk and liability for and indemnify Lowe's from any claims, losses or 
damages that may arise from the transmittal of documents or including 
non-confidential information in the body of an email transmittal. Thank you.

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

Re: LPA - IPL or dynamic

[Neubert, Kevin]

Would have to understand where the modules you are referring to live and how 
they are used, etc.

LPA content comes to mind.  Take a quick look/read here.

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.4.0/com.ibm.zos.v2r4.ieag100/iea3g1_Managing_dynamic_LPA_content.htm

Regards,

Kevin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter
Sent: Monday, September 16, 2019 10:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: LPA - IPL or dynamic

Hi

I have seen few vendors suggesting an IPL as requisite if you are doing the 
product install for first time and If it's upgrade then it's not required.

I am ignorant here. How does this makes a difference ? Why a dynamic update 
won't work if it's a first install ?

Programmatically how does it work from zOS perspective.

Apology if this question was already discussed here if so please point me to 
the discussion link .

Regards
Peter

--
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: LPA - IPL or dynamic

[Lennie Dymoke-Bradshaw]

Peter,

I think it depends entirely on how the product is installed. The various 
methods required might include,

1. LPA modules
2. Nucleus extensions
3. SVC(s)
4. New APF libraries
5. New linklist libraries
6. PPT modifications
7. Front-ending of existing SVCs
8. Console definition modifictions
9. Sub-system defintions

...and many other types of changes to system libraries or definitions.

Each site will have standards about whether they allow such changes in-flight, 
or require an IPL. There are benefits with the IPL method. One is that you 
prove the system configuration.

You might also wish to consider that installing on one system is fine, but then 
the product may need to be activated on another LPAR in the Sysplex.

Often however, the system initialisation changes can be mode for the first 
install and then library updates can be performed for an update. 

Hope that helps.

Lennie Dymoke-Bradshaw | Security Lead | RSM Partners Ltd  

Web:  www.rsmpartners.com
‘Dance like no one is watching. Encrypt like everyone is.’

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter
Sent: 16 September 2019 18:54
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] LPA - IPL or dynamic

Hi

I have seen few vendors suggesting an IPL as requisite if you are doing the 
product install for first time and If it's upgrade then it's not required.

I am ignorant here. How does this makes a difference ? Why a dynamic update 
won't work if it's a first install ?

Programmatically how does it work from zOS perspective.

Apology if this question was already discussed here if so please point me to 
the discussion link .

Regards
Peter

--
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: LPA - IPL or dynamic

[Jon Perryman]

 

   > On Monday, September 16, 2019, 10:54:02 AM PDT, Peter 
 wrote:  
> I have seen few vendors suggesting an IPL as requisite

Product vendor's do not want to be the cause for an IPL unless it's absolutely 
necessary. z/OS has many features that we can use to avoid IPL's. SVC's can be 
replaced by PC calls. MVS setprog allows APF, linklst, LPA and various other 
changes. Is there something specific you have in mind?

Jon.   

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

Re: z/OS V2R4 library updated for z15!

[Susan Shumway]

Hi Steve,

Thanks for the suggestion to include a link to the PoP! I'll pass it 
along to the owner of the page.


As for the Acrobat Indexed Collection, it now includes all the 
deliverables that were updated on 9/12: 
http://publibz.boulder.ibm.com/zoslib/pdf/zosv2r4pdfkit-Sep-12-2019.zip 
. Please let me know if you have any further comments.


-Sue Shumway


On 9/13/2019 2:09 PM, Steve Smith wrote:

Thanks Susan!

It would be nice to link to the new edition of the Principles of Operation
(-12), and get the all-inclusive .zip file up-to-date (at least as of 10
minutes ago, that was still the preview stuff).

sas


On Thu, Sep 12, 2019 at 10:26 PM Susan Shumway  wrote:


Hi all,

Many deliverables in the z/OS V2R4 product documentation library were
updated today to include content for z15 and other z/OS function - check it
out!

z/OS Internet Library:
http://www.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosInternetLibrary

--
Sue Shumway
z/OS Product Documentation Lead
IBM Poughkeepsie
chale...@us.ibm.com

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






--
Sue Shumway
z/OS Product Documentation Lead
IBM Poughkeepsie
chale...@us.ibm.com

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

Re: LPA - IPL or dynamic

[ITschak Mugzach]

In short, an IPL is easier than develping a program that installs SVCs
dynamically, load LPA modules, etc. some products does that. IBM's IMS for
example.

ITschak

On Mon, Sep 16, 2019 at 10:49 PM Lennie Dymoke-Bradshaw <
lenni...@rsmpartners.com> wrote:

> Peter,
>
> I think it depends entirely on how the product is installed. The various
> methods required might include,
>
> 1. LPA modules
> 2. Nucleus extensions
> 3. SVC(s)
> 4. New APF libraries
> 5. New linklist libraries
> 6. PPT modifications
> 7. Front-ending of existing SVCs
> 8. Console definition modifictions
> 9. Sub-system defintions
>
> ...and many other types of changes to system libraries or definitions.
>
> Each site will have standards about whether they allow such changes
> in-flight, or require an IPL. There are benefits with the IPL method. One
> is that you prove the system configuration.
>
> You might also wish to consider that installing on one system is fine, but
> then the product may need to be activated on another LPAR in the Sysplex.
>
> Often however, the system initialisation changes can be mode for the first
> install and then library updates can be performed for an update.
>
> Hope that helps.
>
> Lennie Dymoke-Bradshaw | Security Lead | RSM Partners Ltd
>
> Web:  www.rsmpartners.com
> ‘Dance like no one is watching. Encrypt like everyone is.’
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Peter
> Sent: 16 September 2019 18:54
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [IBM-MAIN] LPA - IPL or dynamic
>
> Hi
>
> I have seen few vendors suggesting an IPL as requisite if you are doing
> the product install for first time and If it's upgrade then it's not
> required.
>
> I am ignorant here. How does this makes a difference ? Why a dynamic
> update won't work if it's a first install ?
>
> Programmatically how does it work from zOS perspective.
>
> Apology if this question was already discussed here if so please point me
> to the discussion link .
>
> Regards
> Peter
>
> --
> 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
>


-- 
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
for Legacy **|  *

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

Re: Blank fanout z114 CPC adapter

[Edward Finnell]

Why isn't your CE handling this?

In a message dated 9/16/2019 3:00:58 PM Central Standard Time, 
022ad63487ef-dmarc-requ...@listserv.ua.edu writes:
This is why I'm thinking of removing the actual adapters.

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

Re: LPA - IPL or dynamic

[Seymour J Metz]

> If it's upgrade then it's not required.

The first question is whether it is true. If they install something that 
requires an IPL, how sure are they that they will never have to upgrade it?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Peter 
Sent: Monday, September 16, 2019 1:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: LPA - IPL or dynamic

Hi

I have seen few vendors suggesting an IPL as requisite if you are doing the
product install for first time and If it's upgrade then it's not required.

I am ignorant here. How does this makes a difference ? Why a dynamic update
won't work if it's a first install ?

Programmatically how does it work from zOS perspective.

Apology if this question was already discussed here if so please point me
to the discussion link .

Regards
Peter

--
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: Blank fanout z114 CPC adapter

[Christian Svensson]

Hi,

Because I bought it on eBay :-).



On Mon, Sep 16, 2019 at 10:13 PM Edward Finnell <
000248cce9f3-dmarc-requ...@listserv.ua.edu> wrote:

> Why isn't your CE handling this?
>
> In a message dated 9/16/2019 3:00:58 PM Central Standard Time,
> 022ad63487ef-dmarc-requ...@listserv.ua.edu writes:
> This is why I'm thinking of removing the actual adapters.
>
> --
> 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: Blank fanout z114 CPC adapter

[Edward Finnell]

Sorry, wasn't paying attention.

In a message dated 9/16/2019 3:32:59 PM Central Standard Time, 
022ad63487ef-dmarc-requ...@listserv.ua.edu writes:
Because I bought it on eBay :-)

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

Re: Blank fanout z114 CPC adapter

[Christian Svensson]

It's all good - I didn't mention it, so you couldn't have known.

On Mon, Sep 16, 2019 at 10:34 PM Edward Finnell <
000248cce9f3-dmarc-requ...@listserv.ua.edu> wrote:

> Sorry, wasn't paying attention.
>
> In a message dated 9/16/2019 3:32:59 PM Central Standard Time,
> 022ad63487ef-dmarc-requ...@listserv.ua.edu writes:
> Because I bought it on eBay :-)
>
> --
> 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: Submitting batch if you don't have TSO

[Jon Perryman]

 > On Sunday, September 15, 2019, 10:40:53 PM PDT, Bill Soper 
 >  wrote:
 
 > With CICS 5.5... you can submit as the CICS logged on userid...

This could still become a headache for the security admin and others if not 
managed correctly. Assigning surogat and maintaining dataset profiles for CICS 
user's. Ensuring that user's can't modify JCL or assign output destinations 
could be considered an exposure. The help desk must deal with jobs problems 
because CICS user's seldom understand JCL.

Interfacing with the job scheduler would be far more acceptable. Job errors and 
abends are dealt with in a more timely manner.  User manipulation is limited 
and it's easier to administrate.

Jon.  

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

Re: LPA - IPL or dynamic

[Tom Conley]

On 9/16/2019 1:54 PM, Peter wrote:

Hi

I have seen few vendors suggesting an IPL as requisite if you are doing the
product install for first time and If it's upgrade then it's not required.

I am ignorant here. How does this makes a difference ? Why a dynamic update
won't work if it's a first install ?

Programmatically how does it work from zOS perspective.

Apology if this question was already discussed here if so please point me
to the discussion link .

Regards
Peter



Peter,

If you have one or two LPA modules, or perhaps an LPA dataset that is 
standalone and doesn't require any other updates to function, then by 
all means, dynamically activate.  If, however, you also have STEPLIB or 
LINKLIST dependencies, SVC entries, etc., it's much safer to IPL.  There 
is currently no mechanism to serialize updating both LPA and LINKLIST at 
the same time, so if you try to do this with SMP/E maintenance hitting 
both, you'll likely fail spectacularly.  Good luck.


Regards,
Tom Conley

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

Re: Size of area passed to the pthread initiailization routine in BPX pthread_create

[Jon Perryman]

 Questions about MVS Unix facility such as create_thread would probably get an 
answer on the OMVS-l newsgroup.

Jon
On Tuesday, September 10, 2019, 12:46:23 PM PDT, Thomas David Rivers 
 wrote:  
 
 In the Callable Services documentation, in the pthread_create
description, the usage notes describe the thread initialization routine.

This routine is called with R13 pointing at 208 bytes of save area, and with
R1 pointing to a parm block.

That parm block contains:

      a.  The address of an initial work area for use by the initialization
            routine during its setup processing.

      b.  The address of a fullword field that contains the length of 
the initial work area.

But - the documentation doesn't seem to guarantee a minimum size for
that work area.

Does anyone know what can be assumed?  Also, if the size isn't 
sufficient, it's not
clear what the initialization routine should do - should it ABEND?  
There doesn't
seem to be a documented mechanism for the initialization routine to 
politely "fail".

(point #9 there does say that 256KB is required in the high private 
below the line
for pthread_create() to operate otherwise ENOMEM is returned.  But, it 
doesn't
mention how much of that 256KB might be passed to the initialization 
routine.)

      - Thanks! -
      - Dave Rivers -


-- 
riv...@dignus.com                        Work: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.com

--
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: Can you update WLM via a batch program?

[Salva Carrasco]

Check IWMINSTL at SYS1.SAMPLIB.

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

Re: Considering Bypassing ERROR HOLD for OA58037

[Gibney, Dave]

Well, I did do this. But, I am not sure it was worth it. The 
ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM check only tells me what I already knew. That I 
have some address spaces using user key common. I had hoped it went further and 
identified them. I know one for sure.

Yes, I do see the info on interpreting SMF30_UserKeyCsaUsage and 
SMF30_UserKeyCadsUsage. So, I guess my next step is to see if my MXG level has 
this support, or do I need to update (in part, or fully) MXG. 

Or, alternatively, is there some ICE tool support for this question.

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Allan Staller
> Sent: Monday, September 16, 2019 5:26 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Considering Bypassing ERROR HOLD for OA58037
> 
> I just this the same thing. The DEBCHK lock function is a pe-chain that seems
> it has run on for about 18 months.
> I ended up bypassing 2 APARs that do not affect my installation.
> 
> OA58037 is according to L2 support, a very specific set of conditions.
> 
> IMO, it is OK to bypass an error hold, as long as you are aware of the
> consequences (why else would IBM have written the code?).
> It should not be done lightly, but it is OK to do so.
> 
> HTH,
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Gibney, Dave
> Sent: Friday, September 13, 2019 5:27 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Considering Bypassing ERROR HOLD for OA58037
> 
> For your Friday :)
> This APAR is holding UA96589 for OA51485. Since OA51485 is an INTEGRITY
> PROBLEM, there is very little info on it. Reading OA51485, I think the issue 
> is
> unlikely on my systems(s) I would likely on implement this bypass in
> sandboxes and maybe development LPARs.
> 
> The reason is that I would really like to have the
> ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM health check from
> OA53355/UA94607 But, UA94607 needs UA93212 which needs UA97270
> which needs UA96464 which needs UA96468 which needs UA96527 which
> needs UA96536 which needs UA96586 which needs  the held UA96589
> 
> As mentioned, I doubt I will encounter the problem of OA51485 or consider it
> a fatal issue if I do.
> OA58037: ABEND 16E RC=0 after CANCEL is issued during OPEN processing
> 19/08/12 PTF PECHANGE z/OS APAR status • OPEN Error description • This
> problem happens when a CANCEL is issued while the Access • Method
> Executors are processing an OPEN.
> • When this occurs, IFG0RR0A is called because of the ABEND13E. It • starts
> clean up and IFG0RR0B calls IGG020T1, which in turn goes • to IGG0201Z, it
> issues LOCKEXCL, which receives RSN - x'0C07'.
> • IGG0201Z at DEBCHKRB can handle that return, but makes one • additional
> check for - DEBXDEBLOCKX. It is not on so we continue • with ABEND16E-00,
> • • DEBCHK/K •
> 
> 
> The SMP/E APPLY step I've been cloning for decades includes a commented
> out BYPASS(
> /*HOLDERROR( )
> So I must have done this at least once before. I have no recollection as to
> when or why 😊
> 
> Dave Gibney
> Information Technology Services
> Washington State University
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> ::DISCLAIMER::
> 
> The contents of this e-mail and any attachment(s) are confidential and
> intended for the named recipient(s) only. E-mail transmission is not
> guaranteed to be secure or error-free as information could be intercepted,
> corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses
> in transmission. The e mail and its contents (with or without referred errors)
> shall therefore not attach any liability on the originator or HCL or its 
> affiliates.
> Views or opinions, if any, presented in this email are solely those of the
> author and may not necessarily reflect the views or opinions of HCL or its
> affiliates. Any form of reproduction, dissemination, copying, disclosure,
> modification, distribution and / or publication of this message without the
> prior written consent of authorized representative of HCL is strictly
> prohibited. If you have received this email in error please delete it and 
> notify
> the sender immediately. Before opening any email and/or attachments,
> please check them for viruses and other defects.
> 
> 
> --
> 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: Considering Bypassing ERROR HOLD for OA58037

[Andrew Rowley]

On 17/09/2019 9:15 am, Gibney, Dave wrote:

Yes, I do see the info on interpreting SMF30_UserKeyCsaUsage and 
SMF30_UserKeyCadsUsage. So, I guess my next step is to see if my MXG level has 
this support, or do I need to update (in part, or fully) MXG.

Or, alternatively, is there some ICE tool support for this question.


You could use the EasySMF 30 day trial to find the address spaces.

https://www.blackhillsoftware.com/30-day-trial/


Andrew Rowley

--
Andrew Rowley
Black Hill Software

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

Re: MPF Exit calling System REXX - S0C4 abend

[Jon Perryman]

 >  On Friday, September 6, 2019, 11:43:00 AM PDT, Peter Relson 
 > wrote:
 
 > Does it need saying that you ought to have your own recovery and take your 

> own SVC Dump to meet your own diagnostic needs?


MPF processing is also used for Netview message processing and has some basic 
abend recovery. That recovery will only allow a certain number of that specific 
abend before disabling your exit for that message.

As for using system REXX in MPF, remember that REXX might not be compatible 
with all messages. For instance, messages produced by device recovery. I'm not 
familiar with system REXX internals so I can't say where the problems may occur.

Also be aware that this is running on the SSI with inconsistent environment. 
Messages produced in a standard environment will probably work fine while the 
more obscure environments could fail for various reasons. In other words, you 
should test for all possible messages otherwise you run the risk of abends.

Jon.  

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

Re: LPA - IPL or dynamic

[Russell Witt]

Here I must completely agree with Lennie (and not just because of the great 
tag-line) on the first bullet. While the product I am most responsible for 
hasn't required an IPL in many years (not for a new install or even a release 
upgrade) the idea of doing an IPL as part of a new installation does validate 
that a future IPL will also work. Nothing worse than running for weeks/months 
after a dynamic upgrade only to find that the IPL parameters were never 
correctly modified and now the system doesn't come active correctly with the 
once-a-quarter IPL. Now, a good product (in my opinion) should be one that can 
be dynamically activated for testing purposes and then dynamically de-activated 
(removing all traces of itself) after the testing is complete so that an IPL is 
used for the final installation. 

But, that does cause problems for sites with a once-a-quarter IPL routine when 
you include the caveat that only 1 "change" should be made with an IPL. How 
many of us have had to fight the "6 things changed, and now the system won't 
IPL - what do we back-out first" problem? But, making one-change per IPL and 
only doing quarterly IPL's means you are always going to be VERY behind in 
maintenance and releases and taking advantage of new features/functions. 

Just my opinion. I have a sandbox that I can IPL as often as I want on a daily 
basis - lucky me.

Russell Witt
Broadcom

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lennie Dymoke-Bradshaw
Sent: Monday, September 16, 2019 2:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LPA - IPL or dynamic

Peter,

I think it depends entirely on how the product is installed. The various 
methods required might include,

1. LPA modules
2. Nucleus extensions
3. SVC(s)
4. New APF libraries
5. New linklist libraries
6. PPT modifications
7. Front-ending of existing SVCs
8. Console definition modifictions
9. Sub-system defintions

...and many other types of changes to system libraries or definitions.

Each site will have standards about whether they allow such changes in-flight, 
or require an IPL. There are benefits with the IPL method. One is that you 
prove the system configuration.

You might also wish to consider that installing on one system is fine, but then 
the product may need to be activated on another LPAR in the Sysplex.

Often however, the system initialisation changes can be mode for the first 
install and then library updates can be performed for an update. 

Hope that helps.

Lennie Dymoke-Bradshaw | Security Lead | RSM Partners Ltd  

Web:  www.rsmpartners.com
‘Dance like no one is watching. Encrypt like everyone is.’

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter
Sent: 16 September 2019 18:54
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] LPA - IPL or dynamic

Hi

I have seen few vendors suggesting an IPL as requisite if you are doing the 
product install for first time and If it's upgrade then it's not required.

I am ignorant here. How does this makes a difference ? Why a dynamic update 
won't work if it's a first install ?

Programmatically how does it work from zOS perspective.

Apology if this question was already discussed here if so please point me to 
the discussion link .

Regards
Peter

--
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

Re: DLL enabled module

[Jon Perryman]

 > If I have dynam(DLL) module and the load module has a number of CSECT 

> Can I still BASR to other CSECT 

> By browsing dynam(DLL) module Seems to be another type format than regular 
> load module 


I've never used assembler DLL functionality but from my understanding, you are 
supposed to use the DLL function call. 

Jon.   

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

Re: Considering Bypassing ERROR HOLD for OA58037

[Brian Westerman]

That's part of a pretty long comedy of errors that apply to (mostly) LRS's 
VPSIP product.  If you are running VPSIP, like several of our sites, then you 
are likely aware of the issues that this whole string of aparas has caused.

https://www.ibm.com/support/pages/debchk-deb-lock-new-function-list-maintenance

If you are not using VPSIP then it probably won't effect you either way to 
bypass the hold.

Brian

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

Re: Considering Bypassing ERROR HOLD for OA58037

[Bruce Hewson]

On Mon, 16 Sep 2019 23:15:40 +, Gibney, Dave  wrote:

>Well, I did do this. But, I am not sure it was worth it. The 
>ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM check only tells me what I already knew. That 
>I have some address spaces using user key common. I had hoped it went further 
>and identified them. I know one for sure.
>
>Yes, I do see the info on interpreting SMF30_UserKeyCsaUsage and 
>SMF30_UserKeyCadsUsage. So, I guess my next step is to see if my MXG level has 
>this support, or do I need to update (in part, or fully) MXG. 
>

I forget who I got this code from, one of the list members websites:-


// EXPORT SYMLIST=*
//*
// SET  DATE='06/01/2019' <<== SET Search Date 
// SET  SYSN=SYS1 <<== SET SYSTEM NAME 
// SET SMFID=PRD1 <<== SET SMF ID  
-  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -   63 Line(s) not Displayed
//SYSINDD  *,SYMBOLS=EXECSYS   
   
%INCLUDE SOURCLIB(TYPE30,SMFINTRV);
   
 DATA LIMIT;   
   SET PDB.SMFINTRV ;  
   IF CPUTM NE .  ;
IF SMF30_RAXFLAGS='00'X THEN DELETE;   
IF SMF30_RAXFLAGS='40'X THEN DELETE;   
IF SMF30_RAXFLAGS='80'X THEN DELETE;   
/* 1000 = 80 = AUDIT ON  */
/* 1001 = 90 = CHANGE KEY*/
/* 1010 = A0 = CADS USAGE*/
/* 1011 = B0 = CADS+CHANGE KEY   */
/* 1100 = C0 = CSA USAGE */
/* 1101 = D0 = CSA+CHANGE KEY*/
/* 1110 = E0 = CSA+CADS  */
/*  = F0 = CSA+CADS+CHANGEKEY*/
IF SMF30_RAXFLAGS='90'X THEN USERKEY='CHGKEY' ;
IF SMF30_RAXFLAGS='A0'X THEN USERKEY='CADS' ;  
IF SMF30_RAXFLAGS='B0'X THEN USERKEY='CADS+CHGKEY' ;   
IF SMF30_RAXFLAGS='C0'X THEN USERKEY='CSA' ;   
IF SMF30_RAXFLAGS='D0'X THEN USERKEY='CSA+CHGKEY' ;
IF SMF30_RAXFLAGS='E0'X THEN USERKEY='CSA+CADS' ;  
IF SMF30_RAXFLAGS='F0'X THEN USERKEY='CSA+CADS+CHGKEY' ;   
   RUN;
   
 PROC MEANS DATA=LIMIT SUM NWAY MISSING NONOBS PRINT;  
CLASS  SYSTEM JOB PROGRAM SMF30_RAXFLAGS USERKEY;  
VAR CPUTM; 
 OUTPUT OUT=POSTAV1(DROP=_TYPE_) SUM = GCPU  ; 
   
 OPTIONS LS=80 ;   
   
 PROC PRINTTO FILE=USERKEY ;   
   
 PROC PRINT DATA=POSTAV1;  
   TITLE1 ' ' ;
   TITLE2 'SMF30_USERKEY &SYSN. &DATE.';   
   ID SYSTEM PROGRAM SMF30_RAXFLAGS USERKEY ;  
   VAR JOB;
   RUN;
/* 

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