Re: ISPF FREED SYS1.PARMLIB



"Lizette Koehler" <starsoul@xxxxxxxxxxxxxx> wrote in message
news:<01b901c7eb61$693c8f00$336f0a60@StarTraveller>...
I am not sure you have a problem.

When you issued the FREE SPACE command against the PARMLIB data set,
you
only force it to go back to the primary space if it could. For
instance, if
your SYS1.PARMLIB had CYL 1,1 and had 5 extents, then the free would
would
have left it CYL 1,1 but maybe now down to 1 extent. It is not an
issue
unless something is looking for a member at the exact TTR location it
was
before.

I would first issue a D GRS,RES=(*,SYS1.PARMLIB) and see what has it
in
current allocation (yes there are other methods).

Next I would review the allocation (option 3.2 or 3.4) and see what
the FREE
did.

You maybe okay. The free does not reduce your secondary allocations
or
remove what was there. It is more like a Compress.


F - Free unused space - not destroy data set.


Lizette



Lizette,

This is not true. FREE frees all space behind the last used track/cyl
and it does not change the allocation amounts. It does not touch the
data, either by reorganize or compress.

In the case of CYL 1,1 and 5 extents there is nothing to free, because
all extents have been taken to write data into. If it was compressed and
the last data would be in extent 3, the last 2 cylinders will be freed.

If the dataset is CYL 5,5 and has 5 extents, the 5 cylinders in the last
extent will probably not used all and the unused cylinders will be
freed.

Kees.
**********************************************************************
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. Koninklijke Luchtvaart
Maatschappij NV (KLM), its subsidiaries and/or its employees shall
not be liable for the incorrect or incomplete transmission of this
e-mail or any attachments, nor responsible for any delay in
receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286
**********************************************************************

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
.



Relevant Pages

  • Re: DASD Space Allocation
    ... Subject: DASD Space Allocation ... extents used; it is the space allocated, the JCL space parameter is asking ... for 2500,100 cylinders of space for a total 4000 cylinders. ... Assuming you do not have any software with Primary or Secondary extent ...
    (bit.listserv.ibm-main)
  • Re: DASD Space Allocation
    ... Subject: DASD Space Allocation ... What is the percentage used of the 4,331 cylinders? ... The dataset was allocated across 2 3390-9 volumes; 4 extents on the first ...
    (bit.listserv.ibm-main)
  • Re: DASD Space Allocation
    ... the initial allocation was not in 4 extents. ... volume are secondary extents and consume 100 cylinders each. ... Subject: DASD Space Allocation ...
    (bit.listserv.ibm-main)
  • Re: DASD Space Allocation
    ... extents used; it is the space allocated, the JCL space parameter is asking ... for 2500,100 cylinders of space for a total 4000 cylinders. ... Subject: DASD Space Allocation ...
    (bit.listserv.ibm-main)
  • RE: FW: Do we have to defrag MVS volumes on newer generation disk arrays?
    ... Smallish primary allocation sizes. ... Primary Space reduction in SRS ... Secondary extents for everything and make them bigger. ...
    (bit.listserv.ibm-main)