APAR status
Closed as program error.
Error description
IAYLSTNR sometimes gets a dynalloc failure while attempting to retrieve information from Changeman; The ddname it is attempting to allocate one member that is already in-use by another library allocated to IAYLSTNR.
Local fix
N/A
Problem summary
The existing AD Connect dynamic allocation routine had no recovery routine to handle the case where the IAYPDS* DDNAME was previously allocated and, for some reason, not deallocated when servicing a previous request. This would lead to dynalloc reason code x410.
Problem conclusion
This APAR added a recovery routine that would first deallocate the existing allocation, then re-attempt the new allocation on IAYPDS*. It is safe to deallocate the old allocation since each AD Connect subtask has its own dedicated IAYPDS* DDNAME, eg task #1 owns IAYPDS01, task #2 owns IAYPDS02, etc. so there is no way that the old allocation could be needed any more if the subtask has moved on to service a new request.
Temporary fix
Comments
APAR Information
APAR number
PH49953
Reported component name
APPL DISCOVERY
Reported component ID
5737B1600
Reported release
602
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2022-10-03
Closed date
2023-07-30
Last modified date
2023-07-30
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
APPL DISCOVERY
Fixed component ID
5737B1600
Applicable component levels
[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSRR9Q","label":"IBM Application Discovery"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"602","Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]
Document Information
Modified date:
30 July 2023