Hans -
The VSWITCH failover support attempts to initialize each of the devices
defined for the virtual switch. If one attempt is successful the others
are initialized as backups.
In 5.2.0, if all devices are marked as broken manual intervention (SET
VSWITCH CONNECT) is required to
AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Workings of VSWITCH fail-over
Hans -
The VSWITCH failover support attempts to initialize each of the devices =
defined for the virtual switch. If one attempt is successful the others =
are initialized as backups.
In 5.2.0, if all devices
On Tuesday, 04/15/2008 at 01:55 EDT, David Kreuter
[EMAIL PROTECTED] wrote:
In a zvm530 shop, last week we were testing this at a client. We
simulated a
cable pull by forcibly DETaching a set RDEVs from the controller
machine. Two
great things happened:
1. it automatically recovered to
Carollo
Sent: April 15, 2008 11:01 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Workings of VSWITCH fail-over
Hans -
The VSWITCH failover support attempts to initialize each of the devices =
defined for the virtual switch. If one attempt is successful the others =
are initialized as backups
On Tuesday, 04/15/2008 at 11:51 EDT, Hans Rempel [EMAIL PROTECTED]
wrote:
I will check with the operators to see if they brought the CHPID offline
or
tried to reset the OSA card from the HMC. If not then the reset of the
routers appeared to be more disruptive to the OSA card and maybe it
Our VSWITCH (z/VM 5.2) is defined with a backup OSA card going to a second
real switch. Both real switches were re-booted and we lost all access to VM
system since the TCPIP stack is connect to that VSWITCH. During my testing I
did see the fail-over work by using the backup OSA device but can't