A fix is available
APAR status
Closed as program error.
Error description
An abend878 occurred for the NetView asid for below the line storage due to SP0 Key 8 containing ACBs for DSILT. DSILT is a dataset used during DSIPRT which was running under an autotask within NetView. Since NetView doesn't pass a storage address when issuing the gencb the storage is gotten below the line. Normally when DSIPRT is running as a job, when the job completes the asid goes away and the storage is freed. But when DSIPRT is running under NetView, the storage is not freed until NetView is shut down.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All users of the Tivoli NetView for z/OS * * network log print program, DSIPRT, * * especially those who run DSIPRT in the * * NetView address space * **************************************************************** * PROBLEM DESCRIPTION: When the NetView log print program, * * DSIPRT, is run repeatedly within * * NetView, instead of by a separate * * job, NetView runs out of "below the 16M * * line" (24-bit addressable) storage * * and abends x'878'. * * The abend may be accompanied by any * * number of messages, such as IEW4000I, * * CSV031I, CSV028I, DSI124I, and others, * * depending upon what is running, that * * indicate virtual storage constraint. * * Additional search keywords: ABEND878 * * ABENDS878 * **************************************************************** * RECOMMENDATION: * **************************************************************** The NetView log print program, DSIPRT, prepares to read a NetView log file (VSAM cluster) by obtaining an exit list (EXLST), access method control block (ACB), and a request parameter list (RPL), among other things. For each block, (EXLST, ACB, and RPL) the macro (GENCB) used to create the block is invoked in a manner such that DFSMSdfp (VSAM) obtains the storage for the block "below the 16M line" (that is, in 24-bit addressable storage), in addition to formatting it. When DSIPRT completes processing of the NetView log file, however, it does not free the storage that GENCB obtained. When DSIPRT is run as job step program in its own job, this is not a problem, because the storage is freed upon termination of the address space created for the job. If DSIPRT is run using a REXX command environment, such as LINKMVS, in a NetView REXX EXEC or if DSIPRT is run as a NetView subtask, address space termination does not follow program termination, so the storage is not freed. With repeated execution of DSIPRT in NetView, eventually "below the 16M line" storage is exhausted, resulting in the x'878' abend.
Problem conclusion
Part DSIPRT is being changed to save the length and address of each piece of storage (EXLST, ACB, and RPL) and free them when finished with the processing of the NetView log file.
Temporary fix
Comments
APAR Information
APAR number
OA40327
Reported component name
NETVIEW FOR Z/O
Reported component ID
5697NV600
Reported release
10B
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2012-09-07
Closed date
2013-01-28
Last modified date
2013-04-02
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UA67819
Modules/Macros
DSIPRT
Fix information
Fixed component name
NETVIEW FOR Z/O
Fixed component ID
5697NV600
Applicable component levels
R10B PSY UA67819
UP13/03/19 P F303
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.
Rate this page:
Average rating
Copyright and trademark information
IBM, the IBM logo and ibm.com are trademarks of International Business Machines Corp., registered in many jurisdictions worldwide. Other product and service names might be trademarks of IBM or other companies. A current list of IBM trademarks is available on the Web at "Copyright and trademark information" at www.ibm.com/legal/copytrade.shtml.