Fixes are available
8.0.0.3: WebSphere Application Server V8.0 Fix Pack 3
8.0.0.4: WebSphere Application Server V8.0 Fix Pack 4
8.0.0.5: WebSphere Application Server V8.0 Fix Pack 5
8.0.0.6: WebSphere Application Server V8.0 Fix Pack 6
8.0.0.7: WebSphere Application Server V8.0 Fix Pack 7
8.0.0.8: WebSphere Application Server V8.0 Fix Pack 8
8.0.0.9: WebSphere Application Server V8.0 Fix Pack 9
8.0.0.10: WebSphere Application Server V8.0 Fix Pack 10
8.0.0.11: WebSphere Application Server V8.0 Fix Pack 11
8.0.0.12: WebSphere Application Server V8.0 Fix Pack 12
8.0.0.13: WebSphere Application Server V8.0 Fix Pack 13
8.0.0.14: WebSphere Application Server V8.0 Fix Pack 14
8.0.0.15: WebSphere Application Server V8.0 Fix Pack 15
APAR status
Closed as program error.
Error description
When WebSphere Virtual Enterprise V7.0 is configured on WebSphere Application Server V8.0 the warmstart can be very slow the first time a server is started within a node in which the WebSphere Application Server service level has been changed.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All users of IBM WebSphere Application * * Server V8.0 for z/OS that configure * * SMP/E-installed stack products. * **************************************************************** * PROBLEM DESCRIPTION: The warmstart of IBM WebSphere * * Application Server V8.0 for z/OS can * * take a very long time after service * * has been applied. * **************************************************************** * RECOMMENDATION: * **************************************************************** During the first warmstart after service has been applied the post installer invokes the zUpdateSymlinks.sh script to make any updates that are necessary to the symbolic links in the configuration image. The zUpdateSymlinks.sh script can take a very long time (up to 20 minutes to an hour) when the configuration image has been augmented with one or more stack products that were installed by SMP/E. (This is caused by changes to the configuration image directory structure that is made when the configuration image is augmented with an SMP/E-installed stack product.)
Problem conclusion
The zUpdateSymlinks.sh script was modified so that it runs much faster when it processes a configuration image that has been augmented with an SMP/E-installed stack product. APAR PM54254 is currently targeted for inclusion in Service Level (Fix Pack) 8.0.0.3 of WebSphere Application Server V8.0. Please refer to the Recommended Updates page for delivery information: http://www.ibm.com/support/docview.wss?rs=180&uid=swg27004980 In addition, please refer to URL: http://www.ibm.com/support/docview.wss?rs=404&uid=swg27006970 for Fix Pack PTF information.
Temporary fix
Comments
APAR Information
APAR number
PM54254
Reported component name
WEBSPHERE FOR Z
Reported component ID
5655I3500
Reported release
800
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2011-12-13
Closed date
2012-02-21
Last modified date
2012-02-21
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
R800 PSY
UP
Document Information
Modified date:
28 October 2021