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

Reply via email to