PK10629: CICS CLOCK STUCK AT MIDNIGHT AND INTERVAL CONTROL STOPS WORKING.OCCURS WHEN CEMT PERFORM RESET IS NOT DONE FOLLOWING TIME CHANGE

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• When the local time offset is changed (as is frequently done
  for a summertime 'spring forward' or wintertime 'fall back' time
  change), an EXEC CICS or CEMT PERFORM RESET is necessary to make
  CICS aware of the change in the local time offset.  If no
  PERFORM RESET is done, then Interval Control STARTs that specify
  an explicit time will expire at the wrong time.  (They will
  expire at the old local time.)  And CICS-generated time stamps
  in messages and CEMT displays and EIBTIME will also reflect the
  old local time.  These are normal and expected consequences of
  not doing the PERFORM RESET .
  But in the case where the local time is moved back an hour
  (i.e. the local time offset from GMT goes from say -5 to -6 or
  from +3 to +2), interval control will stop working for EXEC CICS
  START and DELAY commands that specify an INTERVAL.  This will
  happen at the 1st new local midnight following the change in
  local time offset.  For the next 23 hours, CSATODP will be stuck
  at 2400000F and Interval Control commands will not work.  (At
  any time, however, a PERFORM RESET command will make everything
  work again.)
  The same problem also happens on a summertime 'spring
  forward' change.  But the problem only happens for the 1 hour
  prior to new local midnight (starting with the 2nd new local
  midnight after the time change.)
  

Local fix

• Do a CEMT PERFORM RESET
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All CICSPlex/SM V3R1M0 Users                 *
  ****************************************************************
  * PROBLEM DESCRIPTION: The CICS time-of-day becomes frozen and *
  *                      Interval Control stops working if       *
  *                      PERFORM RESET is not issued after       *
  *                      setting clocks forward or back to       *
  *                      adjust for Summer or Winter time.       *
  ****************************************************************
  * RECOMMENDATION: If any sample JCL that has been modified by  *
  *                 this PTF is used, then you must restart the  *
  *                 corresponding CMAS and/or MAS.               *
  *                                                              *
  *                 NOTE: CICS Transaction Server for z/OS PTF   *
  *                 UK06715 must be installed before attempting  *
  *                 to use the samples updated by this PTF.      *
  ****************************************************************
  This PTF is to exploit the AUTORESETTIME=YES System
  Initialization parameter.
  

Problem conclusion

• CMAS IVP (Installation Verification Procedure) JCL, sample CICS
  Transaction Server parameters to initialize a CMAS, and CMAS
  Starter set JCL have been updated to include AUTORESETTIME=YES.
  Additionally, this PTF updates the CICSPlex SM for CICS TS z/OS,
  Web User Interface Guide, and the CICS Transaction Server for
  z/OS Installation Guide.
  

Temporary fix

• FIX AVAILABLE BY PTF ONLY
  

Comments

APAR Information

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

  PK10236

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

  UK08092

Modules/Macros

•    EYUC64I0 EYUICM1A EYUICM1B EYUJCM1A EYUJCM1B
  

Fix information

• Fixed component name

  CPSM CICS 3.1

• Fixed component ID

  5655M1501

Applicable component levels

• R100 PSY UK08092

     UP05/10/16 P F510

Fix is available

• Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.