There is one other option and that is to do a IEBCOPY in a batch JOB using DISP=SHR with LLA down however I would backup the PDS first
Sent from my iPhone No one said I could type with one thumb > On Nov 16, 2024, at 11:13, 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 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
