APAR status
Closed as fixed if next.
Error description
While performing TVS processing, it is possible to receive an ABEND0F4 in IDAVRR10 when using an RPL for multiple requests. If the user's RPL comes in still pointing to a dataspace RPL, IDAVRR10 will check if the RPLX_ACTV flag is on, before checking if the dataspace RPL is valid. Since the comparison wasn't made a request can come in pointing to a free'd up RPL or random storage that IDAVRR10 will try to use as the dataspace RPL. Further down in the code IDAVRR10 will detect an invalid dataspace RPL and assign a new one to the user's request. Additional keywords ABEND0F4 ABEND 0F4 S0F4
Local fix
To work around this problem ensure an ENDREQ is issued at the end of a series of requests. For example, ensure the ENDREQ is issued on all active RPLs before the dataset is closed. Upon closure SMSVSAM will free up any dataspace RPLs still associated with the dataset, so if any user RPLs haven't issued ENDREQs they will point to storage no longer belonging to that request. This fix has been incorporated into the base code of z/OS 1.13 and above.
Problem summary
**************************************************************** * USERS AFFECTED: ALL VSAM RLS USERS. * **************************************************************** * PROBLEM DESCRIPTION: AN ABEND0F4 RC24, RC00000024, * * RSN9B0000EB, CAN OCCUR IN MODULE * * IDAVRR10 DURING TVS PROCESSING. * **************************************************************** * RECOMMENDATION: * **************************************************************** WHEN A TVS RPL IS USED FOR MULTIPLE REQUESTS, THE RPL MAY BE PASSED TO MODULE IDAVRR10 WITH A RESIDUAL DATASPACE RPL POINTER. MODULE IDAVRR10 ISSUES ABEND0F4 PRIOR TO DETERMINING THAT THE DATASPACE RPL ADDRESS IS INVALID.
Problem conclusion
Temporary fix
Comments
CONTROL NUMBER: KFI0648 This APAR is being closed as FIN with the concurrence of the submitting customer. A solution to this problem will be delivered in a future DFSMS release, if there is one, within the next 18 to 24 months. This problem is fixed in z/OS DFSMS V1R13
APAR Information
APAR number
OA33740
Reported component name
VSAM REC LEV SH
Reported component ID
5695DF122
Reported release
190
Status
CLOSED FIN
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2010-07-20
Closed date
2010-08-19
Last modified date
2014-01-29
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
R190 PSN
UP
[{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"190","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
29 January 2014