I seem to recall a discussion here a year or two or three ago on the
topic and Alan Altmark pointing out that the old habit of having the
duplicate volsers at the highest or as Michael says the *largest*
addresses is not a foolproof way of ensuring that the *largest*
addresses are found last. I haven't kept up to date on the workings of
what used to be referred to as the channel sub-system so I just took his
word as fact that you cannot guarantee that a high address will be found
last.
Jim
Michael MacIsaac wrote:
This is a multipart message in MIME format.
--=_alternative 005BF8428525754E_=
Content-Type: text/plain; charset="US-ASCII"
Second, if one's intent is to run
nearly identical "cloned" VM images across some number of LPARS on some
number of CECs, would there be a simple way to do this from one Master
read-only RES pack containing various CPLOAD modules and system
configuration files, sort of like our z/OS brethren do?
I am curious if the second question from Jonathan can be answered?
I do this - not sure that it's best practices, but it seems to work :))
I install a z/VM 5.4 system at the DASD with the *5 largest* address
numbers of all the 3390-3s that are accessible to the LPARs (All DASD are
accessible to all LPARs).
I don't modify this system whatsoever, shut it down, and never IPL it
again. Call this the golden VM. I *believe* this ensures that if there
are duplicate volsers, the golden VM will always be found later.
I then close the door, shut down email, get off IM and then unhook the
phone (OK, not literally :)). I then "clone" the golden VM to a target set
of DASD - just FLASHCOPY or DDR the 5 volumes. I IPL the target and do see
a warning about duplicate volsers - but it seems to be OK because the
newly-cloned VM volumes are picked up first. I run IPWIZARD so I can get a
3270 session over the network. I then immediately relablel the volsers of
the clone and I'm back to no duplicates volsers. So the life of the
duplicate volsers should be an hour or less.
Hope this helps.
"Mike MacIsaac" <[email protected]> (845) 433-7061
--=_alternative 005BF8428525754E_=
Content-Type: text/html; charset="US-ASCII"
<br><font size=2 face="sans-serif">>> Second, if one's intent is
to run</font>
<br><font size=2 face="sans-serif">>> nearly identical "cloned"
VM images across some number of LPARS on some</font>
<br><font size=2 face="sans-serif">>> number of CECs, would there
be a simple way to do this from one Master</font>
<br><font size=2 face="sans-serif">>> read-only RES pack containing
various CPLOAD modules and system</font>
<br><font size=2 face="sans-serif">>> configuration files, sort of
like our z/OS brethren do?</font>
<br>
<br><font size=2 face="sans-serif">> </font><font size=3>I am curious
if the second question from Jonathan can be answered?</font>
<br>
<br><font size=2 face="sans-serif">I do this - not sure that it's best
practices, but it seems to work :))</font>
<br>
<br><font size=2 face="sans-serif">I install a z/VM 5.4 system at the DASD
with the *5 largest* address numbers of all the 3390-3s that are accessible
to the LPARs (All DASD are accessible to all LPARs). </font>
<br>
<br><font size=2 face="sans-serif">I don't modify this system whatsoever,
shut it down, and never IPL it again. Call this the golden VM. I
*believe* this ensures that if there are duplicate volsers, the golden
VM will always be found later. </font>
<br>
<br><font size=2 face="sans-serif">I then close the door, shut down email,
get off IM and then unhook the phone (OK, not literally :)). I then
"clone"
the golden VM to a target set of DASD - just FLASHCOPY or DDR the 5 volumes.
I IPL the target and do see a warning about duplicate volsers - but it
seems to be OK because the newly-cloned VM volumes are picked up first.
I run IPWIZARD so I can get a 3270 session over the network. I then immediately
relablel the volsers of the clone and I'm back to no duplicates volsers.
So the life of the duplicate volsers should be an hour or less.</font>
<br>
<br><font size=2 face="sans-serif">Hope this helps.</font>
<br><font size=2 face="sans-serif"><br>
"Mike MacIsaac" <[email protected]> (845)
433-7061</font>
--=_alternative 005BF8428525754E_=--
--
Jim Bohnsack
Cornell University
(972) 596-6377 home/office
(972) 342-5823 cell
[email protected]
