Re: RVA: How to free up space from deleted datasets wtihout IXFP
In a message dated 7/8/2005 9:28:42 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Anyone familiar with such an "erase" feature? >> RACF profile ERASE on SCRATCH Be very careful with this feature. Namely, make sure you turn it off after you're through erasing data. And turn it on very selectively. Horror story 41A: 10+ years ago a data center manager friend told a small group at SHARE about his situation where their security guy discovered this feature one day, turned it on as the default for all data sets everywhere without checking with anybody else as to the performance implications, and performance and throughput suddenly went all to hell. It took them a week to figure out what was happening and reset the RACF parameters. It also helps to cross train people. Bill Fairchild -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RVA: How to free up space from deleted datasets wtihout IXFP
In a message dated 7/8/2005 7:11:16 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Anyone familiar with such an "erase" feature? >> RACF profile ERASE on SCRATCH -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RVA: How to free up space from deleted datasets wtihout IXFP
Bruce, Yes, and you jogged my memory a little too. I believe the Home Address and R0 were described to me as "simulated," so if the track is otherwise empty, no backend storage would be used. Now, I also remember something in DFP/DFSMS, or RACF, or maybe a combination of both, where one could give a data set some kind of security attribute so that when it was deleted, all of its tracks would be "erased." If so, and the "erase" that's performed actually removes Record #1 and beyond, voilà, =all= of the backend storage occupied by the track's data would be freed. Anyone familiar with such an "erase" feature? --Art At 12:16 PM 7/8/2005, Bruce Black wrote: >Art, you got me thinking. As you pointed out, the bad side of your idea is >that it does use some backend storage for each track of zeros. My reference >for the STK SVA (successor to the RVA) says that it uses backend in 2k >increments, not 16K, but 16K might be right for the RVA. >Anyways, earlier in this thread someone suggested doing an ICKDSF INIT on the >volume and I responded that was a bad idea because it would use backend >storage. But I think I was wrong > >I believe that if a track in the RVA contains only a home address and a >standard R0 (with a CCHH matching the real CCHH and a data length of zero), no >data records on the track at all, then this track is NOT stored in the >backend; it is just a table entry indicating it is an empty track. >A ICKDSF Medial INIT (INIT with NOCHECK and VALIDATE specified) will do >exactly this to every track on the volume, which will release the backend >storage previously associated with any tracks on the volume. >Of course, this can be done only to an offline volume from which all data has >been moved elsewhere. == Art Celestini Celestini Development Services Phone: 201-670-1674Wyckoff, NJ = http://celestini.com = Mail sent to the "From" address used in this post will be rejected by our server. Please send off- list email to: ibmmaincelestinicom. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RVA: How to free up space from deleted datasets wtihout IXFP
On Jul 8, 2005, at 10:58 AM, Bill Fairchild wrote: I hope the original poster's management is enlightened and intelligent enough to be able to compare the cost of acquiring the IXFP license to the cost of all their employee's time spent on these manual procedures. An employee's time may be viewed as a sunk cost, but it is still not free. Bill Fairchild Bill, I wouldn't count on it. I worked at a place that refused to pay for any manuals. They ask a sysprog to copy the manuals on a xerox machine...sigh... Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RVA: How to free up space from deleted datasets wtihout IXFP
Bruce Black wrote: Art, you got me thinking. As you pointed out, the bad side of your idea is that it does use some backend storage for each track of zeros. My reference for the STK SVA (successor to the RVA) says that it uses backend in 2k increments, not 16K, but 16K might be right for the RVA. Anyways, earlier in this thread someone suggested doing an ICKDSF INIT on the volume and I responded that was a bad idea because it would use backend storage. But I think I was wrong That someone was me -- in the very first response to the original post. http://bama.ua.edu/cgi-bin/wa?A2=ind0507&L=ibm-main&P=R9157 I believe that if a track in the RVA contains only a home address and a standard R0 (with a CCHH matching the real CCHH and a data length of zero), no data records on the track at all, then this track is NOT stored in the backend; it is just a table entry indicating it is an empty track. A ICKDSF Medial INIT (INIT with NOCHECK and VALIDATE specified) will do exactly this to every track on the volume, which will release the backend storage previously associated with any tracks on the volume. Of course, this can be done only to an offline volume from which all data has been moved elsewhere. Naturally, I suggested copying the data elsewhere before performing INIT on the volume. -- - | Edward E. Jaffe|| | Mgr, Research & Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | http://www.phoenixsoftware.com | - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RVA: How to free up space from deleted datasets wtihout IXFP
Suppose you were to prepare a small program to write fixed-length records that were filled with binary zeros. Make the LRECL slightly larger than half-track size so that only one record will fit per track. Art, you got me thinking. As you pointed out, the bad side of your idea is that it does use some backend storage for each track of zeros. My reference for the STK SVA (successor to the RVA) says that it uses backend in 2k increments, not 16K, but 16K might be right for the RVA. Anyways, earlier in this thread someone suggested doing an ICKDSF INIT on the volume and I responded that was a bad idea because it would use backend storage. But I think I was wrong I believe that if a track in the RVA contains only a home address and a standard R0 (with a CCHH matching the real CCHH and a data length of zero), no data records on the track at all, then this track is NOT stored in the backend; it is just a table entry indicating it is an empty track. A ICKDSF Medial INIT (INIT with NOCHECK and VALIDATE specified) will do exactly this to every track on the volume, which will release the backend storage previously associated with any tracks on the volume. Of course, this can be done only to an offline volume from which all data has been moved elsewhere. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RVA: How to free up space from deleted datasets wtihout IXFP
In a message dated 7/8/2005 10:01:38 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: Suppose you were to prepare a small program to write fixed-length records that were filled with binary zeros. ... ... you could use IEBDG to generate a bigger data set full of zero-filled records and then use SORT/IEBCOPY to just copy that file to multiple temporary data sets until all secondary space is exhausted. ... ... start with one or two volumes that have a lot of free space, but space that you know was mostly "occupied" by data in the past. After executing the procedure on those one or two volumes, see if you can discern any improvement in the NCL. Obviously, if it gets worse, don't go any farther. --Art Celestini I hope the original poster's management is enlightened and intelligent enough to be able to compare the cost of acquiring the IXFP license to the cost of all their employee's time spent on these manual procedures. An employee's time may be viewed as a sunk cost, but it is still not free. Bill Fairchild -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RVA: How to free up space from deleted datasets wtihout IXFP
Without going down the path of reinventing IXFP, here's something you might consider: The RVA stores data in compressed form. Your problem seems to be a lot of tracks that are free from MVS's point of view, but still have data on them from the RVA's point of view. Suppose you were to prepare a small program to write fixed-length records that were filled with binary zeros. Make the LRECL slightly larger than half-track size so that only one record will fit per track. Then, working on one volume at a time, allocate as many small (say, 10 tracks each) data sets as you can and use this program to "erase" the data on their underlying tracks. Once this is done, you can delete all of these temporary data sets. Since the RVA compresses its data, this would serve to minimize the compressed size of each "free" track. I seem to remember hearing somewhere in the distant past that the RVA uses a minimum of 16K on the back end for each logical track, so the results are not likely to be as effective as IXFP (which presumably would release all of the back end space). There are, of course, several variations on this idea that could be more or less attractive. For example, you could use IEBDG to generate a bigger data set full of zero-filled records and then use SORT/IEBCOPY to just copy that file to multiple temporary data sets until all secondary space is exhausted. The goal is to fill all of the free space on each volume with binary zeros, so use whatever method you like best to accomplish this goal. To ensure that this indeed helps the situation, you should start with one or two volumes that have a lot of free space, but space that you know was mostly "occupied" by data in the past. After executing the procedure on those one or two volumes, see if you can discern any improvement in the NCL. Obviously, if it gets worse, don't go any farther. --Art Celestini At 09:34 PM 7/5/2005, caleb ong wrote: >Hello, > >We have a RVA with NCL nearing 85%. We don't have IXFP. We are trying to free >up space to bring down the NCL. The deleted dataset space from os/390 is not >freed up in rva. From the docs and the archives post, we know that we need to >run dynamic ddsr and interval ddsr. But this is part of ixfp and we currently >don't have this sw. > >Without IXFP, is there no other way to reclaim spaces from deleted datasets ? >The redbook seems to indicate that IXFP was an option, if this is the case, >then there should be some other way to reclaim spaces outside of ixfp. > >Outside of ixfp, is there any manual procedure that you could do to reclaim >the space from deleted datasets ? it doesn't have to be online, any procedure >, even those that require downtime on the rva. > >thanks in advance. > >Caleb == Art Celestini Celestini Development Services Phone: 201-670-1674Wyckoff, NJ = http://celestini.com = Mail sent to the "From" address used in this post will be rejected by our server. Please send off- list email to: ibmmaincelestinicom. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FW: RVA: How to free up space from deleted datasets wtihout IXFP
All, My recollection of Space collection in the Iceberg is that IXFP DDSR sped up the process, but you didn't hit 100% NCL just because IXFP was not running. The redbook SG242241 says: "On systems without IXFP, DDSR is not available. When a data set is deleted, the NCL allocated to that data set is still occupied by the deleted data. When a new data set is created in the same place on that disk, the NCL allocated to the old data is released. This is functionally equivalent to traditional storage subsystems. For this reason, systems without IXFP should be sized to operate at an NCL of 60%-65%." I don't take this literally, as I think deleted and created are really referring to tracks that are overwritten. For most volumes data is written at the front of the volume for the simple reason that allocation will allocate in the first cchh that satisfies the space request. Because most datasets will be written over after deletion, not having DDSR is not really a tragedy. Work packs are probably a bigger issue, and I think they make greater use of DDSR. A couple of big SORTWK datasets may be allocated and written towards the back of a volume, and even though deleted the probability of being overwritten is quite small - hence IBM's recommendation. If you don't have IXFP there are some strategies to use: 1) Use track allocation with small primaries, many extents and multivolume datasets. Small extents make it easier to find space at the front of a volume. 2) Don't over allocate the number of volumes. Having many almost empty volumes has been a space abend saving technique on Iceberg since day one, but it decreases the probability that deleted datasets will be written over. Each site probably has some happy range that they can operate in - but going straight to the max would not be a good idea without IXFP and DDSR. 3) Set up a STORGRUP for your temporary datasets. Using ACS routines you should be able to keep long duration temp datasets away from these volumes, allowing you to Offline the volumes, and then Delete and Redefine as suggested by Bruce Black. Temp datasets were the big winner for DDSR in the shop I worked in with Iceberg. Hope this helps, and corrections/additions are welcome. Or you could ask SUN :) Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Norbert Friemel > Sent: Thursday, 7 July 2005 4:41 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: RVA: How to free up space from deleted datasets wtihout IXFP > > On Wed, 6 Jul 2005 09:20:39 -0700, Edward E. Jaffe wrote: > > > http://publibz.boulder.ibm.com/cgi- > bin/bookmgr_OS390/BOOKS/CP6PIU02/3.2.5.2?SHELF=CP6BKS03&DT=19990405153646& > CASE= > http://publibz.boulder.ibm.com/cgi- > bin/bookmgr_OS390/BOOKS/C2671784/5.6?SHELF=C2673780&DT=19990712113601 > > "It is also recommended that Interval DDSR be run immediately after > reinitializing a RAMAC Virtual Array volume, after restoring a new RAMAC > Virtual Array volume, and after running a utility such as IBM's DFDSS > DEFRAG > on a volume." > > Norbert Friemel > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RVA: How to free up space from deleted datasets wtihout IXFP
On Wed, 6 Jul 2005 09:20:39 -0700, Edward E. Jaffe wrote: > > >Interesting. We no longer have an RVA, so I can't try anything. But I >seem to remember the NCL going down when we reinitialized a volume. >OTOH, we did run IXFP. That probably explains why we observed that >phenomenon. > http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/CP6PIU02/3.2.5.2?SHELF=CP6BKS03&DT=19990405153646&CASE= http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/C2671784/5.6?SHELF=C2673780&DT=19990712113601 "It is also recommended that Interval DDSR be run immediately after reinitializing a RAMAC Virtual Array volume, after restoring a new RAMAC Virtual Array volume, and after running a utility such as IBM's DFDSS DEFRAG on a volume." Norbert Friemel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RVA: How to free up space from deleted datasets wtihout IXFP
Bruce, Duh, must have been seriously sleep deprived when I agreed with this madness. You are correct, of course. I was probably still in shock that anyone would have an RVA without IXFP. That's like running a car on rims. Nice catch. Tom - Original Message - From: "Bruce Black" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main Sent: Wednesday, July 06, 2005 9:34 AM Subject: Re: RVA: How to free up space from deleted datasets wtihout IXFP Copy the data sets elsewhere and INITialize the volume using DSF. NO! That will make the problem no better and probably worse. If you do a minimal INIT (just VTOC), then the tracks for all the datasets that used to be on the volume will STILL be assigned in the back-store. If you do a medial INIT (write every track), then EVERY track ont he volume will be assigned space on the back-store. What he could do is move all the datasets off a volume, then DELETE the volume from the RVA control panel (which releases the backstore), then redefine the volume and move datasets back. This could be very tedious. I agree, IXFP is necessary to the management of an RVA, there is no other way to release unused space. Alternately, you can license the SVAA product from StorageTek, more recent version of IXFP. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RVA: How to free up space from deleted datasets wtihout IXFP
We've still got one and it is definitely the IXFP software that frees up the backend storage when doing a pack init. Rex -Original Message- From: Edward E. Jaffe [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 06, 2005 11:21 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: RVA: How to free up space from deleted datasets wtihout IXFP Bruce Black wrote: >> Copy the data sets elsewhere and INITialize the volume using DSF. > > > NO! That will make the problem no better and probably worse. If you > do a minimal INIT (just VTOC), then the tracks for all the datasets > that used to be on the volume will STILL be assigned in the > back-store. If you do a medial INIT (write every track), then EVERY > track ont he volume will be assigned space on the back-store. Interesting. We no longer have an RVA, so I can't try anything. But I seem to remember the NCL going down when we reinitialized a volume. OTOH, we did run IXFP. That probably explains why we observed that phenomenon. -- - | Edward E. Jaffe|| | Mgr, Research & Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | http://www.phoenixsoftware.com | - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html E-MAIL CONFIDENTIALITY & USE NOTICE: The contents of this e-mail message and any attachments are intended solely for the addressee(s) and may contain confidential and/or legally privileged information. If you are not the intended recipient of this message or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message and any attachments. In addition, you are strictly prohibited from using, disseminating, distributing, copying, or storing this message and any attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RVA: How to free up space from deleted datasets wtihout IXFP
Bruce Black wrote: Copy the data sets elsewhere and INITialize the volume using DSF. NO! That will make the problem no better and probably worse. If you do a minimal INIT (just VTOC), then the tracks for all the datasets that used to be on the volume will STILL be assigned in the back-store. If you do a medial INIT (write every track), then EVERY track ont he volume will be assigned space on the back-store. Interesting. We no longer have an RVA, so I can't try anything. But I seem to remember the NCL going down when we reinitialized a volume. OTOH, we did run IXFP. That probably explains why we observed that phenomenon. -- - | Edward E. Jaffe|| | Mgr, Research & Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | http://www.phoenixsoftware.com | - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RVA: How to free up space from deleted datasets wtihout IXFP
And guess what happens if you use an RVA for Linux/390 I've been told if you have z/VM and the VM IXFP and run Linux/390 under z/VM this magic condition shouldn't happen. >>> [EMAIL PROTECTED] 07/06/05 9:34 AM >>> > Copy the data sets elsewhere and INITialize the volume using DSF. NO! That will make the problem no better and probably worse. If you do a minimal INIT (just VTOC), then the tracks for all the datasets that used to be on the volume will STILL be assigned in the back-store. If you do a medial INIT (write every track), then EVERY track ont he volume will be assigned space on the back-store. What he could do is move all the datasets off a volume, then DELETE the volume from the RVA control panel (which releases the backstore), then redefine the volume and move datasets back. This could be very tedious. I agree, IXFP is necessary to the management of an RVA, there is no other way to release unused space. Alternately, you can license the SVAA product from StorageTek, more recent version of IXFP. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RVA: How to free up space from deleted datasets wtihout IXFP
What he could do is move all the datasets off a volume, then DELETE the volume from the RVA control panel (which releases the backstore), then redefine the volume and move datasets back. This could be very tedious. Just reread what I typed. Assuming that he moved the datasets to another volume in the RVA, he would NOT want to move them back to the redefined volume. Otherwise the tracks from the temporary volume would remain assinged in the backstore. So the process should be: consolidate datasets on a smaller number of disk volumes in the RVA, then vary the empty volumes offline, and DELETE and redefine them from the control panel. Still tedious. Also, if the RVA has the SNAPSHOT feature (and most do), you are missing out on its advantages if you don[t have IXFP/SNAPSHOT. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RVA: How to free up space from deleted datasets wtihout IXFP
Copy the data sets elsewhere and INITialize the volume using DSF. NO! That will make the problem no better and probably worse. If you do a minimal INIT (just VTOC), then the tracks for all the datasets that used to be on the volume will STILL be assigned in the back-store. If you do a medial INIT (write every track), then EVERY track ont he volume will be assigned space on the back-store. What he could do is move all the datasets off a volume, then DELETE the volume from the RVA control panel (which releases the backstore), then redefine the volume and move datasets back. This could be very tedious. I agree, IXFP is necessary to the management of an RVA, there is no other way to release unused space. Alternately, you can license the SVAA product from StorageTek, more recent version of IXFP. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RVA: How to free up space from deleted datasets wtihout IXFP
caleb ong wrote: We have a RVA with NCL nearing 85%. We don't have IXFP. We are trying to free up space to bring down the NCL. The deleted dataset space from os/390 is not freed up in rva. From the docs and the archives post, we know that we need to run dynamic ddsr and interval ddsr. But this is part of ixfp and we currently don't have this sw. Without IXFP, is there no other way to reclaim spaces from deleted datasets ? The redbook seems to indicate that IXFP was an option, if this is the case, then there should be some other way to reclaim spaces outside of ixfp. Outside of ixfp, is there any manual procedure that you could do to reclaim the space from deleted datasets ? it doesn't have to be online, any procedure , even those that require downtime on the rva. Copy the data sets elsewhere and INITialize the volume using DSF. -- - | Edward E. Jaffe|| | Mgr, Research & Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | http://www.phoenixsoftware.com | - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RVA: How to free up space from deleted datasets wtihout IXFP
Hello, We have a RVA with NCL nearing 85%. We don't have IXFP. We are trying to free up space to bring down the NCL. The deleted dataset space from os/390 is not freed up in rva. From the docs and the archives post, we know that we need to run dynamic ddsr and interval ddsr. But this is part of ixfp and we currently don't have this sw. Without IXFP, is there no other way to reclaim spaces from deleted datasets ? The redbook seems to indicate that IXFP was an option, if this is the case, then there should be some other way to reclaim spaces outside of ixfp. Outside of ixfp, is there any manual procedure that you could do to reclaim the space from deleted datasets ? it doesn't have to be online, any procedure , even those that require downtime on the rva. thanks in advance. Caleb _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
