Alas, your allocation can still get another extent, but I'd prefer that nobody explain how; somebody might think that it was a good idea and cause the obvious problems.
-- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 ________________________________________ From: IBM Mainframe Discussion List <IBM-MAIN@listserv.ua.edu> on behalf of Carmen Vitullo <cvitu...@hughes.net> Sent: Monday, October 1, 2018 11:55 AM To: IBM-MAIN@listserv.ua.edu Subject: Re: S106 abends after copying into LINKLIST There's the key, in the allocation, if I allocate space for a linklist library I DO NOT specify any secondary allocation, zero zilch! a secondary extend can be taken to get my primary space if needed, but my PDS cannot get another extend due to my initial allocation of 100,0 for example , SMS or not, (as long as an SMS dataclass is not getting me in trouble) Carmen Vitullo ----- Original Message ----- From: "Michael Babcock" <bigironp...@gmail.com> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Monday, October 1, 2018 10:49:48 AM Subject: Re: S106 abends after copying into LINKLIST Secondary space and multiple extents are really two different things. Initial primary space for a PDS can be allocated in up 5 extents (SMS may change that though). Secondary space (if defined) may add additional extents. On Mon, Oct 1, 2018 at 10:33 AM Blake, Daniel J [CTR] < 000000f1be92566d-dmarc-requ...@listserv.ua.edu> wrote: > Very interesting conversation. Kind of related, like a third cousin is > what I found: > > ,SDSF OUTPUT DISPLAY CSV_LNKLST_SPACE LINE 0 COLUMNS > ,COMMAND INPUT ===>, ,SCROLL == > ********************************* TOP OF DATA ************************** > CHECK(IBMCSV,CSV_LNKLST_SPACE) > SYSPLEX: XXXX SYSTEM: YYYY > START TIME: 10/01/2018 02:11:10.736219 > CHECK DATE: 20050720 CHECK SEVERITY: LOW > > CSVH0983I None of the data sets in LNKLST set LNKLST00 were allocated > with secondary space defined. > > END TIME: 10/01/2018 02:11:11.449077 STATUS: SUCCESSFUL > > > Looks great right? Unless you allocated a data set on a volume that does > not have enough contiguous space. I that case you get this: > > > SDSF LNK DISPLAY SYS1 SYS1 EXT 92 LINE 1-37 (91) > COMMAND INPUT ===>, ,SCROLL > ===>,CSR , > PREFIX=* DEST=(ALL) OWNER=* SORT=EXTENT/D SYSNAME= > NP DSNAME Seq VolSer > BlkSize Extent SMS APF LRecL > SYS2.BMC.DB2BMCLINK 66 ISVM06 23476 > 2 NO YES 0 PO > SYS2.GENER.LOAD 1 ISVM06 > 32760 1 NO NO 0 PO > > > Dan > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Barkow, Eileen > Sent: Monday, October 01, 2018 10:48 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: S106 abends after copying into LINKLIST > > Thanks Lizette. > > The dataset is was emptied/copied in a different lpar than where it is > used. > But as was explained, the pds directory got altered by the empty member > procedure and no LLA REFRESH was done. > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Lizette Koehler > Sent: Monday, October 01, 2018 10:45 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: S106 abends after copying into LINKLIST > > What the Dataset where the modules were staged shared among Plexes or are > just > allocated to one Plex (but shared among any members in that Plex) > > PDS/E datasets can be very touchy. > > Did you find an S213 abends on the libraries prior to the S106? > > Check the first module indicated in the first S106. Did it have an I/O > errors > when you browse it? > > Can you do an IEBCOPY of the PDS to a new one and see if IEBCOPY shows any > I/O > Errors > > Can you do a IEBPDSE Copy of the PDS/E to a new one and see if there are > any I/O > errors? > > > https://secure-web.cisco.com/1wgF6g5gRw23P6g1rdufxDSxXTAzKlL0zoyYXNAXE-gwoYq_AybtuEaBCljakDCmPFvyAb1i2KnxT9z3jkF1ocSdsIAwFtCAjB6aTZ3-DLC3_88ZHo3zbLSd2NHWiqgYMrQTNRd__VJZ5rP8SYeuNPzGtkeQJ3KCWls9a3HFD6WXkk671HhMz6gLolqQEMrHD_NxNnwH1d6amRJa-dRDFawLh3zmjLH-XAM-zGisRXFvVKzC2wMIxLdL3slwBOWpydR9aR1yA2cSmJirLYaAZ5AeUliYkLOVeT_IZZzv51UqZo9lX8oa_8ZU43oD5MgpXAjnd1YVyTYwctDN4i9HjwavUw9myijsC6_bQn35rBHsAAQpkXYwrF8c2dLGp-nRWB_vF3syaiLC9-F-5HDCYDKhIXjQtk9fgKjOJmGiuMAIWc3Vk904gpbvCb7KQhaGj/https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fknowledgecenter%2Fen%2FSSLTBW_2.1.0%2Fcom.ibm.zos.v2r1.ida > u100/pdse.htm > <https://secure-web.cisco.com/1TGLnmuaQEcCNLV_1kvbFkYGgldnXMlBUZdXwSxV_ggiGyl0qAwGHCGlYJC3FiuO5ihiiEbcXkl3vp2RMTxjGs-6MCVx-zCqLlQ8fare5V4iSRNvwAzm2OZkZJzLOUNwSZAVvRr4RjiEmkUPN8Hz_y7VWb5hceVkfBy1iqQmD0nZpK23i9gEBXj7ywZCdhcrA9H1HQpgqPgLr13zODrxLXepSru36h0Rv4Lgyuu5QDeEL03XAiOqs662BpLOEHgvlNX6-L8oU59dsfSCCMBucmTzJwYxEl3ivVIkDcFGJ_YlyJWwgeywPmNYPofExDuR7pk9xT-VtQn56lyM3NUne05Glp3ExAyC4-H9hEqKMVTx6r_7yc_e9njaDXOpJgrps_KQ8DpRQhNwB8jYpUyN8DzUe34Apm23kPEV8bjg8cBZNLxgTG35QMzch2ipRT_9L/https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fknowledgecenter%2Fen%2FSSLTBW_2.1.0%2Fcom.ibm.zos.v2r1.idau100%2Fpdse.htm> > > > Lizette > > > > -----Original Message----- > > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On > Behalf Of > > Barkow, Eileen > > Sent: Monday, October 01, 2018 7:10 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: S106 abends after copying into LINKLIST > > > > 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 > > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
