We use dfdss from z/OS to backup all our z/VM packs and you must have a special parm in the job to do that. The parms (sysin) looks like this:
DUMP TRACKS(0,0,3338,14) INDDNAME(DASD) OUTDDNAME(TAPE) ADMIN - CPVOLUME CANCELERROR The admin and cpvolume are a must. Don't know it this helps Mace ________________________________ From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Thursday, January 17, 2008 9:42 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: S213 Abend Backing Up 530RES Using z/OS FDR 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 ----------------------------------------- ******************************************************************** The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. ********************************************************************