The primaries were listed as BACKUP. Brian Nielsen
On Mon, 24 Apr 2006 14:21:11 -0400, David Kreuter <[EMAIL PROTECTED] resources.com> wrote: >after the successful fail over from primary to backup RDEVs for the OSAs , what state was reported for the primary RDEVs? >David > > >-----Original Message----- >From: The IBM z/VM Operating System on behalf of Brian Nielsen >Sent: Mon 4/24/2006 1:39 PM >To: IBMVM@LISTSERV.UARK.EDU >Subject: [IBMVM] VSWITCH Controller failover issue on z/VM 5.2 > >This weekend the LAN team upgraded the CISCO router connected to the OSA = > >card. The VSWITCH controller console shows the message: > > DTCOSD309W Received adapter-initiated Stop Lan > >after which it tries to fail over from the primary OSA to the backup OSA .= > >Eventually I see: > > DTCOSD306I Received adapter-initiated Start Lan > >and the backup OSA addresses get started fine and assign all the IP >addresses. > >There are several more iterations of Stop Lan and Start Lan, but it is = > >always on the backup OSA addresses, never on the primary OSA addresses. > >So the question is: why didn't it ever try to restart on the primary OSA = > >when the backup OSA received the Stop Lan? If both OSA cards were the = > >same it might not matter that much, but the primary is a Gig-OSA and the = > >backup is a Fast-OSA. > >----- > >Oh, and just to make it more fun, lastly there is a Stop Lan, the variou s= > >normal messages about stopping, attempting to restart, and: > > AMPX036I ASSERTION FAILURE CHECKING ERROR > TRACE BACK OF CALLED ROUTINES > ROUTINE STMT AT ADDRESS IN MODULE > SPSM_BLKALLOCATE 39 00D429D0 TCFPSM_FPSM > INITDCB 48 00DA079A TCTOOSD_TOOSD > TOOSDINIT 33 00DA2DF4 TCTOOSD_TOOSD > CALLINITRTN 30 00CB9506 TCPARSE_PARSETCP > PROCESSSTARTSTOPSTATEMENT 33 00CAE37E TCPARSE_PARSETCP > PARSEOPTION 292 00CB3C00 TCPARSE_PARSETCP > RECEIVECONTROLLERMSGFROMCP 25 00D9F010 TCTOOSD_TOOSD > TOIUCV 180 00D3D580 TCTOIUC_TOIUCV > Schedule 1670 00CFA118 > <MAIN-PROGRAM> 14 00C441FE TCPIP > VSPASCAL 00E4D74A > > DTCOSD100E Insufficient Fixed Page Storage Pool storage > >after which it tries to shutdown and then goes into repeated: > > AMPX015I ADDRESSING EXCEPTION > >abends. Needless to say there were a lot of dump files in spool space. > >So, IBM will get a call on the abends. I could add more virtual storage = > >to the controllers, but that will presumably only add cushion for more = > >stops & restarts before it runs out of storage again. > >Brian Nielsen >======================== ========================= =======================