Classification: Confidential Might also try TOL(ENQF) on you ADRDSSU control statement.
-----Original Message----- From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Radoslaw Skorupka Sent: Sunday, November 17, 2024 8:11 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ADRDSSU DEFRAG and CONSOLIDATE & SYS1 [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] IPL won't help at all. I'm trying to process SYS1 (and other) datasets on "cold" volume - it is not sysres, none of the datasets is in use. This is tech system with minimum libraries, almost none products. And I can IPL this system how many times I want, but it won't change anything - SYS1.LINKLIB as well as other datasets won't be processed by ADRDSSU, even after STOP LLA and SETPROG LNKLST,UNALLOCATE. I really would like to use COMPRESS or CONSOLIDATE of DEFRAG instead of cumbersome and laborious tricks and workarounds. -- Radoslaw Skorupka Lodz, Poland W dniu 16.11.2024 o 20:57, Mike Schwab pisze: > 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 ::DISCLAIMER:: ________________________________ The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. ________________________________ ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
