DSCBs or datasets are pretty equivalent for this calc. Although I'm not sure free spaces are indexed. Anyway, the messages are clear, it's my VTOCIX that is full, not the VTOC. With Curtis's clue, I'll check and confirm via DCOLLECT/MXG and then rebuild the VTOCIX.
Thanks to all for the help. > -----Original Message----- > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On > Behalf Of Mike Schwab > Sent: Thursday, July 11, 2019 3:28 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Determine level of fragmentation in VTOCIX? > > Don't you mean 5250 DSCBs? 1 for the first 5 extents on a PS, and 1 if any > extents over 5 to the limit? Also you have to have a DSCB for each free space > extent. My guess is your VTOC is full, because when you need another > extent, you also need a free space record. > https://urldefense.proofpoint.com/v2/url?u=https- > 3A__en.wikipedia.org_wiki_Volume-5FTable-5Fof- > 5FContents&d=DwIFaQ&c=C3yme8gMkxg_ihJNXS06ZyWk4EJm8LdrrvxQb- > Je7sw&r=u9g8rUevBoyCPAdo5sWE9w&m=PVubGLGfvoz3GXBke48wI2veoJ3 > ilGiF4T_wx_JLE3o&s=TZAmDqparOHhNMhXohu0SwylCZscUGOx9gCM7furq > ws&e= > > Here is the table of Maximum VTOC and VTOCIX sizes for various devices and > 3380/3390 number of cylinders. EAVs would use the 64K cylinder size. > https://urldefense.proofpoint.com/v2/url?u=https- > 3A__www.ibm.com_support_knowledgecenter_en_SSLTBW- > 5F2.3.0_com.ibm.zos.v2r3.ickug00_ick40744.htm-23ick40-2Dgen745-5F- > 5Fmvtoc&d=DwIFaQ&c=C3yme8gMkxg_ihJNXS06ZyWk4EJm8LdrrvxQb- > Je7sw&r=u9g8rUevBoyCPAdo5sWE9w&m=PVubGLGfvoz3GXBke48wI2veoJ3 > ilGiF4T_wx_JLE3o&s=UBqnH6rbqMudvVVOjW3y1eA3ruFjAEBN9Yp6Do5Qe- > 0&e= > > On Thu, Jul 11, 2019 at 8:47 PM Gibney, Dave <gib...@wsu.edu> wrote: > > > > Is there a way to determine if and how much a VTOCIX is fragmented. Way > back when (when disk wasn't quite so cheap), we standardized on parking > the VTOCIX in the 14 tracks left in the 1st cylinder, and for a Mod-3, VTOC of > 105 tracks (7CYL) immediately following, and usually a 2 CYL VVDS right after > that. Most of my SMS managed application disks still follow this. And it > worked well for many years. > > > > But, during high volumes of SMTP activity, I have begun to get: > > > > IEC603I VTOC ERRORS MAY EXIST ON C465,PPRD22,8,027 > > IEC331I 042-002(0812041B),SMTP ,SMTP ,RNAM,IGG0CLH2 > > IEC331I VOL,PPRD22,NAME,SMTP.CONN257.NOTE IGD17003I PERMANENT > I/O > > ERROR ON VOLUME PPRD22 139 FOR DATA SET SMTP.CONN257.NOTE > HISTORIC > > RETURN CODE IS 8 DADSM DIAGNOSTIC INFORMATION IS 0812041B > IGD306I > > UNEXPECTED ERROR DURING IGGDAR02 PROCESSING 140 RETURN CODE 8 > REASON > > CODE 27 THE MODULE THAT DETECTED THE ERROR IS IGDVTSDA SMS > MODULE > > TRACE BACK - VTSDA VTSCU VTSCT VTSRN SSIRT SYMPTOM RECORD > CREATED, > > PROBLEM ID IS IGD00898 IEC614I RENAME FAILED - RC 008, DIAGNOSTIC > > INFORMATION IS (0812041B), > > 141 > > SMTP,PPRD22,SMTP.CONN257.NOTE > > EZA5544E Unable to RENAME file SMTP.CONN257.NOTE to > SMTP.A0258454.NOTE > > rc=408 > > EZA5568E UNABLE TO ALLOCATE ADDRBLOK DATA SET CORRECTLY > > > > SMTP is playing a dataset rename game - SMTP.TEMP.NOTE to > > SMTP.CONNnnn.NOTE (a 3 character length increase) > > > > SMTP then kindly sends a blank email to the recipient which then gets > > reported as suspicious :) > > > > I don't remember how we reached the numbers we used, but looking at > the info the ICKDSF manual, the 14 track index should be large enough for > the 5250 datasets possible with a 105 track VTOC. I an wondering if I can > REFORMAT REFVTOC EXTINDEX(14) and get refreshed, unfragmented > VTOCIX. > > > > Dave Gibney > > Information Technology Services > > Washington State University > > > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > Mike A Schwab, Springfield IL USA > Where do Forest Rangers go to get away from it all? > > ---------------------------------------------------------------------- > 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
