VM doesn't use VTOCs to describe disk contents; the CP directory tells which
cylinders are allocated as minidisks, and the CP allocation map tells CP
which cylinders to use for PAGE, SPOOL, etc.
I'll send you a document with some extra information about this subject.

The FTP based installation shouldn't have anything to do with your FDR
problem.  The fact that CP can IPL fine means all is OK.  You should tell
FDR -I don't know how- that it should take some physical based backup, or
has it a "VM-format" parameter?

2008/1/17, Dennis Schaffer <[EMAIL PROTECTED]>:
>
> Hi,
>
> I'm installing z/VM (v5.3) in a previously z/OS-only shop.  Because there
> is
> no existing VM, I'm doing a first-level installation and I'm also using t
> he
> FTP server method.  The installation, while slow, has completed successfu
> lly
> and I'm able to IPL the newly-installed system.  Thanks, IBM, for allowin
> g
> me to bypass all those tapes.
>
> I don't yet have access to any tape drives under VM so I'm depending on z
> /OS
> to backup my newly-installed volumes, 530RES, 530PAG and 530SPL.
>
> However, I experience S213-04 abends (can't find SYS1.VTOC on the volume)
>
> attempting to backup these volumes using Innovation's FDR under z/OS.  z/
> VM
> was shutdown and I varied the volumes offline/online to z/OS following th
> e
> first failure, hoping that might correct the problem.  I've used the same
>
> product/technique many times before in a past life and I know the process
> works.
>
> I suspect the installation process (whether its something inherent to v5.
> 3
> or something unique to the FTP server install process, I'm not sure) is n
> ot
> initializing these volumes with the "dummy VTOC" required by z/OS.  I did
>
> not override the default volume format option of the installation.
>
> I suspect I need to run ICKDSF CPVOLUME FORMAT (or CPFMTXA FORMAT) agains
> t
> cyl 0 on each of these volumes (first documenting and resbuilding the
> allocation maps) and then run SALIPL to rewrite the Loader IPL text on
> 530RES.  Be aware that I'll more than likely be doing this against a runn
> ing
> system without a backup (I'll probably try to DDR MAINT 123/124/125 to
> another volume, for a small amount of insurance).
>
> I think that's what I need to do but I want to run it past the community
> because I don't want to go through that multi-day installation again.  Do
> es
> this sound reasonable?  Can you think of any other reason I'd be
> experiencing this error?
>
> Thanks in advance for your assistance.
>
> Dennis Schaffer
>



-- 
Kris Buelens,
IBM Belgium, VM customer support

Reply via email to