APAR status
Closed as fixed if next.
Error description
The XA recovery alarm was not set properly, causing the server to delay starting until the next alarm expired successfully.
Local fix
User can issue "F <server>,DIAGDATA=SNOO" on the console and any expired XA snoozers are forced to pop, so that the snoozer queue can be traced. This should allow the server to complete initialization.
Problem summary
**************************************************************** * USERS AFFECTED: All users of WebSphere Application Server * * V5.1.0 for z/OS * **************************************************************** * PROBLEM DESCRIPTION: Delay in scheduling expired alarms * * (SnoozeAlarm services, bbootmsa.cpp) * * results in significant server startup * * delay. * **************************************************************** * RECOMMENDATION: * **************************************************************** APAR PK74291 is being closed FIN with concurrence from the submitting customer. This means that a fix to this APAR is expected to be delivered from IBM in a release which is being developed at the time that the APAR was closed.
Problem conclusion
Temporary fix
Comments
APAR Information
APAR number
PK74291
Reported component name
WEBSPHERE FOR Z
Reported component ID
5655I3500
Reported release
510
Status
CLOSED FIN
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2008-10-22
Closed date
2008-11-21
Last modified date
2009-02-26
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fix information
Applicable component levels
R510 PSY
UP
[{"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SS7K4U","label":"WebSphere Application Server for z\/OS"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"5.1","Edition":"","Line of Business":{"code":"LOB45","label":"Automation"}}]
Document Information
Modified date:
10 February 2022