Perhaps, the UXTB is being created with a STC that does not use the IBM EDG* 
name.  From the system
where a UXTB is created, these are the messages you should see.  The EDGX102I 
message indicates the UXTB
has been created.

STC32987 00000090  $HASP373 EDGCVRSP STARTED                                   
STC32986 00000290  IEF695I START LMSINIT  WITH JOBNAME LMSINIT  IS ASSIGNED TO 
                    , GROUP PROCGRP                                            
STC32987 00000090  IEF403I EDGCVRSP - STARTED - TIME=11.31.16                  
STC32986 00000090  $HASP373 LMSINIT  STARTED                                   
STC32986 00000090  IEF403I LMSINIT - STARTED - TIME=11.31.16                   
         00000290  IEF196I IEF237I 0301 ALLOCATED TO SYS00002                  
STC32987 00000090  EDGX102I DATA TABLE LOADED O.K.                             



"Confidentially doc, I am the wabbit."

Bugs Bunny

Sent with Proton Mail secure email.

On Thursday, May 15th, 2025 at 9:57 AM, Jay Maynard 
<[email protected]> wrote:

> EDGCVRSP, that is. And no, that doesn't exist either.
> 
> On Thu, May 15, 2025 at 8:54 AM Jay Maynard [email protected] wrote:
> 
> > The IBM webpage calls for that, in STC EDGVRSP. That started task proc
> > doesn't exist on either system.
> > 
> > On Thu, May 15, 2025 at 8:51 AM rpinion865 <
> > [email protected]> wrote:
> > 
> > > I think you need to run a DFRMM STC which will set up the UXTB. Off the
> > > top of my head, I cannot
> > > remember what STC does that. Maybe my suggestion will ring a bell for
> > > you. If not, I can find out
> > > what STC you need to run.
> > > 
> > > "Confidentially doc, I am the wabbit."
> > > 
> > > Bugs Bunny
> > > 
> > > Sent with Proton Mail secure email.
> > > 
> > > On Thursday, May 15th, 2025 at 9:47 AM, Jay Maynard <
> > > [email protected]> wrote:
> > > 
> > > > We're having a weird problem. On our QA LPAR, trying to do a tape mount
> > > > (for an FDRABR restore operation) results in the following messages
> > > > after the IEF455D for the tape mount:
> > > > 
> > > > EDGI100I SUBSYSTEM UXTB NOT DEFINED OR NO TABLE LOADED
> > > > EDG2003E ABEND S0C4 U0000 RSN 0017 DURING DFSMSrmm SUBSYSTEM PROCESSING
> > > > AT
> > > > 4C0DFA IN MODULE K j~
> > > > EDG4003E DFSMSrmm DETECTED CONTROL BLOCK ERROR 20, 4084 DURING OPEN FOR
> > > > VQ0002 BY TXNWABRR, UTABRRES, TAPE#
> > > > 
> > > > Everything we can find about the EDGI100I message talks about using
> > > > EDGUX100 to set up processing for tape expiration. We had, at some
> > > > point in
> > > > the past, had that exit in place and the associated table, but during
> > > > the
> > > > installation of a previous z/OS, converted that to using the
> > > > EDGDEF00 member to accomplish the same goal and removed the exit and the
> > > > table.
> > > > 
> > > > The annoying thing about this is that this all works perfectly in our
> > > > production LPAR. We've compared definitions and modules between the two
> > > > LPARs, and they're the same.
> > > > 
> > > > So...anyone have any suggestions as to where we can look? Why does RMM
> > > > issue EDGI100I if the exit is not in use? I've tried looking at the 0C4
> > > > dump, and it wasn't very enlightening. We've contacted BMC just to make
> > > > sure it's not FDR that's the culprit, and they found that it's the
> > > > victim,
> > > > and pointed us to the same web page we keep tripping over at
> > > > https://ibm.com/support/pages/rmm-message-edgi100i-issued .
> > > > --
> > > > Jay Maynard
> > > > 
> > > > ----------------------------------------------------------------------
> > > > 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
> > 
> > --
> > Jay Maynard
> 
> 
> --
> Jay Maynard
> 
> ----------------------------------------------------------------------
> 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

Reply via email to