Yeah, that's one of the concerns... Same place for diaster test as real
disaster, but differnet IP configurations there and no xDR Hyperswap
(which is in control of your system config names --- i.e. must be SITE1
SITE2) in either of those scenarios but only on the prod (mirrored)
environment.

Just trying to think through the best way - the trade off is tests
automagic (ipl away) with disaster test or longer involving reconfigging
with real diaster (mucking with system netid perhaps).  Given the former
happens 11 times a year and the latter hopefully never, maybe its ok for
a little intervention in a real disaster scenario (given we meet our
RTO).  But its also probably better to have an RTO in test that is the
worst case scenario and not better than the real disaster.


Didn't tcpip used to work off of system identifiers and not node names
(system netid)?
That latter is harder to work around given a change to system netid
involves resaving CMS.





Marcy
"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 O'Brien, Dennis L
Sent: Wednesday, July 09, 2008 9:34 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Query what the name of the SYTEM CONFIG file used
was?

Marcy,
You could also QUERY CPUID to find out where you are, but if you run in
the same place for DR tests and real DR, that won't distinguish between
the two.

                                                       Dennis 

"A pistol! Are you expecting trouble Sir?" "No Miss, were I expecting
trouble I'd have a rifle."

-----Original Message-----
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Marcy Cortes
Sent: Wednesday, July 09, 2008 19:19
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Query what the name of the SYTEM CONFIG file used
was?

No, that will tell me if sapl screen entry or salipl set them.
What will tell me what it is if it was done from the HMC?

FWIW, GDPS/PPRC Hyperswap (xDR) + GDPS/XRC leaving me trying to figure
out where I am (meaning VM and linux who tags along on VM parms) and
what network I have available in order to set up tcp/ip config (and
maybe consoles ) files for all 3 scenarios ... (production, disaster
test, real diaster).

 
Marcy

"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 Dave Tibbetts
Sent: Wednesday, July 09, 2008 6:02 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Query what the name of the SYTEM CONFIG file used
was?

Marcy...
Try Q IPLPARMS

Marcy Cortes wrote:
>
> Is there a way to query this?
> Particularly the one that got chosen by putting FNnnnnn in the 
> LOADPARM field on the HMC?
>
>
>
> *Marcy Cortes *
> Team Lead, _Enterprise Virtualization - z/VM and z/Linux_ 
> <http://ehs.homestead.wellsfargo.com/Mainframe/zSS/zSE/zVM-zLinux/Page
> s/default.aspx>
>
> Enterprise Hosting Services
> w. (415) 243-6343
> c. (415) 517-0895
> /"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."/
>
>

Reply via email to