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://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ida > u100/pdse.htm > <https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.idau100/pdse.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
