What is the iec143I message that accompanies it??
Mace
-----Original Message-----
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Dennis Schaffer
Sent: Thursday, January 17, 2008 11:22 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: S213 Abend Backing Up 530RES Using z/OS FDR
I just attempted to use DFDSS to dump 530RES using the syntax suggested
b=
y
Larry and I got another S213 abend for SYS1.VTOC. I think the problem
is=
with the volume and not the dumping software.
What do you think of my original suggestion (CPFMTXA FORMAT cyl 0,
followed by SALIPL to reload the IPL text) for correcting the problem?
Thanks,
Dennis
On Thu, 17 Jan 2008 09:59:43 -0500, Macioce, Larry
<[EMAIL PROTECTED]> wrote:
>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.
********************************************************************
