>Try running an IEBCopy compress against the data set (option "z" against.
>TSO-ISPF display of the PDSE). It might be a little complicated as it's >in the Linklist, and so disp=old wouldn't work (still allocated to LLA), >so you'll have to use disp=shri in a batch job. This is not good advice, in general. Of course it's your system, so shooting yourself in the foot is always an option you are allowed to take. The system allocates LNKLST data sets for a reason -- so that you can't get the data set DISP=OLD which in turn means that if you're doing things right you will not be able to do such damaging operations as compress (where for compress "doing things right" means getting the data set DISP=OLD, and by "damaging" I mean damaging to other processes that might have knowledge of where a member is within the data set, not damaging to the data set itself). Bluntly, if you compress a LNKLST data set without DISP=OLD, then don't complain if something related to that data set no longer works. If you must compress the data set, then get it out of the LNKLST and out of LLA management. And note that there is no fully safe way to do the former unless you have added the data set to the now-activated LNKLST set after IPL and are able to terminate/restart all jobs that started after that LNKLST set was activated. Should compress require DISP=OLD? Maybe. But that's unlikely to change, and definitely won't change as a system default (one could imagine giving the customer a knob to ask that for their system the default be that). Peter Relson z/OS Core Technology Design ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
