Re: S213 Abend Backing Up 530RES Using z/OS FDR

[Kris Buelens]

Same here (for a VM resident)
 DITTO/ESA for VM  DVT - Display VTOC  Line 1 of 2

 Unit 0130 VFRRES  3390 with 3339 cyls, 15 trks/cyl, 58786 bytes/trk

 --- Data Set Name ---Ext Begin-endReltrk,
 1...5...10...15...20...25...30.  seq  Cyl-hd   Cyl-hd   numtrks
  *** VTOC EXTENT ***  0 0  0 0  0  0,1
   *** FREE EXTENT *** 0 0  1  3338 14  1,50084
  *** This volume is currently 0 % full with 50084 tracks available
Maybe MVS is looking at some other field to find out if there still is
free space

2008/1/18, Alan Altmark <[EMAIL PROTECTED]>:
> On Thursday, 01/17/2008 at 09:42 EST, Kris Buelens
> <[EMAIL PROTECTED]> wrote:
> > 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.
>
> After a CPFMTXA FORMAT, I used DITTO to look at the VTOC that *is* on the
> volume:
>
> --- Data Set Name --- sorted by NAME   - Ext Begin-endReltrk,
>
> 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 had always thought that a "full" VTOC was written by DSF so that MVS
> would not attempt to allocate space on a CP-owned volume.  It is a 5 cyl
> 3390.
>
> Alan Altmark
> z/VM Development
> IBM Endicott
>



-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: S213 Abend Backing Up 530RES Using z/OS FDR

[Alan Altmark]

On Thursday, 01/17/2008 at 09:42 EST, Kris Buelens 
<[EMAIL PROTECTED]> wrote:
> 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.

After a CPFMTXA FORMAT, I used DITTO to look at the VTOC that *is* on the 
volume:

--- Data Set Name --- sorted by NAME   - Ext Begin-endReltrk,  
 
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 had always thought that a "full" VTOC was written by DSF so that MVS 
would not attempt to allocate space on a CP-owned volume.  It is a 5 cyl 
3390. 

Alan Altmark
z/VM Development
IBM Endicott

[ias-opportunities] CFP: security and virtualization special issue (fwd)

[A. Harry Williams]

Original message
To: [EMAIL PROTECTED]
From: "Sean W. Smith" <[EMAIL PROTECTED]>
X-ASG-Orig-Subj: [ias-opportunities] CFP: security and virtualization special
 issue
Subject: [ias-opportunities] CFP: security and virtualization special issue
Date: Thu, 17 Jan 2008 16:41:52 -0500
Reply-To: "Sean W. Smith" <[EMAIL PROTECTED]>
Content-Transfer-Encoding: quoted-printable

IEEE Security & Privacy
Special issue on virtualization
September/October 2008
Deadline for submissions: 6 February 2008
Visit www.computer.org/portal/pages/security/author.xml to submit a
manuscript
Guest editors: Samuel T. King (UIUC), Sean W. Smith (Dartmouth)
Virtualization has several properties that make it useful for
security applications. Traditional virtual machine monitors aspire to
enforce strong isolation among multiple operating systems (OSes)
running on the same physical hardware, enable software services to be
implemented below the OS at a layer usually only accessible by
hardware, and provide low-level software with convenient abstractions
of the virtual machineís hardware resources. Other approaches aspire
to provide multiple virtual but isolated images of the same OS
installation. These properties helped foster a new class of virtual-
machine- based security services and made virtualization a staple of
many enterprise computing environments.
A common topic in the early days of computing, virtualization has
recently seen a resurgence of commercial and research interest.
Consequently, the security implications of virtualization technology
are the topic of the Sept./Oct. 2008 special issue of IEEE Security &
Privacy magazine. We are looking for feature articles with an in-
depth coverage of topics related to virtualization technology and how
it applies to security. Among the potential topics are:
--Virtualization for intrusion detection
--Virtualization for forensic analysis of compromised computer systems
--Virtualization for analyzing malicious software
--Hardware support for secure virtualization
--Security interfaces between VMMs and operating systems
--Securing applications using virtualization
--Securing attacks using virtualization
--Security analysis of virtualization
The above list is neither complete nor closed. Authors are encouraged
to submit articles that explore other aspects of virtualization and
its application to security. Submissions will be subject to the peer-
review methodology for refereed papers. Articles should be
understandable to a broad audience of people interested in security
and privacy. The writing should be down to earth, practical, and
original. Authors should not assume that the audience will have
specialized experience in a particular subfield. All accepted
articles will be edited according to the IEEE Computer Society style
guide.

Re: need a z890, cheap?

[Mark Post]

>>> On Wed, Jan 16, 2008 at 11:16 AM, in message <[EMAIL PROTECTED]>, Jack
Woehr <[EMAIL PROTECTED]> wrote: 
> Dave Jones wrote:
>> Anybody need a spare z890?
> The resale value of the box is exceeded by the cost of transporting it :-)

