Well, you could create *.NEW with the needed space, copy over, and rename * to *.OLD then *.NEW to *. Next IPL should free the *.OLD datasets.
Maybe a rescue IPL volume to perform these kind of operations? On Sat, Nov 16, 2024 at 11:13 AM Radoslaw Skorupka <00000471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: > > Well... I'm not sure. > > Yes, I can copy all dataset from VOL001 to VOL002 and get both > consolidated and not overallocated datasets. > I think I cannot do it to "copy in place" - that means from VOL001 to > same VOL001. > > Actually I can solve my *current* problem manually, even by using ISPF > P.3.4 action characters and/or IEBCOPY jobs. > However I would like to "invent" something more elegant and less > cumbersome. > > <some rant> > In fact I don't understand why ADRDSSU does not process the dataset even > if I switched off both LLA and unallocated the LNKLST. > I would want ADRDSSU to have a switch like TOL(ENQF) for DEFRAG and > CONSOLIDATE. Or COMPRESS. It may require special authorities as > potentially dangerous - that's OK. However DSS authors are aware some > SYS1 dataset *names* are almost always enqueued, but it would be quite > convenient to process them from another z/OS image. > Does nobody compressed SYS1.LINKLIB using DSS? > Note: IEBCOPY can do it even on live sysres. > <rant mode off, time for my pills> > > Regards > -- > Radoslaw Skorupka > Lodz, Poland > > > > > W dniu 15.11.2024 o 23:44, Steve Beaver pisze: > > Im guessing you have tried COPY > > With Process(SYS1) and exclude VVDS > > > > > > Sent from my iPhone > > > > No one said I could type with one thumb > > > >> On Nov 15, 2024, at 16:35, Radoslaw > >> Skorupka<00000471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: > >> > >> I'm trying to CONSOLIDATE and (in later step) DEFRAG datasets on some > >> volume. > >> It is *not* SYSRES, however it contains copy of system libraries, i.e. > >> SYS1.HELP or SISPLOAD, etc. > >> Unfortunately most of the datasets is omitted with the message "DATA SET > >> dsname IN USER AND WAS NOT MOVED" > >> I stopped LLA and issued SETPROG LNKLST,UNALLOCATE. Neither LLA nor XCFAS > >> are keeping the enqueue. > >> However it seems, the DSS "knows better" and refuse to touch those > >> datasets. > >> Again - it is not a SYSRES. Those datasets are even not cataloged. > >> > >> Q: How to circumvent the problem? > >> > >> The only idea I imagine is to use some tool (which one???) to rename > >> SYS1.* to SYS2.* then do the DSS work, then rename it back. > >> > >> Any clue? > >> > >> -- > >> Radoslaw Skorupka > >> Lodz, Poland > > ---------------------------------------------------------------------- > 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
