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://api.protonmail.ch/pks/lookup?op=get&[email protected]
‐‐‐‐‐‐‐ 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