Not to mention the cost of getting it certified, and the ongoing cost of 
powering it up.  Ouch.


Mark Post

Re: S213 Abend Backing Up 530RES Using z/OS FDR

[Kris Buelens]

Yes indeed:
There are two hex values for DRCT (maybe not exact): X'40' inactive DRCT
cylinder; X'C0' active DRCT cylinder.  ICKDSF ALLOCATE writes X'40' for
DRCT, and CP won't find an active DRCT anymore.

2008/1/17, Jim Bohnsack <[EMAIL PROTECTED]>:
>
> Dennis--If I remember correctly, you'll also have to be able to do a
> DIRECTXA to reload the directory.  I "think" there is a pointer on cyl 0
> that points to the current system directory even tho the DRCT allocated
> area is somewhere else.  I may be wrong, but just in case
>
> Jim
>
> Dennis Schaffer wrote:
> > I just attempted to use DFDSS to dump 530RES using the syntax suggested
> b=
> > y=20
> > Larry and I got another S213 abend for SYS1.VTOC.  I think the problem
> is=
> > =20
> > with the volume and not the dumping software.
> >
> > What do you think of my original suggestion (CPFMTXA FORMAT cyl 0,=20
> > followed by SALIPL to reload the IPL text) for correcting the problem?
> >
> > Thanks,
> > Dennis
> >
> >
> >
> --
> Jim Bohnsack
> Cornell University
> (607) 255-1760
> [EMAIL PROTECTED]
>



-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: Security Updates

[Dave Wade]

--- Rob van der Heij <[EMAIL PROTECTED]> wrote:

> On Jan 16, 2008 3:39 PM, Huegel, Thomas
> <[EMAIL PROTECTED]> wrote:
> 
> > I just can't let this go.
> > Has anyone ever had some 'WINDOZE' auditor come in
> and ask if you are
> > up-to-date with your z/VM security patches from
> IBM?
> 
> Oh yes... definitely in my previous job. And they're
> not used to folks
> who know what they are doing... so they don't care
> whether you run NFS
> or not, if there's a security PTF for it you must
> install it.
> 

Never mind the quality feel the width. We always test
ALL fixes from Microsoft before deploying, and on
occasion don't deploy them. 

> Rob
> 



  

Looking for last minute shopping deals?  
Find them fast with Yahoo! Search.  
http://tools.search.yahoo.com/newsearch/category.php?category=shopping

CAVMEN Meeting on Thursday, January 24, 2008

[Chicago Area VM (and Linux) Enthusiasts]

The first quarter meeting of the Chicago Area VM (and Linux) 
Enthusiasts will be held on Thursday, January 24, 2008.


The Final Agenda is included below.


--

Meeting Location:

This quarter's meeting will be held at the Hewitt Associates 'East 
Campus' located at 100 Half Day Road, in Lincolnshire, IL. We will 
meet in the 100-M3 Conference Room, just off the cafeteria.


If you have not attended a meeting at this location before, or you 
are not familiar with the area, 
Click here for 
additional information on directions, maps, lodging and dining.



--

Attendance:

We would like to request a count of expected attendees by the Monday 
before the meeting, so that we may plan appropriately for arranging 
the facilities, and for refreshments and lunch, should one of the 
vendors wish to provide them. If you are planning to attend, PLEASE 
send an E-Mail by that date to 
[EMAIL PROTECTED] with a subject line of 
"Meeting Attendance".


This is meant to be a facilities planning aid and should not be 
interpreted as a registration requirement. If you suddenly become 
available at the last minute, please feel free to attend even if you 
have not responded.


Thank you in advance for your cooperation in this matter.


--

Cell Phone Policy:

