Well I think that's the problem, the directory for that PDS is rebuild, none of those pointers to the modules are valid, like a compress when ALL members are moved. if you would have just copied the updated modules you should have been fine
Carmen Vitullo ----- Original Message ----- From: "Eileen Barkow" <[email protected]> To: [email protected] Sent: Monday, October 1, 2018 9:33:01 AM Subject: Re: S106 abends after copying into LINKLIST The dataset is a standard pds (CICS SDFHLINK). We used some sort of SAS proc/clists to empty out the members before copying the new ones in - I am not sure what this proc does since someone else set it up - but it does not appear to have compressed the dataset - just emptied out the members. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Massimo Biancucci Sent: Monday, October 01, 2018 10:22 AM To: [email protected] Subject: Re: S106 abends after copying into LINKLIST Hi, only to better understand. Is the loadlib a standard PDS ? Was it compressed ? Is the loadlib a PDSE ? This could better explain the incident. Best regards. Max Il giorno lun 1 ott 2018 alle ore 16:10 Barkow, Eileen < [email protected]> ha scritto: > Hi MVS gurus. > Perhaps someone can offer a plausible explanation for this, so that > the MVS group will stop blaming the CICS group for the problem. > > Last friday morning we copied new CICS LINKLIST/LPA modules into the > existing LINKLIST/LPA loadlibs > in use (a rather new scenario in use here - we used to use alternative > datasets), in anticipation of an IPL to > be done sunday morning. > anyway, around 6pm friday evening, an I/O error occured in linklist and > other jobs started abending with S106 abends. > the linklist library was not allocated with secondary extents and there > was no LLA refresh issued during > the day. I cannot find anything like this situation occurring on IBMLINK > and we have no dump of the original failure. > > Does anyone have any idea of what could have caused the I/O error. > both the input and output datasets have a max blksize of 32760. > > IEW4009I FETCH FAILED FOR MODULE DFHXCPRX FROM DDNAME -LNKLST- BECAUSE > OF AN I/O ERROR. > IEW4005I FETCH FOR MODULE DFHXCPRX FROM DDNAME -LNKLST- FAILED BECAUSE > IEWFETCH ISSUED RC 0F AND REASON 40 > CSV031I LIBRARY ACCESS FAILED FOR MODULE DFHXCPRX, RETURN CODE 24, > REASON CODE 26080021, DDNAME *LNKLST* > > > > > > ________________________________ > > This e-mail, including any attachments, may be confidential, privileged or > otherwise legally protected. It is intended only for the addressee. If you > received this e-mail in error or from someone who was not authorized to > send it to you, do not disseminate, copy or otherwise use this e-mail or > its attachments. Please notify the sender immediately by reply e-mail and > delete the e-mail from your system. > > > ---------------------------------------------------------------------- > 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 ---------------------------------------------------------------------- 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
