z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Kris Buelens
Sent: Thursday, October 02, 2008 10:10 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Recovery question
I don't see any mistakes. However
- For SYSTEM CONFIG:
are you sure that DEFINE MDISK 991 39 120 53DRES points to the C
lf Of Martin, Terry R. (CMS/CTR) (CTR)
Sent: Thursday, October 02, 2008 8:42 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Recovery question
Hi
I am trying to bring up my test LPAR which is a clone of another VM
LPAR. Before I did this I needed to update the SYSTEM CONFIG file and
the USER DIRECTORY
I don't see any mistakes. However
- For SYSTEM CONFIG:
are you sure that DEFINE MDISK 991 39 120 53DRES points to the CF1
of the new system,
and/or that the new system is IPLed with CF1 as its IPL "input"?
- For the CP directory
You did mention you changed the directory source, but not that
Hi
I am trying to bring up my test LPAR which is a clone of another VM
LPAR. Before I did this I needed to update the SYSTEM CONFIG file and
the USER DIRECTORY to point to different RES, PAGE, SPOOL..etc.
I attached the RES of the system I am trying to bring up to the working
system, I then
We have 1 VM and 20 MVS.
At DR site we have a IBM VM used to restore our VM hypervisor.
The VM volumes for the hypervisor are the same DASD we used into prod. We
say that all the cpowned dasd are absolutely required for our DR VM. (Us,
we
use Hidro to restore, so the catalog is on a cpowned dasd
On Tuesday, 03/11/2008 at 10:41 EDT, Lee Stewart
<[EMAIL PROTECTED]> wrote:
> In addition to all the good advice already, I will add: Do not try to
> run your VM system 2nd level if you have Linux guests. Performance of
> the Linux guests will be terrible. There are only two levels of
> hardwar
else.
Steve G.
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Karl Kingston
Sent: Monday, March 10, 2008 1:21 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Disaster Recovery question
We are in the process of planning our first disaster re
In addition to all the good advice already, I will add: Do not try to
run your VM system 2nd level if you have Linux guests. Performance of
the Linux guests will be terrible. There are only two levels of
hardware virtualization. That leaves your Linux guests being
virtualized in software si
#x27;x .
/* The above is the SYSTEM CONFIG value */
?home=(ConfigSysId='MYHOMEID')/* <--- Change to your nodename */
?recover=(ConfigSysId='RECOVERY') /* We use this for on-site D.R. */
?disaster=(ConfigSysId='DISASTER') /* This for off-sit
We do ours via NAT translation in the router. The network people make it
transparent to the OS be it z/VM or z/OS. On the systems we maintain the
same IP addresses as production. Then when we go to the DR site (which is
an internal site) we translate 10.9 to 10.25. Then no need to change
anythi
:[EMAIL PROTECTED] On
Behalf Of Karl Kingston
Sent: Monday, March 10, 2008 10:54 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Disaster Recovery question
Right. Not a problem using DEDICATE nn VOLID VOLSER.
We also have hipersockets and OSA devices defined with DEDICATE
statements...
stem
03/10/2008 01:50 PM
Please respond to
The IBM z/VM Operating System
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: Disaster Recovery question
Ooo, wait.
You said Linux devices are DEDICATE. Does that mean DASD too? Do you
have duplicate VOLSERS on your system?
If not, you can probably
On Monday, 03/10/2008 at 01:52 EDT, "Schuh, Richard" <[EMAIL PROTECTED]>
wrote:
> You could use the volume serial in any DEDICATE statements in place of
> the real address ("DEDICATE vdev volid" or "DEDICATE vdev VOLID volid").
> That could save you from having to make that kind of directory chang
8 10:43 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Disaster Recovery question
Not necessarily.
All you really need is SYSTEM NETID based on the CPU of the hotsite that
triggers TCPIP to use different config files.
We run different OSA addresses and routing configs in our hotsite env
(in hou
--
> From: The IBM z/VM Operating System
> [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark
> Sent: Monday, March 10, 2008 10:40 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Disaster Recovery question
snip
>
> Your ATTACHes or DEDICATEs
lto:[EMAIL PROTECTED] On
Behalf Of Stephen Frazier
Sent: Monday, March 10, 2008 10:37 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Disaster Recovery question
Unless the hotsite is willing to reconfigure their machine to match your
addresses you must run second level. I have never known of a
On Monday, 03/10/2008 at 01:23 EDT, Karl Kingston <[EMAIL PROTECTED]>
wrote:
> We are in the process of planning our first disaster recovery of our
z/VM
> system.
>
> We have access to an LPAR at our DR hotsite.
>
> 1) how do I account for differences in OSA addresses, Hipersocket
addres
Unless the hotsite is willing to reconfigure their machine to match your addresses you must run
second level. I have never known of a hotsite that will do that. Define a guest on their VM with all
the right addresses. Bring your system up second level on that guest.
Karl Kingston wrote:
We ar
We are in the process of planning our first disaster recovery of our z/VM
system.
We have access to an LPAR at our DR hotsite.
1) how do I account for differences in OSA addresses, Hipersocket
addresses, and DASD addresses?The only DASD ww have that are VM only
us the 530RES, 530SPL and
19 matches
Mail list logo
