Thanks. I'll review those too. Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&[email protected] ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On Tuesday, March 23rd, 2021 at 3:11 PM, Michael Brennan <[email protected]> wrote: > If you override CSSLIB, that will work for all invocations of only CSSLIB. If > your CSSLIB DDDEF is part of a DDDEF concatenation such as a SYSLIB then you > will need to override the entire SYSLIB concatenation also. > > From: IBM Mainframe Discussion List [email protected] on behalf of > Mark Jacobs [email protected] > > Sent: Tuesday, March 23, 2021 2:05 PM > > To: [email protected] > > Subject: Re: [External] Re: SMP/e Dataset allocation question > > [CAUTION: This Email is from outside the Organization. Unless you trust the > sender, Don’t click links or open attachments as it may be a Phishing email, > which can steal your Information and compromise your Computer.] > > I was also going down that same path while looking at it. Now, how to fix > without changing the DDDEFs, which was the entire point behind using DD > overrides. I just might open a ticket with SMP/e support and get their take > on the situation. > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.com&data=04|01|michael.brennan%40HCL.COM|fbe4a2a3ebca47436e7c08d8ee2eb913|189de737c93a4f5a8b686f4ca9941912|0|0|637521231757259753|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=eti1LiCayU1JPHzSKuHFwRV0usAckzaQ1Ywp%2BB86q4o%3D&reserved=0 > > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ > > On Tuesday, March 23rd, 2021 at 2:38 PM, Pommier, Rex [email protected] > wrote: > > > Short answer is that yes it should cause a concern. Will SMP/E drop > > something into one of those libraries then go get it to perform a link or > > something later in the apply? I wouldn't trust it if I had some parts of > > SMP/E pointing to overrides and other parts of SMP/E not using the same > > libraries when it expects them to be the same. > > > > Just my opinion. > > > > Rex > > > > -----Original Message----- > > > > From: IBM Mainframe Discussion List [email protected] On Behalf Of > > Mark Jacobs > > > > Sent: Tuesday, March 23, 2021 11:18 AM > > > > To: [email protected] > > > > Subject: [External] Re: SMP/e Dataset allocation question > > > > It is, yes. > > > > SMP00001 > > > > SCEEOBJ SMP00001 PERM CEE.SCEEOBJ Z24A01 3390 SHR > > > > SCEELKEX SMP00002 PERM CEE.SCEELKEX Z24A01 3390 SHR > > > > SCEELKED SMP00003 PERM CEE.SCEELKED Z24A01 3390 SHR > > > > CSSLIB SMP00004 PERM SYS1.CSSLIB Z24A01 3390 SHR > > > > SEUVFLIB SMP00005 PERM EUVF.SEUVFLIB Z24A01 3390 SHR > > > > SMP00006 > > > > SCEEOBJ SMP00006 PERM CEE.SCEEOBJ Z24A01 3390 SHR > > > > SCEELKEX SMP00007 PERM CEE.SCEELKEX Z24A01 3390 SHR > > > > SCEELKED SMP00008 PERM CEE.SCEELKED Z24A01 3390 SHR > > > > CSSLIB SMP00009 PERM SYS1.CSSLIB Z24A01 3390 SHR > > > > Many more. > > > > But as I said, they're showing the volumes that are in the DDDEF(s), not > > the ones I've specified in the overrides. I don't know if that's a concern > > though. > > > > Mark Jacobs > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > > https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.com&data=04|01|michael.brennan%40HCL.COM|fbe4a2a3ebca47436e7c08d8ee2eb913|189de737c93a4f5a8b686f4ca9941912|0|0|637521231757269746|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=%2BWP2Fbp8OlQLquGgCUsMHL%2Bkjl2vj5KQEXMJRuKDbvY%3D&reserved=0 > > > > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ > > > > On Tuesday, March 23rd, 2021 at 11:55 AM, Dana Mitchell [email protected] > > wrote: > > > > > Mark, > > > > > > Thats probably part of a dynamic concatenation that SMP/E did for a > > > SYSLIB sort of a input DD name. Is the DDDEF part of a concatenation > > > similar to this?: > > > > > > DDNAME DDDEFNAM SMPDDNAM TYPE -----------------------DATA SET OR > > > > > > PATH----------------------- > > > > > > SMP00048 > > > > > > SCEEOBJ SMP00048 PERM SYS1.SCEEOBJ Z22RSB 3390 SHR > > > > > > SCEELKEX SMP00049 PERM SYS1.SCEELKEX Z22RSB 3390 SHR > > > > > > SCEELKED SMP00050 PERM SYS1.SCEELKED Z22RSB 3390 SHR > > > > > > CSSLIB SMP00051 PERM SYS1.CSSLIB Z22RSB 3390 SHR > > > > > > SEUVFLIB SMP00052 PERM SYS1.SEUVFLIB Z22RSB 3390 SHR > > > > > > Dana > > > > > > On Tue, 23 Mar 2021 14:43:02 +0000, Mark Jacobs [email protected] > > > wrote: > > > > > > > I'm running an apply check with dataset overrides, same DSN, different > > > > volume. Here's one example. > > > > > > > > //CSSLIB DD DISP=SHR,UNIT=3390,VOL=SER=Z24AM1,DSN=SYS1.CSSLIB > > > > > > > > The SM APPLY CHECK FILE ALLOCATION REPORT shows that my override is > > > > > > > > being used, > > > > > > > > SYS1.CSSLIB Z24AM1 SHR > > > > > > > > But in the dynamic allocation processes, it's showing the volume > > > > specified in the DDDEF, not the one specified in my override. > > > > > > > > CSSLIB SMP00004 PERM SYS1.CSSLIB Z24A01 > > > > > > > > is this a concern? > > > > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > > > > send email to [email protected] with the message: INFO IBM-MAIN > > > > For IBM-MAIN subscribe / signoff / archive access instructions, send email > > to [email protected] with the message: INFO IBM-MAIN > > > > The information contained in this message is confidential, protected from > > disclosure and may be legally privileged. If the reader of this message is > > not the intended recipient or an employee or agent responsible for > > delivering this message to the intended recipient, you are hereby notified > > that any disclosure, distribution, copying, or any action taken or action > > omitted in reliance on it, is strictly prohibited and may be unlawful. If > > you have received this communication in error, please notify us immediately > > by replying to this message and destroy the material in its entirety, > > whether in electronic or hard copy format. Thank you. > > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > > send email to [email protected] with the message: INFO IBM-MAIN > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to [email protected] 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 [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
