Re: GIM38201E and GIM31901I

2019-08-26 Thread Seymour J Metz
From: IBM Mainframe Discussion List on behalf of Jesse 1 Robinson Sent: Monday, August 26, 2019 5:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: GIM38201E and GIM31901I I really don't think this is a packaging error; as noted by Tom Conley, those

Re: GIM38201E and GIM31901I

2019-08-26 Thread Jesse 1 Robinson
Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Monday, August 26, 2019 10:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: GIM38201E and GIM31901I It's

Re: GIM38201E and GIM31901I

2019-08-26 Thread Seymour J Metz
From: IBM Mainframe Discussion List on behalf of Lizette Koehler Sent: Sunday, August 25, 2019 9:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: GIM38201E and GIM31901I 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

Re: GIM38201E and GIM31901I

2019-08-26 Thread Jon Perryman
Exclude should not be needed. A PMR should be opened so that the problem can be fixed correctly. Most often, users cause this error by specifying REDO but there are a few other rare causes that usually require PMR to fix the problem. Jon. On Monday, August 26, 2019, 05:54:33 AM PDT,

Re: GIM38201E and GIM31901I

2019-08-26 Thread Allan Staller
Mainframe Discussion List On Behalf Of Peter Sent: Sunday, August 25, 2019 2:21 AM To: IBM-MAIN@LISTSERV.UA.EDU 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

Re: GIM38201E and GIM31901I

2019-08-25 Thread Tom Conley
On 8/25/2019 3:21 AM, Peter wrote: 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

Re: GIM38201E and GIM31901I

2019-08-25 Thread Jesse 1 Robinson
am Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Peter Sent: Sunday, August 25, 2019 12:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):GIM38201E and GIM31901I

Re: GIM38201E and GIM31901I

2019-08-25 Thread David Spiegel
NO > indicates that SMP/E should not try to recover from the error. > > > Lizette > > >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf Of >> David Spiegel >> Sent: Sunday, August 25, 2019 7:01 AM >> To: IBM-MAIN@LISTSERV

Re: GIM38201E and GIM31901I

2019-08-25 Thread Lizette Koehler
IN@LISTSERV.UA.EDU > Subject: Re: GIM38201E and GIM31901I > > Hi Peter, > Remove the RETRY(YES). > This will stop SMP/e from APPLYing "old" PTFs. > > Regards, > David > > On 2019-08-25 09:53, Peter wrote: > > Here is the control statement : > >

Re: GIM38201E and GIM31901I

2019-08-25 Thread David Spiegel
gt; From: IBM Mainframe Discussion List On Behalf Of >> Peter >> Sent: Sunday, August 25, 2019 12:21 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: GIM38201E and GIM31901I >> >> Hi >> >> I am apply RSU for our zOS system. I am receiving a error message >

Re: GIM38201E and GIM31901I

2019-08-25 Thread David Spiegel
Hi Peter, Remove the RETRY(YES). This will stop SMP/e from APPLYing "old" PTFs. Regards, David On 2019-08-25 09:53, Peter wrote: > Here is the control statement : > > SMPCNTL DD * > SET BDY TZONE . > APPLY CHECK > GROUPEXTEND > BYPASS((HOLDSYSTEM)) > RETRY(YES) > . > > > On Sun, 25 Aug, 2019,

Re: GIM38201E and GIM31901I

2019-08-25 Thread Lizette Koehler
ime in building the jobs. Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Peter > Sent: Sunday, August 25, 2019 12:21 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: GIM38201E and GIM31901I > > Hi > > I am apply RSU for our zOS syste

Re: GIM38201E and GIM31901I

2019-08-25 Thread Peter
Here is the control statement : SMPCNTL DD * SET BDY TZONE . APPLY CHECK GROUPEXTEND BYPASS((HOLDSYSTEM)) RETRY(YES) . On Sun, 25 Aug, 2019, 4:30 PM David Spiegel, wrote: > Hi Peter, > - Modifying vendor-supplied MCS is NEVER a good idea. > - The messages means that you are trying to APPLY a

Re: GIM38201E and GIM31901I

2019-08-25 Thread David Spiegel
Hi Peter, - Modifying vendor-supplied MCS is NEVER a good idea. - The messages means that you are trying to APPLY a lower-level PTF than is currently APPLYd. (Do you really want to back-level your software?) It would be helpful to supply your entire //SMPCNTL when asking questions of this

GIM38201E and GIM31901I

2019-08-25 Thread Peter
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