Fixes are available
9.0.0.6: WebSphere Application Server traditional V9.0 Fix Pack 6
8.5.5.13: WebSphere Application Server V8.5.5 Fix Pack 13
9.0.0.7: WebSphere Application Server traditional V9.0 Fix Pack 7
9.0.0.8: WebSphere Application Server traditional V9.0 Fix Pack 8
8.5.5.14: WebSphere Application Server V8.5.5 Fix Pack 14
9.0.0.9: WebSphere Application Server traditional V9.0 Fix Pack 9
9.0.0.10: WebSphere Application Server traditional V9.0 Fix Pack 10
8.5.5.15: WebSphere Application Server V8.5.5 Fix Pack 15
9.0.0.11: WebSphere Application Server traditional V9.0 Fix Pack 11
9.0.5.0: WebSphere Application Server traditional Version 9.0.5 Refresh Pack
9.0.5.1: WebSphere Application Server traditional Version 9.0.5 Fix Pack 1
9.0.5.2: WebSphere Application Server traditional Version 9.0.5 Fix Pack 2
8.5.5.17: WebSphere Application Server V8.5.5 Fix Pack 17
9.0.5.3: WebSphere Application Server traditional Version 9.0.5 Fix Pack 3
9.0.5.4: WebSphere Application Server traditional Version 9.0.5 Fix Pack 4
9.0.5.5: WebSphere Application Server traditional Version 9.0.5 Fix Pack 5
WebSphere Application Server traditional 9.0.5.6
9.0.5.7: WebSphere Application Server traditional Version 9.0.5 Fix Pack 7
9.0.5.8: WebSphere Application Server traditional Version 9.0.5.8
8.5.5.20: WebSphere Application Server V8.5.5.20
8.5.5.18: WebSphere Application Server V8.5.5 Fix Pack 18
8.5.5.19: WebSphere Application Server V8.5.5 Fix Pack 19
9.0.5.9: WebSphere Application Server traditional Version 9.0.5.9
9.0.5.10: WebSphere Application Server traditional Version 9.0.5.10
8.5.5.16: WebSphere Application Server V8.5.5 Fix Pack 16
8.5.5.21: WebSphere Application Server V8.5.5.21
9.0.5.11: WebSphere Application Server traditional Version 9.0.5.11
APAR status
Closed as program error.
Error description
When restarting a Compute Grid batch job with a failed sub-job, specified substitution property overrides are not applied to the sub-job during actual execution. The program will continue to use the initial substitution property values instead of the any override property values supplied with the "job" restart command.
Local fix
N/A
Problem summary
**************************************************************** * USERS AFFECTED: All users of IBM WebSphere Application * * Server Java Batch * **************************************************************** * PROBLEM DESCRIPTION: When restarting a parallel job, there * * is no way to override the * * substitution properties supplied for * * a subjob. * **************************************************************** * RECOMMENDATION: * **************************************************************** In general, when restarting a job, it is possible to override substitution properties that were supplied during an earlier job execution such as the original job submission. (Though this is not possible with the Job Management Console GUI, it is possible using the WSGrid interface). This applies when restarting a parallel job, too, and substitution properties supplied to the top-level job can be overridden on a restart of the job. However, a parallel job spawns one or more "subjobs", each with its own subjob-level substitution properties. These subjob-level properties are typically calculated by the parameterizer (com.ibm.wsspi.batch.parallel.Parameterizer), which returns subjob-specific substitution properties unique to each subjob. But upon restart of the top-level job, the subjob-level substitution properties are still supplied by values persisted from the original execution. So if a subjob-level substitution property needs to be changed for a successful completion of the subjob, and ultimately the top-level job, there is no way to do so.
Problem conclusion
A new WebSphere environment variable, PJM_SUBJOB_ALLOW_OVERRIDE_PARAMETERS was defined (it defaults to "false"). When set to "true" in the endpoint server in which the top-level job executes, the parameterizer will re-run on a restart of a parallel job, and the substitution properties in the parameters (com.ibm.wsspi.batch.parallel.Parameters) produced on the new execution will be used for the new execution of each subjob (that executes on the current execution, as some may have completed previously). The default behavior, with the new variable undefined or set to "false", remains the same: the original subjob-level substitution properties will be used for a subjob upon restart, and the parameterizer will only be executed upon the initial execution. A couple other notes to keep in mind when using this function: First, in general, note that for a parallel job, the restart operation should only be performed on the top-level job rather than restarting individual subjobs directly, in order to allow the runtime to manage the state of the top-level job and subjobs in a consistent manner. Second, note that for a substitution to occur at the subjob level, the substitution must remain unresolved as the top-level job submission is resolved. Only in this way can substitution properties supplied by the parameterizer be resolved later, at each subjob-level submission. The fix for this APAR is currently targeted for inclusion in fix packs 8.5.5.13 and fix pack 9.0.0.6. Please refer to the Recommended Updates page for delivery information: http://www.ibm.com/support/docview.wss?rs=180&uid=swg27004980
Temporary fix
Comments
APAR Information
APAR number
PI77232
Reported component name
WEBSPHERE FOR Z
Reported component ID
5655I3500
Reported release
850
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2017-02-24
Closed date
2017-10-12
Last modified date
2017-10-12
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
WEBSPHERE FOR Z
Fixed component ID
5655I3500
Applicable component levels
R850 PSY
UP
Document Information
Modified date:
04 May 2022