Thanks to all. After all this work, my boss has informed me that everything I have done is unnecessary. I was looking at this to stage up to our (hopefully) getting a z12BC and a new version of z/OS (probably the lowest version which can still be ordered "to minimize changes"). Of course, a big problem might be lack of compatibility PTFs on 1.12 versus 2.n . In any case, I'm going to do a complete disk-level restore of the target system (sandbox). I had a number Sx37 abends which may be the main problem. Perhaps resizing those libraries (after disk restoration) will solve this problem.
On Thu, May 24, 2018 at 12:55 PM Tom Marchant < [email protected]> wrote: > On Thu, 24 May 2018 09:14:20 -0500, John McKown wrote: > > >OK, y'all probably know that I'm on a very back level system -- z/OS 1.12 > >and we're even back level on maintenance. I'm trying to get more up to > >date, mainly for "fun & profit". Anyway. There are a number of RACF > modules > >which were hit and SMP/E tries to relink them. The problem seems to be > that > >some CSECTs are missing in the relink. > > Was this something that happened during the APPLY of a PTF? > Did the PTF include JCLIN? > What MCS statements are in the PTF? > > AFAIK, normal behavior of SMP/E when applying a PTF that contains a > replacement ++MOD is that all LMODs that contain that module are relinked. > The original load module (or program object) is included, and the module > from the PTF is included. In this way, all of the CSECTs in the load > module > are retained, and the one supplied by the PTF replaces the original. > > >They are in the LMOD in the running > >LINKLIB. In the output, I see the binder output which tries to relink the > >module. I see the missing CSECTs. The CSECTs which are not missing are > have > >Binder " INCLUDE AOSBN(csect)" in the binder's input stream. The CSECTs > >which are needed are in AOSBN properly, but there is no INCLUDE for them. > > > >I've never had anything like this happen before. I've been looking around > >in the current SMP/E manual and I _might_ be able to "fix" all the LMOD > >entries using UCLIN. But this seems to be dangerous to me. > > I wouldn't do that. > > >Any suggestions other than a stiff shot of something "nice" and > "soothing"? > > PMR. > > -- > Tom Marchant > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > -- Once a government places vague notions of public safety and security above the preservation of freedom, a general loss of liberty is sure to follow. GCS Griffin -- Pelaran Alliance -- TFS Guardian (book) Maranatha! <>< John McKown ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
