Direct links to fixes
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 number
IT07702
Reported component name
TPC
Reported component ID
5608TPC00
Reported release
520
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2015-03-13
Closed date
2015-04-29
Last modified date
2015-04-29
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
Document Information
Modified date:
05 October 2023