|
View previous topic :: View next topic
|
| Author |
Message |
chaoj
Active User
Joined: 03 Jun 2010
Posts: 103
Location: Dalian
|
|
|
|
When I catlg a data set at volume TSO0002, it displayed the message below
| Code: |
| VOLUME TSO0002 VTOC IS FULL |
I must delete some data set then I can catlg it .
How can I delete or extend the VTOC ?
the VTOC for TSO0002 now is below
| Code: |
Volume . : TSO002
Command ===>
Unit . . : 3390
Volume Data VTOC Data Free Space Tracks Cyls
Tracks . : 50,085 Tracks . : 30 Size . . : 28,793 1,900
%Used . : 42 %Used . . : 90 Largest . : 26,770 1,784
Trks/Cyls: 15 Free DSCBS: 157
Free Extents . : 100 |
|
|
| Back to top |
|
 |
gylbharat
Active Member
.jpg)
Joined: 31 Jul 2009
Posts: 565
Location: Bangalore
|
|
|
|
Hi,
You can use any file utility to find the datasets which exists on the volume TSO0002. Then you can delete unwanted datasets from that volume. |
|
| Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales
|
|
|
|
This would actually be a job to be performed by the storage management group responsible for DASD volumes.
Unless you ARE storage management DO NOT try to do this. |
|
| Back to top |
|
|
Pedro
Global Moderator
Joined: 01 Sep 2006
Posts: 2547
Location: Silicon Valley
|
|
|
|
| The storage management team needs to offload all of the datasets and specify the VTOC size while reformatting the DASD. |
|
| Back to top |
|
|
chaoj
Active User
Joined: 03 Jun 2010
Posts: 103
Location: Dalian
|
|
|
|
| OK, I see , thanks all (Pedro,expat and gylbharat) |
|
| Back to top |
|
|
nevilh
Active User
Joined: 01 Sep 2006
Posts: 262
|
|
|
|
| If you have ICKDSF Release 17 or later you can extend the VTOC without the need to offload any datasets. This feature has been available for at least 5 years |
|
| Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales
|
|
|
|
On the point raised by nevilh above, from past experience you may have to move some datasets as the VTOC will not extend unless it can do so contiguously. However, this may have changed since the last time that I had to do this.
Again, depending on which software products that you have installed at your site there may be other ways to do this, FDR/CPK is a great tool for this.
But as mentioned previously, if you ain't storage, then don't try this at home. |
|
| Back to top |
|
|
nevilh
Active User
Joined: 01 Sep 2006
Posts: 262
|
|
|
|
| Quote: |
| from past experience you may have to move some datasets |
no you won't Apar II08349 describes the process |
|
| Back to top |
|
|
prino
Senior Member
Joined: 07 Feb 2009
Posts: 1306
Location: Vilnius, Lithuania
|
|
|
|
| nevilh wrote: |
| If you have ICKDSF Release 17 or later you can extend the VTOC without the need to offload any datasets. This feature has been available for at least 5 years |
Do you have sample JCL for this, I might need to do this RSN... |
|
| Back to top |
|
|
nevilh
Active User
Joined: 01 Sep 2006
Posts: 262
|
|
|
|
The JCL should look something like this
// EXEC PGM=ICKDSF
//DD1 DD DISP=SHR,UNIT=3390,VOL=SER=xxxxxx
//SYSPRINT DD SYSOUT=A
//SYSIN DD *
REFORMAT DDNAME(DD1) VERIFY(xxxxxx) EXTVTOC(30) EXTINDEX(15)
IF you cannot extend the VTOC (data allocated directly behind it), try
// EXEC PGM=ICKDSF
//DD1 DD DISP=SHR,UNIT=3390,VOL=SER=xxxxxx
//SYSPRINT DD SYSOUT=A
//SYSIN DD *
REFORMAT UNIT(1234) DDNAME(DD1) VERIFY(xxxxxx) NEWVTOC(cc,hh)
UNIT must specify the address of the offline device to be reformatted
where cc,hh is a valid cylinder head address (note disk must be offline for this version) "ANY" can be substituted for cc,hh and then the system will decide where to place it |
|
| Back to top |
|
|
|
|
