A fix is available
APAR status
Closed as program error.
Error description
For STOP command processing, a PURGEDQ was issued against SRBs running in the stopped address space. An address space SRB issuing IXGWRITEs had been suspended by IXGF2WRT for completion of a staging data set I/O request sent to Media Manager. The system abended the SRB with an ABEND47B. IXGF2WRT recovery retried the abend47b and returned control to the application with Return Code x'C' indicating a component error. The application SRB continued to run issuing subsequent IXGWRITEs. Subsequent IXGF2WRT attempts to SUSPEND for I/O completion were not successful and were returned RC=8 due to the earlier abend47b on the SRB. The logic in logger for DasdOnly writes records the error but then continues as if the async I/O to the staging data set had completed which is untrue in some cases. Processing in IXGF2wrt after the suspend rc8 will release the storage related to the async I/O, i.e. RQE, Arte, RWIO buffer list, etc. which should not happen until it is clear that the I/O is complete and IXGA1MTX (Media Manager Termination Exit) processing is finished for the particular I/O request. This can cause subsequent failures when IXGA1MTX is called by media manager for I/O completion since the coordination between System Logger and Media Manager for asynchronous I/O becomes disrupted.
Local fix
-Force and Restart IXGLOGR if problem is encountered -See scatch pad for application workaround
Problem summary
**************************************************************** * USERS AFFECTED: Users of HBB7780 and above supported * * releases using System Logger Service * * IXGWRITE in SRB mode. * * Also see APAR OA47836. * **************************************************************** * PROBLEM DESCRIPTION: ABEND017 rsn20C on attempt to resume * * SRB thread that is issuing IXGWRITE * * requests after this SRB has previously * * been targeted for cleanup via PURGEDQ * * as part of the logstream exploiter * * address space stop processing * * * **************************************************************** * RECOMMENDATION: * **************************************************************** An application connected to a DasdOnly logstream had an SRB issuing IXGWRITE mode=sync requests. One write request had been suspended in the front end processing of logger module IXGF2WRT. The suspension occurred beause the module was waiting for completion of the asynchronous staging data set I/O request sent to DFSMS Media Manager (as expected). While the SRB was suspended, a PURGEDQ was issued and targeted the SRBs in this application's address space. This caused IxgF2wrt front end processing to receive the ABEND47B condition. IXGF2WRT recovered, retried via RTM, and returned control to the application with Return Code x'C' Reason Code x'0000' indicating a component error. The application SRB continued to run issuing subsequent IXGWRITEs. These subsequent IXGF2WRT attempts to SUSPEND for I/O completion were not successful as Logger received Return Code x'8' due to the earlier ABEND47B on this SRB. The logic in logger for DasdOnly writes records the error, but then continues as if the async I/O to the staging data set had completed, which is untrue in some cases. Processing in IXGF2wrt after the suspend rc8 will release the storage related to the async I/O, i.e. RWIO buffer list, Arte, RQE, etc. The resource cleanup should not happen until it is clear that the I/O is complete. The premature releasing of the resources can cause subsequent failures in Logger and/or DFSMS Media manager since the coordination between System Logger and Media Manager for asynchronous I/O becomes disrupted. For example, an ABEND017 rsn20c can occur because of an attempt to resume an SRB using a bad SPTOKEN at IXGA1MTX UA70736+1004 ?RESUME SPTOKEN(Rqe_SpToken). This occurs because the RQE had been erroneously released by the IxgF2wrt recovery/retry processing. Logger should be corrected to properly handle the cleanup of the resources associated with the asynchronous concurrent threads. Also, when the logger write front end processing receives an ABEND47B, it should cleanup appropriately and percoloate to the IXGWRITE invoker. The percolation will allow the invoker to encounter the ABEND47B and handle it as needed.
Problem conclusion
This fix for APAR OA47327 provides a corrective PTF only on release level HBB7790. Note the parts included in this PTF are not shipped in HBB779J. See Logger APAR OA47836 for corrective PTF(s) on other release levels. Logger has been updated to percolate ABEND47B conditions that are encountered while in module IXGF2WRT front end processing (i.e. running in caller's SRB environment). Corrections have also been made in the handling of the asynchronous related control blocks so that they are released when properly owned by the concurrent threads. This fix may be applied to one system at a time in the sysplex. Systems with and without the fix activated can coexist in the same sysplex, although the problem may persist on those systems running without the fix. Additional Searchable keywords: SYSPLEXDS
Temporary fix
Comments
APAR Information
APAR number
OA47327
Reported component name
SYSTEM LOGGER
Reported component ID
5752SCLOG
Reported release
79J
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
YesSpecatt / Pervasive / SYSPLXDS
Submitted date
2015-03-20
Closed date
2015-05-12
Last modified date
2015-06-01
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UA77313
Modules/Macros
IXGA1MTX IXGC4DIS IXGF1CMP IXGF2WRT IXGL2RTE IXGR2RMT IXGV1FMT IXGYCFMT
Fix information
Fixed component name
SYSTEM LOGGER
Fixed component ID
5752SCLOG
Applicable component levels
R790 PSY UA77313
UP15/05/27 P F505
Fix is available
Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.
[{"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":"79J","Edition":"","Line of Business":{"code":"","label":""}},{"Business Unit":{"code":null,"label":null},"Product":{"code":"SG19O","label":"APARs - MVS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"79J","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
01 June 2015