Looks like a successful re-init with larger VTOCIX and SMALLDS. On Tue, Feb 11, 2014 at 12:51 PM, Staller, Allan <allan.stal...@kbmg.com> wrote: > At this point: > 1) delete the SMALLDS, it is empty. > 2) re-init the volume with appropriate VTOC/VTOCIX > 3) redefine the SMALLDS and prime it. > 4) Add the volume back into HSM for use. > > Al Staller | Z Systems Programmer | KBM Group | (Tel) 972 664-3565 | > allan.stal...@kbmg.com > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Mike Schwab > Sent: Tuesday, February 11, 2014 12:46 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: VTOCIX out of VIRs, how to reorg? > > OK. We just did a free vol. VTOC shows only the VTOCIX, VVDS, and SMALLLDS. > Listcat of the SMALLDS shows 1 record, records added and deleted don't > match. IDCAMS PRINT of the SMALLDS shows one record, 1st byte 'Z' followed > by 43 '9', Remainder is X'00' out to X'C7'. > > Is this an end of file marker and the SMALLDS is empty? > > On Fri, Jan 31, 2014 at 9:47 AM, Mike Schwab <mike.a.sch...@gmail.com> wrote: >> SDSP=150KB >> >> On Wed, Jan 29, 2014 at 5:38 PM, Graham Harris <harris...@gmail.com> wrote: >>> What is your SDSP threshold value? (i.e. the SDSP= value on a query >>> setsys) >>> >>> >>> On 29 January 2014 21:30, Mike Schwab <mike.a.sch...@gmail.com> wrote: >>> >>>> Yes. They were all INDEX(0,1,074) VTOC(05,00,1500). >>>> When we get them empty we will re-init as INDEX(0,1,149) VTOC(10,00,1305). >>>> Yesterday this LPAR had 192,000 HSM log file records. >>>> 64,000-67,000 records in the SDSP on each volume. >>>> 21,000-24,000 files on the ML1 volumes, most 1 track, biggest 23 tracks.. >>>> >>>> >>>> On Wed, Jan 29, 2014 at 1:53 PM, Staller, Allan >>>> <allan.stal...@kbmg.com> >>>> wrote: >>>> > 1) AFAIK there is no way to re-size the VTOCIX except a BUILDIX >>>> OSVTOC/BUILDIX IXVTOC sequence. >>>> > >>>> > Specifically an example (slightly modified from the manual >>>> "GC35-0033-39 Device Support Facilities (ICKDSF) User's Guide and >>>> Reference"): >>>> > >>>> > //jobname JOB >>>> > //STEP1 EXEC PGM=ICKDSF,PARM='NOREPLYU' >>>> > //SYSPRINT DD SYSOUT=A >>>> > //DDCARD DD UNIT=(3390,,DEFER),VOL=(PRIVATE,SER=VL3390), >>>> > // DISP=OLD >>>> > //SYSIN DD * >>>> > BUILDIX DDNAME(DDCARD) OS PURGE >>>> <----------------------------------------------------------------- >>>> Deletes the existing index >>>> > /* >>>> > //STEP2 EXEC PGM=ICKDSF >>>> > //SYSPRINT DD SYSOUT=A >>>> > //VOLDD DD UNIT=(3390,,DEFER),VOL=(PRIVATE,SER=339003), <-------- >>>> ----------------------------Allocates a new index. >>>> > // DSN=SYS1.VTOCIX.V39003,DISP=(NEW,KEEP), >>>> > // SPACE=(TRK,10,,CONTIG) >>>> > //SYSIN DD * >>>> > BUILDIX DDNAME(VOLDD) IXVTOC >>>> > /* >>>> > >>>> > 2) The previously mentioned MAXVTOC/MAXVTOCIX sizes are in TABLE >>>> > 57 on >>>> page 586 of manual "GC35-0033-39 Device Support Facilities (ICKDSF) >>>> User's Guide and Reference"): >>>> > 3) I believe we have established that there is adequate space in >>>> > the >>>> SDSP dataset(s) via "HI-A-RBA -1,592,647,680, HI-U-RBA -454,471,680, >>>> 455,270,400, 452,075,520, so under 33%" >>>> > 4) I believe we have established that there is adequate space on >>>> > the >>>> volume(s) via " Volumes are 45-48% free." >>>> > >>>> > >>>> > Something seems to be missing from the scenario. *IF* MOBIUS is >>>> > placing >>>> HLQ.pgmname.ddname.R#.Dyymmdd.Thhmmss into the SDSP dataset(s), >>>> > *WHY* would there be *ANY* issues w/the VTOCIX? >>>> > >>>> > Are the VTOCIX's on these 3 volumes the same size as the remaining >>>> volumes? >>>> > >>>> > >>>> > <snip> >>>> > The VIR count was down to 3 on the 3 volumes, other LPAR ML1 >>>> > volumes >>>> have 236-1538 VIRs. >>>> > Volumes are 45-48% free. >>>> > HI-A-RBA -1,592,647,680, HI-U-RBA -454,471,680, 455,270,400, >>>> 452,075,520, so under 33%. >>>> > </snip> >>>> > >>>> > ------------------------------------------------------------------ >>>> > ---- 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 >> >> >> >> -- >> Mike A Schwab, Springfield IL USA >> Where do Forest Rangers go to get away from it all? > > > > -- > 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
-- 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