|
|
| Author |
Message |
Sambhaji Warnings : 1 Active User
Joined: 16 Feb 2007 Posts: 267 Location: Pune, India
|
|
|
|
Often while copying member in the pds if i get X37 (space error)
If i issue Z command for PDS and tried copying member it works.
What does compress comand does actually?
does it zip the file or or rearranges file data blocks to make unusable free space available? Or anything else  |
|
| Back to top |
|
 |
References
|
|
 |
Anuj D.
Global Moderator
Joined: 22 Apr 2006 Posts: 2222 Location: Phoenix, AZ
|
|
|
|
| To reclaim the unused and unavailable space in a partitioned data set that results from deleting or modifying members by moving all unused space to the end of the data set. |
|
| Back to top |
|
 |
Anuj D.
Global Moderator
Joined: 22 Apr 2006 Posts: 2222 Location: Phoenix, AZ
|
|
|
|
If it's your persoanl PDS, try using PDSE to overcome X37.
BTW, in X37 ..X stands for ? |
|
| Back to top |
|
 |
Moved: Wed Oct 01, 2008 11:37 am by superk From Other Mainframe Topics to SMS & VSAM |
Sambhaji Warnings : 1 Active User
Joined: 16 Feb 2007 Posts: 267 Location: Pune, India
|
|
|
|
| Quote: |
To reclaim the unused and unavailable space in a partitioned data set that results from deleting or modifying members by moving all unused space to the end of the data set. |
Thanks for this info. But do you mean to say that if we keep on adding members in PDS (with out deleting or modifying existing members in it)
compress wont have any effect?
| Quote: |
BTW, in X37 ..X stands for ?
|
I ment here B37 or D37. |
|
| Back to top |
|
 |
Anuj D.
Global Moderator
Joined: 22 Apr 2006 Posts: 2222 Location: Phoenix, AZ
|
|
|
|
I didn't realize that above said can be an inference of my previous explanation. No I don't mean this
| Quote: |
if we keep on adding members in PDS (with out deleting or modifying existing members in it)
compress wont have any effect? |
This may be true if all the 16 extents for that PDS are exhausted fully.. |
|
| Back to top |
|
 |
gcicchet
Senior Member
Joined: 28 Jul 2006 Posts: 663
|
|
|
|
Hi,
| Quote: |
Thanks for this info. But do you mean to say that if we keep on adding members in PDS (with out deleting or modifying existing members in it)
compress wont have any effect?
|
If the above occurs then there is no space to be reclaimded.
Gerry |
|
| Back to top |
|
 |
dick scherrer
Global Moderator
Joined: 23 Nov 2006 Posts: 8729 Location: 221 B Baker St
|
|
|
|
Hello,
| Quote: |
if we keep on adding members in PDS (with out deleting or modifying existing members in it)
compress wont have any effect? |
Compress removes "dead" space when members are replaced. If you only add new membersm there will be no "dead" space. When you replace a member with "save" in the editor for example, a new member is written and the old space for the member is left stranded. A compress removes all of this dead space, moves the existing members "up" and leaves all of the available free space "at the bottom".
FWIW - a standard pds with only 1 member may be "full" because the member has been replaced so many times that all of the free space has been used.
| Quote: |
| BTW, in X37 ..X stands for ? |
While they have different specifics the x37 abends are space related. Saying x37 is just another way of saying space abend.
FWIW - There are some systems that run a product called StopX37 that intercepts these abends and prevents many production jobs from abending. |
|
| Back to top |
|
 |
Sambhaji Warnings : 1 Active User
Joined: 16 Feb 2007 Posts: 267 Location: Pune, India
|
|
|
|
| Thanks all for explaining concept so well |
|
| Back to top |
|
 |
|
|