All electronic devices (cell phones, Blackberry's, etc.) if switched 
on must be kept in silent mode during the meeting. If you need to 
make or receive a call, you must quietly leave the meeting room to do 
so. There is a large quiet area outside of the meeting room that is 
ideal for this.


Any intentional or repeat violations of this policy will result in 
that individual being escorted from the premises and potentially 
excluded from future meetings.


Thank you in advance for your cooperation in this matter.


--

Final Meeting Agenda:

9:00 AM z/VM Performance Update

The newest releast of z/VM was generally available on June 29, 2007 
and has significant improvements to performance and capacity. This 
session will describe some of the key performance related changes in 
the release and how they may apply to your system. Customer workloads 
on z/VM have continued to grow this decade. The newest release of 
z/VM was designed to keep you from out growing your z/VM system. The 
design includes improved scalability in: processor, real memory, 
networking, and disk I/O. In each of these areas; we'll describe how 
the system capacity has been increased.


The speaker will be Mr. Bill Bitner of the IBM Corporation.

10:30 AMCoffee Break

11:00 AMz/VM: If the Sky is the Limit, How High is the Sky?

The earlier z/VM Performance Update discussed extending some limits. 
This session will take a more in depth look at just how large or wide 
or tall can you grow a z/VM system. The session will also discuss the 
type of data you can look at to evaluate how close your system is to 
those limits. As we look at different subsystems (processors, memory, 
etc.), we will discuss theoretical and practical limits. Included 
will be a brief look at some of the ways IBM tests these limits.


The speaker will be Mr. Bill Bitner of the IBM Corporation.

12:30 PMLunch Break

1:30 PM Administration and Vendor Announcements

2:00 PM Linux under z/VM Performance Analysis Case Studies

This presentation will show Case studies in measuring Linux under 
z/VM performance. All examples will use ESALPS as the measurement facility.


The speaker will be Mr. Barton Robinson of Velocity Software.

3:15 PM Coffee Break and Prize Drawing

3:30 PM Managing Linux under z/VM using ESALPS

Managing Linux on a mainframe requires capacity planning, performance 
analysis, chargeback, and operational support. This presentation 
presents the technologies employed by Velocity Software's ESALPS.


The speaker will be Mr. Barton Robinson of Velocity Software.

4:45 PM Free-for-All

Members will attempt to answer any reasonable VM or hardware related 
questions. If you are having a problem and want to find out if others 
are experiencing it, or you are installing new hardware or software 
and want to find out what types of problems others have experienced, 
here is the place to find out.


Members are encouraged to bring ideas for future presentations and 
speakers to this meeting.



--

Please check the WEB site for Map and Directions:
http://cavmen.home.comcast.net

In addition, you will also find extensive information available on 
dining and lodging in the Hewitt Associates area.


Additional information about the CAVMEN group, and other VM related 
items of interest are available on our web site.


There is no charge for admission to meetings.

Meeting attendance is open to anyone, and advance registration is not required.

I look forward to seeing all of you at the meeting.

_

Re: S213 Abend Backing Up 530RES Using z/OS FDR

[Jim Bohnsack]

Dennis--If I remember correctly, you'll also have to be able to do a 
DIRECTXA to reload the directory.  I "think" there is a pointer on cyl 0 
that points to the current system directory even tho the DRCT allocated 
area is somewhere else.  I may be wrong, but just in case


Jim

Dennis Schaffer wrote:

I just attempted to use DFDSS to dump 530RES using the syntax suggested b=
y=20
Larry and I got another S213 abend for SYS1.VTOC.  I think the problem is=
=20
with the volume and not the dumping software.

What do you think of my original suggestion (CPFMTXA FORMAT cyl 0,=20
followed by SALIPL to reload the IPL text) for correcting the problem?

Thanks,
Dennis


  

--
Jim Bohnsack
Cornell University
(607) 255-1760
[EMAIL PROTECTED]

Re: Security Scans

[Stephen Frazier]

I don't know what a SPI Dynamics AMP security scanner is.  However, if it is a program that tries to 
use various known hacker methods through the internet to see if those holes are closed then it will 
probably report that there are no holes in you VM web site because it doesn't know about the 
possible holes in VM. I had a security scanner report that a Linux PC had no venerabilities because 
it tried known Windows holes.


Schuh, Richard wrote:
Does anyone know if the SPI Dynamics AMP security scanner work on a 
VM-based web site? Another one of those rules like we discussed 
yesterday, the ones created in a vacuum? Since everything on the site is 
Rexx and CMS Pipelines, I have my doubts. Rexx, possibly (except for the 
non-compliant CMS file structure); CMS Pipelines, very unlikely.


Regards,
Richard Schuh




--
Stephen Frazier
Information Technology Unit
Oklahoma Department of Corrections
3400 Martin Luther King
Oklahoma City, Ok, 73111-4298
Tel.: (405) 425-2549
Fax: (405) 425-2554
Pager: (405) 690-1828
email:  stevef%doc.state.ok.us

Re: S213 Abend Backing Up 530RES Using z/OS FDR

[Schuh, Richard]

A few years ago, we migrated to a new datacenter. The first step was to
copy the VM DASD to a "bunker box" - a SHARK facility that could be
sync'd with a counterpart at the new site. The storage management group
was going to handle the move from MVS. To make a long story short, after
trying three different utilities and opening sev 1 PMRs against all of
them because of this or similar problems, I was asked (at the last
minute 16:30, Thursday with the move scheduled for 08:00 Saturday) if I
could somehow do the move from VM. I created a one pack VM system that
could be used to DDR COPY the disks while the real system was down. 

Regards, 
Richard Schuh 

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:[EMAIL PROTECTED] On Behalf Of Dennis Schaffer
> Sent: Thursday, January 17, 2008 8: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 yo

Security Scans

[Schuh, Richard]

Does anyone know if the SPI Dynamics AMP security scanner work on a
VM-based web site? Another one of those rules like we discussed
yesterday, the ones created in a vacuum? Since everything on the site is
Rexx and CMS Pipelines, I have my doubts. Rexx, possibly (except for the
non-compliant CMS file structure); CMS Pipelines, very unlikely. 

Regards, 
Richard Schuh 

Re: S213 Abend Backing Up 530RES Using z/OS FDR

[Marcy Cortes]

I would try that.
We use DFDSS to dump too.  I recall that there were some vols that had a
problem.   I think it was 3390-9's that had been ddr's of 3's at one
point in their life.  Hard to remember though.


Marcy Cortes 
 
"This message may contain confidential and/or privileged information. If
you are not the addressee or authorized to receive this for the
addressee, you must not use, copy, disclose, or take any action based on
this message or any information herein. If you have received this
message in error, please advise the sender immediately by reply e-mail
and delete this message. Thank you for your cooperation."


-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Dennis Schaffer
Sent: Thursday, January 17, 2008 8:22 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] 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 r

