On Friday, 01/18/2008 at 10:49 EST, "Said, Nick" <[EMAIL PROTECTED]> 
wrote:
> I had the same problem at my shop a few months ago - new z/VM 5.3
> implementation backing up with FDR on z/OS. The problem is a missing
> dummy VTOC on cylinder 0 that FDR depends on - S213 abend if it doesn't
> find it. You must format cylinder 0 using CPFMTXA. Just make sure you
> run an ALLOCATE after the format to redefine all your CP areas.

The VTOC is located on cyl 0.  The record number is a 5-byte number 
starting at +0x0B in the label.  In the example I posted, the VTOC is on 
record 5:

RECORD 3 (a VOL1 label)
KEY      4 0000 E5D6D3F1                                 *VOL1 *
DATA    80 0000 E5D6D3F1  E3C5E2E3  C5D9F000  00000005 *VOL1TESTER0.....*
           0010 00000000  00404040  40404040  40404040   *..... *
           0020 40404040  40404040  40000000  0000C3D7   * .....CP*
           0030 E5D6D340  40404040  40404040  40404040   *VOL *
           0040 40404040  40404040  40404040  40404040   * *

RECORD 5 - This looks like a good type 4 DSCB
KEY     44 0000 04040404  04040404  04040404  04040404
           0010 04040404  04040404  04040404  04040404
           0020 04040404  04040404  04040404 
DATA    96 0000 F4000000  00050000  00000000  00000001
                 DSCB type = 0xF4 = 4
                 max CCHHR of DSCB entry = 000000005
                 # VTOC extents = 0x01 = 1
           0010 00000005  000FE5A2  00000030  0000322D 
                 SMS status = 0x00 = Non-system managed volume
                 # alt cyls = 0x00 = 0
                 # cyls = 0x0005 = 5
                 # trks/cyl = 0x000F = 15
                 Trk length = 0xE5A2 = 58786
                 Flags = 0x30 = 0011 0000
                   ...1 ...   = # alt cyls is valid
                   ..1. ...   = ????? Not defined
                 DSCBs per track = 0x32 = 50
                 PDS dir blocks per track = 0x2D = 45
           0020 00000000  00000000  00000000  00000000
           0030 00000000  00000000  00000000  00000000
           0040 00000000  00000000  00000000  00000000
           0050 00000000  00000000  00000000  00000000

RECORD 6  - This looks like a type 5 DSCB
KEY     44 0000 05050505  00010000  00000000  00000000
                        key = 0x05050505
                  relative addr of 1st avail trk = 0x0001
                  # UNused cyls = 0x0000 = 0
                  # add'l unused trks = 0x00 = 0
           0010 00000000  00000000  00000000  00000000
           0020 00000000  00000000  00000000 
 
DATA    96 0000 F5000000  00000000  00000000  00000000
                 DSCB type = 0xF5 = 5
           0010 00000000  00000000  00000000  00000000
           0020 00000000  00000000  00000000  00000000
           0030 00000000  00000000  00000000  00000000
           0040 00000000  00000000  00000000  00000000
           0050 00000000  00000000  00000000  00000000

Repeating the DITTO VTOC listing:
Unit 0111 VOLSER TESTER  3390 with 5 cyls, 15 trks/cyl, 58786 bytes/trk   
  
--- Data Set Name --- sorted by NAME   ----- Ext     Begin-end    Reltrk,  
 
1...5...10...15...20...25...30...35...40.... seq  Cyl-hd   Cyl-hd numtrks
 *** VTOC EXTENT ***                          0     0  0     0  0      0,1 
 
  *** FREE EXTENT ***                         0     0  1     4 14 1,74 
 *** This volume is currently 1 percent full with 74 tracks available  

I agree that that the DSCB-4 says the VTOC consists of only one track 
starting on track 0 of cyl 0, head 0.  I have no idea how it decided from 
the DSCB-5 shown above that the rest of the volume was available.  I even 
changed the 0x0001 to 0x0000 in the DSCB-5 and it says the same thing.

I wonder what the DSCB-5 looks like on an MVS volume that is completely 
full?  Maybe DITTO is wrong?

Alan Altmark
z/VM Development
IBM Endicott

Reply via email to