Additionally, he said that he *had* been planning to use the same volser
for both systems SPOOL volumes. SAPL's "DEVICE NUMBER:" field will let
you point to a specific device address for the IPL volume, but the first
matching SPOOL volser(s) would be found. If that was from the system
without the maintenance, the wrong SDFs would be used. Your gun, your
foot.
Duplicate volsers are simply an invitation to self-imposed disaster. They
can be used if you are _both_ experienced ... and LUCKY!
But it is _your_ _job_ on the line! Why expose yourself to potential
problems when there are other, perfectly reliable, means to avoid
problems?
Mike Walter
Aon Hewitt
The opinions expressed herein are mine alone, not my employer's.
"August Carideo" <august.cari...@avon.com>
Sent by: "The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU>
10/20/2010 12:01 PM
Please respond to
"The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU>
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: Duplicate VOLSERs at IPL
Good point
Yes from other posts I can see that
will most likely at least rename so called fallback
and look into that exec
thanks
Augie
"Schuh, Richard"
<rsc...@visa.com>
Sent by: The IBM To
z/VM Operating IBMVM@LISTSERV.UARK.EDU
System cc
<ib...@listserv.u
ARK.EDU> Subject
Re: Duplicate VOLSERs at IPL
10/20/2010 12:52
PM
Please respond to
The IBM z/VM
Operating System
<ib...@listserv.u
ARK.EDU>
Not adequate. What happens if one of the devices at the lower address
fails
to respond to the IPL roll call? That is a case of having only 1 device,
the wrong one, with the volser.
Regards,
Richard Schuh
> -----Original Message-----
> From: The IBM z/VM Operating System
> [mailto:ib...@listserv.uark.edu] On Behalf Of August Carideo
> Sent: Wednesday, October 20, 2010 9:44 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Duplicate VOLSERs at IPL
>
>
>
> and I thought all you need to do was make sure the duplicates
> where at a higher address on the string and it would hit the
> lower ones 1st and advise there was a dupe after reading
> these posts I wonder
>
>
>
>
>
> Bob Bates
>
> <robert.ba...@wel
>
> lsfargo.com>
> To
> Sent by: The IBM
> IBMVM@LISTSERV.UARK.EDU
> z/VM Operating
> cc
> System
>
> <ib...@listserv.u
> Subject
> ARK.EDU> Re: Duplicate VOLSERs
> at IPL
>
>
>
>
> 10/20/2010 12:38
>
> PM
>
>
>
>
>
> Please respond to
>
> The IBM z/VM
>
> Operating System
>
> <ib...@listserv.u
>
> ARK.EDU>
>
>
>
>
>
>
>
>
>
> How about putting a 2nd config file on the CF1, something
> like PREMNT CONFIG. The SYSTEM CONFIG has Offline_at_IPL of
> the backup packs, PREMNT has Offline of the new packs. If the
> IPL doesn't work, IPL and use fn=PREMNT on the SAPL.
>
> If everything works as planned the volumes can be brought
> online and relabeled.
>
> Bob Bates
> robert.ba...@wellsfargo.com
> 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.
>
> From: The IBM z/VM Operating System
> [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC
> Sent: Wednesday, October 20, 2010 10:24 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Duplicate VOLSERs at IPL
>
>
> I plan to DDRed my system disks 540RES, 540SPL, 540W01,
> 540W02, before I apply maintenance to Level 1 and PUT2PROD,
> so that I have a *hot* fallback when I IPL. the maintenance.
>
> How can I be sure the IPL will not pick up these standby
> disks but WILL pick them up if I need them for fallback? Is
> just changing the 540RES IPL address enough?
>
>
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. All messages
sent to and from this e-mail address may be monitored as permitted by
applicable law and regulations to ensure compliance with our internal policies
and to protect our business. E-mails are not secure and cannot be guaranteed to
be error free as they can be intercepted, amended, lost or destroyed, or
contain viruses. You are deemed to have accepted these risks if you communicate
with us by e-mail.
