Discussion:
Need to move 510SPL and 510PAG from mod 3 to mod 9
(too old to reply)
Anne Crabtree
2006-01-19 19:39:49 UTC
Permalink
I want to copy my 510SPL and 510PAG volumes from mod 3's to mod 9's.
We will be reiniting an LCU with all mod 3 to all mod 9. What is the best way to do this? Since the cylinder count is not the same, will it let me do it with ICKDSF or should I do it some other way?
Stephen Frazier
2006-01-19 20:10:59 UTC
Permalink
Use DDR.

***@wvadmin.gov wrote:
> I want to copy my 510SPL and 510PAG volumes from mod 3's to mod 9's.
> We will be reiniting an LCU with all mod 3 to all mod 9. What is the best way to do this? Since the cylinder count is not the same, will it let me do it with ICKDSF or should I do it some other way?

--
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
Anne Crabtree
2006-01-19 20:23:38 UTC
Permalink
What if I don't care about whats on spool? Can I just take VM down, relabel new packs(mod 9) as 510SPL and 510PAG and then IPL? (relabelling old ones first)

>>> ***@hewitt.com 1/19/2006 3:12 PM >>>
Anne,

I don't think you want to copy PAGE or SPOOL volumes if it's not a
straight DDR to the same type and size device -- when the VM system is
down.

PAGE is easy. Just run CPFMTXA on the new volumes (be sure to both FORMAT
**all** the cylinders you'll be using for page, and ALLOC all of those
pages as PAGE). The recommendations for paging on a production system has
long been to dedicate whole volumes for PAGE (same for SPOOL), because any
other use of the volume interrupts the "seldom-ending channel program" to
those volumes. Performance degrades quickly if that channel program is
interrupted for other I/O's.

For SPOOL, similarly FORMAT the whole volume (any CP-dedicated areas must
always be formatted before use), and then ALLOCATE those cylinders as SPOL
space. Same recommendations: whole volume(s) dedicated to SPOOL. The
only way to get the SPOOL files from the old to the new DASD is to use
SPXTAPE command. You might want to have logged off every user except
OPERATOR, then run SPXTAPE from there so that you capture as much as
possible for the new SPOOL volumes. SPXTAPE is pretty fast nowadays. Be
sure to dump the SDFs (System Data Files), too! Read the doc on SPXTAPE
carefully. Practice dumping ahead of time so that you know how to do it
in the least time possible when you need to. Be sure to issue: CP Q F,
and CP Q SDF and match the number of files to the number of files dumped
and restored. Coming up without CMS and other NSSes is painful.

When you bring up the system using the new DASD, you probably want to come
up with options CLEAN, and NOAUTOLOG. Then from OPERATOR immediately
SPXTAPE to restore SPOOL. Then you can SHUTDOWN REIPL.

Personally,for historic reasons I always like to ALLOCATE cylinder ZERO of
every DASD volume as PERM space. But that's just me. If you get in that
habit, it *may* be helpful later on for various reasons.

Once the new volumes are formatted and available (even when still using
the old volsers), you can run CPFMTXA on the old volumes to change the
**label** to something not listed in "SYSTEM CONFIG" as "CP_OWNED". CP
won't see the volser change until the next time the volume is brought
online, at which point you'll be using the new DASD. No, you cannot
DETACH the old SPOOL and PAGE volumes from the running system, but you can
define a full-Volume minidisk (or even just cylinder zero) for those DASD
needing to be relabeled, then LINK to it and run CPFMTXA to LABEL it. We
tend to define a userid for each DASD volume so we can LINK to it as
needed for various reasons (this would be one), such as:

USER -VMPG01- NOLOG 64M 64M
MDISK A00 3390 0000 0001 VMPG01 R
MDISK F00 3390 0000 3339 VMPG01 R

You might wish to consider (if you have the available DASD) allocating a
whole DASD as dump space. FORMAT/ALLOCATE it as SPOOL, then in SYSTEM
CONFIG, define is as (for example, "DUMP" being the key to reserve it):
CP_Owned Slot 5 VMDUMP DUMP