Re: S213 Abend Backing Up 530RES Using z/OS FDR

[Macioce, Larry]

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.

Re: S213 Abend Backing Up 530RES Using z/OS FDR

[Dennis Schaffer]

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.

Re: S213 Abend Backing Up 530RES Using z/OS FDR

[William Boyer]

I use FDR to backup my current z/VM 510 system. However, you need to
make sure you are using FDR and not FDRABR.

Here is part of the JCL I use to backup the z/VM system.  

//VMDUMP   EXEC PGM=FDR,REGION=0M,
//PARM='DUMP TYPE=FDR'   
//SYSPRINT DD   SYSOUT=*   
//SYSUDUMP DD   SYSOUT=*  
//SYSINDD DUMMY   
//DISK1DD   UNIT=DISK,DISP=OLD,VOL=SER=510RES 
//TAPE1DD   UNIT=MEDIA3E,DSN=BACKUP.V510RES,DISP=(,KEEP), 
//  VOL=(,RETAIN),LABEL=1,RETPD=&DA.  
//DISK2DD   UNIT=DISK,DISP=OLD,VOL=SER=510W01 
//TAPE2DD   UNIT=MEDIA3E,DSN=BACKUP.V510W01,DISP=(,KEEP), 
//  VOL=REF=*.TAPE1,LABEL=2 
Etc for other z/VM volumes

  
William L. Boyer
Senior Systems Programmer 

ViPS, Inc.
One West Pennsylvania Avenue
Baltimore, MD  21204
Office:  410.832.8300 ext. 8419
Fax: 410.832.8329

This message is confidential, intended only for the named recipient(s)
and may contain information that is privileged or exempt from disclosure
under applicable law.  If you are not the intended recipient(s), you are
notified that the dissemination, distribution, or copying of this
message is strictly prohibited.  If you receive this message in error or
are not the named recipient(s), please notify the sender at either the
fax address or telephone number above and delete this message.  Thank
you.

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Dennis Schaffer
Sent: Thursday, January 17, 2008 1:28 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: S213 Abend Backing Up 530RES Using z/OS FDR

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
the
FTP server method.  The installation, while slow, has completed
successfully
and I'm able to IPL the newly-installed system.  Thanks, IBM, for
allowing
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
the
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
not
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)
against
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
running
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.
Does
this sound reasonable?  Can you think of any other reason I'd be
experiencing this error?

Thanks in advance for your assistance.

Dennis Schaffer

Re: S213 Abend Backing Up 530RES Using z/OS FDR

[Macioce, Larry]

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.

Re: S213 Abend Backing Up 530RES Using z/OS FDR

[Stracka, James (GTI)]

Dennis,

This appears to be a problem with FDR.  I have used it to backup various
VM DASD for over 20 years.

I suggest you contact Innovation.

Jim


This message w/attachments (message) may be privileged, confidential or 
proprietary, and if you are not an intended recipient, please notify the 
sender, do not use or share it and delete it. Unless specifically indicated, 
this message is not an offer to sell or a solicitation of any investment 
products or other financial product or service, an official confirmation of any 
transaction, or an official statement of Merrill Lynch. Subject to applicable 
law, Merrill Lynch may monitor, review and retain e-communications (EC) 
traveling through its networks/systems. The laws of the country of each 
sender/recipient may impact the handling of EC, and EC may be archived, 
supervised and produced in countries other than the country in which you are 
located. This message cannot be guaranteed to be secure or error-free. This 
message is subject to terms available at the following link: 
http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you 
consent to the foregoing.

Re: S213 Abend Backing Up 530RES Using z/OS FDR

[Kris Buelens]

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

S213 Abend Backing Up 530RES Using z/OS FDR

[Dennis Schaffer]

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