IT07702: MISSING 'RECOVER' OPTION AFTER 'TAKEOVER' FROM (OPEN SYSTEMS) STANDY SERVER.

Tivoli Storage Productivity Center 5.2.7 (select fixes from group)
IBM Spectrum Control V5.2.8 (December 2015)
IBM Spectrum Control V5.2.9 (February 2016)
IBM Spectrum Control V5.2.10 (May 2016)
IBM Spectrum Control V5.2.10.1 (July 2016)
IBM Spectrum Control V5.2.11 (August 2016)
IBM Spectrum Control V5.2.12 (November 2016)
IBM Spectrum Control V5.2.13 (March 2017)
IBM Spectrum Control V5.2.14 (May 2017)
IBM Spectrum Control V5.2.15 (August 2017)
IBM Spectrum Control V5.2.15.2 (November 2017)
IBM Spectrum Control V5.2.16 (March 2018)
IBM Spectrum Control V5.2.17 (May 2018)

APAR status

• Closed as program error.

Error description

• > HyperSwap was unable to freeze the H1 box during the HyperSwap
  > process, due to how user performed DR test (see scenario
  below).
  > This left the H1 pairs in a Duplex state.
  > The hardware will not auto suspend the pairs unless i/o is run
  to
  > them which won't happen because the HyperSwap moved i/o to the
  H2 volumes.
  > TPC-R on startup will query the H1s and only query the H2s if
  we
  > determine that H1 is suspended.
  > Since H1 isn't suspended,  TPC-R thinks everything is still
  running
  > because we have no communication to IOS on the Windows server.
  >
  > RECREATE STEPS:
  > 1)  Set up environment.
  > Install TPC 5.2 on zOS and Windows.
  > IP to z/OS connection from the Windows standby server to the
  z/OS
  > System was not set up.
  >
  > 2)  Perform DR test.
  > Primary zOS server (hyperswap enabled)
  > Active management server runs on zOS PLEX02 (second LPAR).
  > Standby management server runs on Windows server.
  >
  > Blocked director ports so zOS second LPAR could not see
  primary storage or secondary storage.
  >
  > Hyperswap occurred, zOS second LPAR went into wait state.
  > zOS first LPAR kept running on mirrored volumes.
  > Signed onto management server on Windows, issued takeover,
  expected to see RECOVER option under session.
  > The TPCR standby interface still thinks we haven't swapped and
  are in a H1 -> H2 with hyperswap enabled.
  >
  > No RECOVER option in TPC gui to get back to normal.
  

Local fix

• Call IBM support.
  

Problem summary

• | fix pack | 5.2.7-TIV-TPC-FP0000 - target 3Q 2015 |
  
  
  http://www-01.ibm.com/support/docview.wss?&uid=swg21320822
  
  The target dates for future fix packs do not represent a formal
  commitment by IBM. The dates are subject to change without
  notice.
  
  Recover command not available after takeover from a standby
  server.  This is because TPC-R queries the primaries. According
  to H1 the CQUERY says the relationship is DUPLEX, therefore
  TPC-R does not query the H2 volumes unless H1 is in a suspended
  state. After a hyperswap is done it was unable to freeze the
  H1's since all connectivity from the host to H1 storage
  controller was lost. When TPC-R on the standby queries the
  hardware TPC-R still thinks the pairs are DUPLEX (since it is
  from the H1 perspective). And since no IO is going to H1 the
  pairs wont suspend either.
  

Problem conclusion

• Ensure the Recover command appears after the HA takeover to a
  standby server.
  

Temporary fix

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

Fix information

• Fixed component name

  TPC

• Fixed component ID

  5608TPC00

Applicable component levels