As long as you are messing with SPOOL (assuming you are moving ALL SPOOL
DASD), you might want to move all your SPOOL volumes to the top of your
"SYSTEM CONFIG" file so that they don't tend to get moved around for the
sake of neatness later on. E.g.

/* CP_Owned Slot # volser|RESERVED Own|Dump|Shared */
CP_Owned Slot 1 VMSP01 OWN
CP_Owned Slot 2 VMSP02 OWN
CP_Owned Slot 3 RESERVED
CP_Owned Slot 4 RESERVED
CP_Owned Slot 5 VMDUMP DUMP

Food for thought.

Mike Walter
Hewitt Associates
The opinions expressed herein are mine alone, not my employer's.



"Anne Crabtree" <***@wvadmin.gov>

Sent by: "VM/ESA and z/VM Discussions" <VMESA-***@LISTSERV.UARK.EDU>
01/19/2006 01:39 PM
Please respond to
"VM/ESA and z/VM Discussions" <VMESA-***@LISTSERV.UARK.EDU>



To
VMESA-***@LISTSERV.UARK.EDU
cc

Subject
Need to move 510SPL and 510PAG from mod 3 to mod 9






I want to copy my 510SPL and 510PAG volumes from mod 3's to mod 9's.
We will be reiniting an LCU with all mod 3 to all mod 9. What is the best
way to do this? Since the cylinder count is not the same, will it let me
do it with ICKDSF or should I do it some other way?




The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited.
Rich Smrcina
2006-01-19 20:25:13 UTC
Permalink
You'll probably wants your NSS's (CMS and such). There is a procedure
in the Guide to Installation to back up just the NSS files. You will
want to then restore them to the new mod9 spool (which is also in the
Guide to Installation).

