Oh course !…the solution was to point to the good miglib… Sorry and thanks
Resiliency Services on Z Mainframe [email protected] > Le 30 sept. 2025 à 17:41, Jousma, David > <[email protected]> a écrit : > > Did you apply maintenance to the running system traditional datasets by > accident, and a “service” root filesystem that is not the active root > filesystem? > > > > > _______________________________ > > Dave Jousma > > Vice President | Director, Technology Engineering > > Fifth Third Bank | 1830 East Paris Ave, SE | Grand Rapids, MI 49546 > > > > > > > From: IBM Mainframe Discussion List <[email protected]> on behalf of > Alain Benvéniste <[email protected]> > Date: Tuesday, September 30, 2025 at 10:28 AM > To: [email protected] <[email protected]> > Subject: Re: GIM69208S + GIM23412S > > CAUTION EXTERNAL EMAIL > This message came from outside your organization. > DO NOT open attachments or click on links from unknown senders or unexpected > emails. > Report > Suspicious<https://us-phishalarm-ewt.proofpoint.com/EWT/v1/MwwqYLOC6b6whF7V!rhOLF7EpDg7h34fXDNigVFk50QkiSht0BGJrX6HihqmN-jPg-1OUq0tPw0F-x2XnILBifu1vctLY0tUt0c-dqnhXwenk9OPe$> > > > Kurt, > > I don’t have a STEPLIB defined. > The LLA was refreshed. > > The problem persists with the same messages. > > Thanks > > Resiliency Services on Z Mainframe > [email protected] > >> Le 30 sept. 2025 à 15:29, Kurt Quackenbush <[email protected]> a écrit : >> >> >>> >>> GIM69208S ** RECEIVE PROCESSING HAS FAILED BECAUSE THE LEVEL OF PROGRAM >>> GIMJVCLT >>> (37.34) IS NOT COMPATIBLE WITH THE LEVEL OF THE SMP/E CALLING >>> PROGRAM GIMSMP (37.30). >> >> SMP/E requires program GIMSMP (and similar) to be at the same service level >> as its java classes which reside in /usr/lpp/smp/classes/. This message >> means they are not at the same service level. >> >> Are you using a STEPLIB in the job? If so, it contains an older PTF level >> of program GIMSMP. Into which data set did GIMSMP get updated when you >> applied your recent set of PTFs? Can you STEPLIB to that data set? Your >> SMPCPATH DD statement value shows you're using the SMP/E java classes in >> /usr/lpp/smp/classes/. Did you refresh LLA after applying the PTFs so that >> program fetch will get the more recent program GIMSMP? >> >> https://urldefense.com/v3/__https://www.ibm.com/docs/en/zos/2.5.0?topic=messages-gim69208s__;!!MwwqYLOC6b6whF7V!k1JmB5jSjw_sPiiHZltCwFi-FNx5GZodlJkVpU9_fTuM86n5ugobUGC9QECToD81dXQbMha8AeEHVBOHeZtQdsJWiqM729GTe_8$ >> >> Kurt Quackenbush >> IBM | z/OS SMP/E and z/OSMF Software Management | [email protected] >> >> Chuck Norris never uses CHECK when he applies PTFs. >> >> ---------------------------------------------------------------------- >> 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 > > > > This e-mail transmission contains information that is confidential and may be > privileged. It is intended only for the addressee(s) named above. If you > receive this e-mail in error, please do not read, copy or disseminate it in > any manner. If you are not the intended recipient, any disclosure, copying, > distribution or use of the contents of this information is prohibited. Please > reply to the message immediately by informing the sender that the message was > misdirected. After replying, please erase it from your computer system. Your > assistance in correcting this error is appreciated. > > > ---------------------------------------------------------------------- > 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
