Hi Lizette, GROUPEXTEND (abbreviation GEXT) should always be coded. Regards, David
On 2019-08-25 09:56, Lizette Koehler wrote: > When I have these types of issues, I go back to the vendor to find out what > is needed to resolve the issue. This could be something in the way they > coded the SMP/e fixes or in the way I am trying to apply maintenance. > > I do not do anything fancy with maintenance. > > If you could post your SMP/e control cards - there might be something we see > in the way they are coded. > > I usually do a > > APPLY CHECK Bypass(HOLDSYS) S(x y z) . > > >From what I have seen over the years, this usually will work. > > And I will tend to use the SMP/e panels in ISPF to build my JCL. Saves a lot > of time in building the jobs. > > Lizette > > >> -----Original Message----- >> From: IBM Mainframe Discussion List <[email protected]> On Behalf Of >> Peter >> Sent: Sunday, August 25, 2019 12:21 AM >> To: [email protected] >> Subject: GIM38201E and GIM31901I >> >> Hi >> >> I am apply RSU for our zOS system. I am receiving a error message >> >> GIM38201E ** THERE IS A MODID ERROR FOR MOD ENTRY EZBTCRDF IN SYSMOD UI34556 >> >> GIM31901I SYSMOD UI34556 DOES NOT SPECIFY UI46897 ON PRE OR SUP OPERAND. >> UI46897 IS THE RMID FOR MOD EZBTCRDF THAT IS CURRENTLY INSTALLED. >> >> GIM22601I APPLY PROCESSING FAILED FOR SYSMOD UI34556. >> >> Does it mean the PTF UI46897 applied should be restored and modify its MCS to >> add UI34556 as its PRE ? >> >> Is my understanding correct? >> >> Could someone please shed light on ? >> >> zOS 2.2 >> >> Peter >> > ---------------------------------------------------------------------- > 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