Anne Crabtree wrote:
> What if I don't care about whats on spool? Can I just take VM down, relabel new packs(mod 9) as 510SPL and 510PAG and then IPL? (relabelling old ones first)
>
>>>> ***@hewitt.com 1/19/2006 3:12 PM >>>
> Anne,
>
> I don't think you want to copy PAGE or SPOOL volumes if it's not a
> straight DDR to the same type and size device -- when the VM system is
> down.
>
> PAGE is easy. Just run CPFMTXA on the new volumes (be sure to both FORMAT
> **all** the cylinders you'll be using for page, and ALLOC all of those
> pages as PAGE). The recommendations for paging on a production system has
> long been to dedicate whole volumes for PAGE (same for SPOOL), because any
> other use of the volume interrupts the "seldom-ending channel program" to
> those volumes. Performance degrades quickly if that channel program is
> interrupted for other I/O's.
>
> For SPOOL, similarly FORMAT the whole volume (any CP-dedicated areas must
> always be formatted before use), and then ALLOCATE those cylinders as SPOL
> space. Same recommendations: whole volume(s) dedicated to SPOOL. The
> only way to get the SPOOL files from the old to the new DASD is to use
> SPXTAPE command. You might want to have logged off every user except
> OPERATOR, then run SPXTAPE from there so that you capture as much as
> possible for the new SPOOL volumes. SPXTAPE is pretty fast nowadays. Be
> sure to dump the SDFs (System Data Files), too! Read the doc on SPXTAPE
> carefully. Practice dumping ahead of time so that you know how to do it
> in the least time possible when you need to. Be sure to issue: CP Q F,
> and CP Q SDF and match the number of files to the number of files dumped
> and restored. Coming up without CMS and other NSSes is painful.
>
> When you bring up the system using the new DASD, you probably want to come
> up with options CLEAN, and NOAUTOLOG. Then from OPERATOR immediately
> SPXTAPE to restore SPOOL. Then you can SHUTDOWN REIPL.
>
> Personally,for historic reasons I always like to ALLOCATE cylinder ZERO of
> every DASD volume as PERM space. But that's just me. If you get in that
> habit, it *may* be helpful later on for various reasons.
>
> Once the new volumes are formatted and available (even when still using
> the old volsers), you can run CPFMTXA on the old volumes to change the
> **label** to something not listed in "SYSTEM CONFIG" as "CP_OWNED". CP
> won't see the volser change until the next time the volume is brought
> online, at which point you'll be using the new DASD. No, you cannot
> DETACH the old SPOOL and PAGE volumes from the running system, but you can
> define a full-Volume minidisk (or even just cylinder zero) for those DASD
> needing to be relabeled, then LINK to it and run CPFMTXA to LABEL it. We
> tend to define a userid for each DASD volume so we can LINK to it as
> needed for various reasons (this would be one), such as:
>
> USER -VMPG01- NOLOG 64M 64M
> MDISK A00 3390 0000 0001 VMPG01 R
> MDISK F00 3390 0000 3339 VMPG01 R
>
> You might wish to consider (if you have the available DASD) allocating a
> whole DASD as dump space. FORMAT/ALLOCATE it as SPOOL, then in SYSTEM
> CONFIG, define is as (for example, "DUMP" being the key to reserve it):
> CP_Owned Slot 5 VMDUMP DUMP
>
> As long as you are messing with SPOOL (assuming you are moving ALL SPOOL
> DASD), you might want to move all your SPOOL volumes to the top of your
> "SYSTEM CONFIG" file so that they don't tend to get moved around for the
> sake of neatness later on. E.g.
>
> /* CP_Owned Slot # volser|RESERVED Own|Dump|Shared */
> CP_Owned Slot 1 VMSP01 OWN
> CP_Owned Slot 2 VMSP02 OWN
> CP_Owned Slot 3 RESERVED
> CP_Owned Slot 4 RESERVED
> CP_Owned Slot 5 VMDUMP DUMP
>
> Food for thought.
>
> Mike Walter
> Hewitt Associates
> The opinions expressed herein are mine alone, not my employer's.
>
>
>
> "Anne Crabtree" <***@wvadmin.gov>
>
> Sent by: "VM/ESA and z/VM Discussions" <VMESA-***@LISTSERV.UARK.EDU>
> 01/19/2006 01:39 PM
> Please respond to
> "VM/ESA and z/VM Discussions" <VMESA-***@LISTSERV.UARK.EDU>
>
>
>
> To
> VMESA-***@LISTSERV.UARK.EDU
> cc
>
> Subject
> Need to move 510SPL and 510PAG from mod 3 to mod 9
>
>
>
>
>
>
> I want to copy my 510SPL and 510PAG volumes from mod 3's to mod 9's.
> We will be reiniting an LCU with all mod 3 to all mod 9. What is the best
> way to do this? Since the cylinder count is not the same, will it let me
> do it with ICKDSF or should I do it some other way?
>
>
>
>
> The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited.
>

--
Rich Smrcina
VM Assist, Inc.
Main: (262)392-2026
Cell: (414)491-6001
Ans Service: (360)715-2467
rich.smrcina at vmassist.com

Catch the WAVV! http://www.wavv.org
WAVV 2006 - Chattanooga, TN - April 7-11, 2006
Rob van der Heij
2006-01-19 20:37:14 UTC
Permalink
On 1/19/06, Anne Crabtree <***@wvadmin.gov> wrote:
> What if I don't care about whats on spool? Can I just take VM down, relabel new packs(mod 9) as 510SPL and 510PAG and then IPL? (relabelling old ones first)

You *do* care because your NSS files are there too... but I fail to
see why you could not format the pack and then in stand-alone ddr the
old spool pack to the first third of the new pack and allocate the
remainder as spool again, provided you stick it back in the same
position in the cpown list.

--
Rob van der Heij rvdheij @ gmail.com
Velocity Software, Inc
John Franciscovich
2006-01-19 20:30:42 UTC
Permalink
>What if I don't care about whats on spool? Can I just take VM down, =
>relabel new packs(mod 9) as 510SPL and 510PAG and then IPL? (relabelling =
>old ones first)

Yes, but this requires a CLEAN start IPL. Keep in mind that you will lose
EVERYTHING in your spool, including system data files such as the CMS
Named Saved System (NSS) as Mike mentioned.
If you don't care about that, then go for it.

