IJ51373: SWITCHPLAN JOB TAKING MORE TIME (25-30 MINS) AFTER UPGRADING FROM 9.4 FP7 TO 10.1 FP4.

10.1.0.05-IWS-DOCKER-ZAGENT-LNX_X86_64
10.1.0.05-IWS-OCLI-WINDOWS
10.1.0.05-IWS-OCLI-MACx86
10.1.0.05-IWS-OCLI-MACARM
10.1.0.05-IWS-OCLI-LNX_X86_64
10.1.0.05-IWS-ZAGENT-WINDOWS
10.1.0.05-IWS-ZAGENT-SOLARIS
10.1.0.05-IWS-ZAGENT-LNX_Z
10.1.0.05-IWS-ZAGENT-LNX_X86_64
10.1.0.05-IWS-ZAGENT-LNX_PPC_LE
10.1.0.05-IWS-BATCH_REPORT-Z_USS
10.1.0.05-IWS-ZAGENT-IBMi
10.1.0.05-IWS-BATCH_REPORT-WINDOWS
10.1.0.05-IWS-ZAGENT-HPIA64
10.1.0.05-IWS-BATCH_REPORT-LNX_Z
10.1.0.05-IWS-ZAGENT-AIX
10.1.0.05-IWS-BATCH_REPORT-LNX_X86_64
10.1.0.05-IWS-BATCH_REPORT-AIX
10.1.0.05-IWS-DOCKER-ZAGENT-LNX_Z
10.1.0.05-IWS-SERVER-WINDOWS
10.1.0.05-IWS-SERVER-LNX_Z
10.1.0.05-IWS-SERVER-LNX_X86_64
10.1.0.05-IWS-SERVER-AIX
10.1.0.05-IWS-DOCKER-SERVER-LNX_Z
10.1.0.05-IWS-DOCKER-SERVER-LNX_X86_64
10.1.0.05-IWS-DOCKER-AGENT-LNX_Z
10.1.0.05-IWS-DOCKER-AGENT-LNX_X86_64
10.1.0.05-IWS-AGENT-WINDOWS
10.1.0.05-IWS-AGENT-SOLARIS
10.1.0.05-IWS-AGENT-LNX_Z
10.1.0.05-IWS-AGENT-LNX_X86_64
10.1.0.05-IWS-AGENT-LNX_PPC_LE
10.1.0.05-IWS-AGENT-IBMi
10.1.0.05-IWS-AGENT-HPIA64
10.1.0.05-IWS-AGENT-AIX

APAR status

• Closed as program error.

Error description

• Customer upgraded their environment from 9.4 FP7 to 10.1 FP4.
  Since upgrade, FINAL runs but SWITCHPLAN is taking more than
  23/30 minutes while it used to take around 1 minute.
  During that time, jobs can't run on FTAs, and this is impacting
  production.
  
  Chances are that the delay might be caused by the Workload
  Service Assurance feature, running concurrently with the planman
  process. They both can require loading the whole Workload
  network, and in order to not interfere with each other only one
  at a time loads and analyze the network internally.
  

Local fix

• Disable Service Assurance (enWorkloadServiceAssurance / wa = NO)
  and What If (enWhatIfAnalysis / wi = NO) in the global options
  settings (optman).
  
  After that, the following value must be applied in
  TWSConfig.properties:
  com.ibm.tws.planner.monitor.time = 0
  
  Then, Liberty should be restarted to apply the change.
  

Problem summary

• The code will be modified to fix the problem
  

Problem conclusion

• The fix for the APAR will be delivered in 10.1 FP5 and 10.2.3
  

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

  WORKLOAD SCHEDU

• Fixed component ID

  5698WKB00

Applicable component levels