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