John Franciscovich
z/VM Development
David Kreuter
2006-01-19 20:58:14 UTC
Permalink
in the sad event that you come up CLEAN and your SPXTAPE backup isn't good, you can build CMS and SES/E maintained segments with zero or minor struggle using a combo similar to:
(from MAINT): (MAINT should IPL 190 - if not do it manually -)

vmfsetup zvm cms

sampnss cms

i 190 cl parm savesys cms

vmfbld ppf segbld esasegs segblist ( all


I just did this (again) on a 2nd level test system that I IPL'ed CLEAN NOAUTO.

David
-----
From: VM/ESA and z/VM Discussions on behalf of Wolfe, Gordon W
Sent: Thu 1/19/2006 3:49 PM
To: VMESA-***@LISTSERV.UARK.EDU
Subject: Re: Need to move 510SPL and 510PAG from mod 3 to mod 9

The SPXTAPE utility will save your NSS and DCSS files to tape. YOu can restore them after the upgrade.

"Good. Fast. Cheap. Pick any two." - David Gerrold, "A Matter for Men"
Gordon Wolfe, Ph.D. (425)865-5940
VM Technical Services, The Boeing Company

> ----------
> From: Rob van der Heij
> Reply To: VM/ESA and z/VM Discussions
> Sent: Thursday, January 19, 2006 12:37 PM
> To: VMESA-***@LISTSERV.UARK.EDU
> Subject: Re: Need to move 510SPL and 510PAG from mod 3 to mod 9
>
> On 1/19/06, Anne Crabtree <***@wvadmin.gov> wrote:
> > What if I don't care about whats on spool? Can I just take VM down, relabel new packs(mod 9) as 510SPL and 510PAG and then IPL? (relabelling old ones first)
>
> You *do* care because your NSS files are there too... but I fail to
> see why you could not format the pack and then in stand-alone ddr the
> old spool pack to the first third of the new pack and allocate the
> remainder as spool again, provided you stick it back in the same
> position in the cpown list.
>
> --
> Rob van der Heij rvdheij @ gmail.com
> Velocity Software, Inc
>
>
Eric Schadow
2006-01-19 21:12:52 UTC
Permalink
Here are my notes on rebuilding all the IBM NSS's... This assumes you are using the IBM defaults,,,,





Rebuild NSS saved segments if they are missing.


* logon to maint
* Q NSS from maint and see if they are missing.
* def stor 64m
* ipl 190 clear parm nosprof instseg no
* acc (noprof
* acc 5e5 b
* acc 51d d
* VMFBLD PPF segbld esasegs (ALL
* CMSBAM problem ipl 190 again to clear storage
* ipl 190 clear parm nosprof instseg no
* acc (noprof
* vmfbld list segbld esasegs dosmab blddata ( all
* resave CMS
* acc 193 m
* sampnss cms
* ipl 190 clear parm savesys cms



Eric Schadow
Mainframe Technical Support
www.davisvision.com



------------------------------------------------------------------------
The information contained in this communication is intended
only for the use of the recipient(s) named above. It may
contain information that is privileged or confidential, and
may be protected by State and/or Federal Regulations. If
the reader of this message is not the intended recipient,
you are hereby notified that any dissemination,
distribution, or copying of this communication, or any of
its contents, is strictly prohibited. If you have received
this communication in error, please return it to the sender
immediately and delete the original message and any copy
of it from your computer system. If you have any questions
concerning this message, please contact the sender.
------------------------------------------------------------------------
David Boyes
2006-01-19 21:03:49 UTC
Permalink
> What if I don't care about whats on spool? Can I just take
> VM down, relabel new packs(mod 9) as 510SPL and 510PAG and
> then IPL? (relabelling old ones first)

But you DO care about what's in spool. All your saved segments (like
CMSPIPES, HELP, and CMSFILES, etc) and IPLable NSSes (like CMS and GCS)
are in there. If you're prepared to resave everything from scratch,
maybe, but it's a lot less work to do SPXTAPE, and you get a NSS/DCSS
backup which you might need some day.

-- db
Loading...