John,

On a production sysplex, surely the wait state is the only sensible thing to do?

At that stage in system creation, GRS is expected to be active and it has found 
that to carry on would compromise the integrity of the resources - it must fall 
in its sword to protect your data and other systems. For GRS to override the 
RNL error and use the active sysplex RNL could be against what you intended and 
that could lead to integrity issues.



Rob Scott
Rocket Software, Inc
275 Grove Street
Newton, MA 02466
617-614-2305
[EMAIL PROTECTED]


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John 
McKown
Sent: 03 April 2008 15:21
To: [email protected]
Subject: Another RNL question

On z/OS 1.8, if that makes any difference. Can anybody tell me the logic at IPL 
time to force the IPL'ing system into a wait state if the new system's RNL does 
not match the RNL of the sysplex? Now, I understand why all systems in a 
sysplex need the same RNL. But I am curious as to why I am not given an option 
at IPL time to say something like "Oh, I made a mistake, please use the sysplex 
RNL on this system as well and I'll fix it ASAP." Instead, I get a hard wait on 
the IPL'ing system.

I messed up yesterday. I thought that I had the RNL's in sync, but made a 
mistake (changed an RNL member after IPL'ing). This caused a perceived outage 
on the second, production, system because it "hung up". I guess this was 
waiting for the DOWN reply on the second system. This caused a "black eye" and 
more weeping and wailing and gnashing of teeth. Best that I say no more, even 
from my home account, lest I be smitten.

Just another "I hate sysplex" message from me. No, don't bother to justify it. 
At my shop, it is not justifiable as far as I am concerned (only one box).

--
Q: What do theoritical physicits drive beer from?
A: An EIN stein.

Maranatha!
John McKown

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
[EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to