I can try TOL(ENQF) as well as PRAY(YES).
It is *not* a parameter of mentioned commands and it does not work.
--
Radoslaw Skorupka
Lodz, Poland
W dniu 17.11.2024 o 16:53, Allan Staller pisze:
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
