Obtaining User 0 output (CCAPRINT): Difference between revisions

From m204wiki
Jump to navigation Jump to search
mNo edit summary
(Automatically generated page update)
 
Line 65: Line 65:
If CCAOUT, which is used for problem analysis, is allocated in your UTILJ JCL, journal records are written to CCAOUT, not CCAPRINT. See [[System and media recovery#Using UTILJ to analyze problems|Using UTILJ to analyze problems]] for more details.</p>
If CCAOUT, which is used for problem analysis, is allocated in your UTILJ JCL, journal records are written to CCAOUT, not CCAPRINT. See [[System and media recovery#Using UTILJ to analyze problems|Using UTILJ to analyze problems]] for more details.</p>


[[Category:System Manager]]
[[Category:System management]]
[[Category:Auditing and problem determination]]
[[Category:Auditing and problem determination]]

Latest revision as of 17:08, 6 November 2014

Overview

The output from CCAPRINT can help in problem determination by showing parameter or other initialization errors.

This page explains how to store and print User 0 output using the CCAPRINT system file.

CCAPRINT data set

CCAPRINT defines a sequential output data set (usually SYSOUT=* in z/OS) that contains User 0 output, such as:

  • Summary of the execute parameters, such as SYSOPT
  • Version running
  • User 0 parameter settings
  • Number of users and servers
  • Terminal output, if the commands are issued from the User 0 input stream

Initialization information about Early Warnings

At Model 204 initialization, a listing of all Early Warnings that have been applied to the module is produced. It is comparable to the output of the following command:

DISPLAY EW ALL

The output is directed to CCAPRINT in Online, Batch204, IFAM1 (if CCAPRINT has been defined), and IFAM4 jobs. A listing of all maintenance currently applied to the active load module or phase is displayed. Messages of the following type are produced in CCAPRINT, depending on the maintenance history at your site.

Examples

NO EARLY WARNINGS HAVE BEEN APPLIED EARLY WARNING 1 TO 4 APPLIED EARLY WARNING 6 APPLIED EARLY WARNINGS 9 TO 12 APPLIED

This listing helps Rocket Software Technical Support reduce the time required for problem resolution. You should have both CCAPRINT and CCAAUDIT available when you report problems to Rocket Software Technical Support.

z/OS considerations

In a z/OS environment, the JCL must contain a DD statement for CCAPRINT. CCAPRINT is normally defined as a SYSOUT data set. Records written to CCAPRINT go to the system spool. For example:

//CCAPRINT DD SYSOUT=*

If CCAOUT, which is used for problem analysis, is allocated in your UTILJ JCL, journal records are written to CCAOUT, not CCAPRINT. See Using UTILJ to analyze problems for more details.

z/VSE considerations

In a z/VSE environment, the output from CCAPRINT is printed in the order generated on the logical unit SYSLST. The unit SYSLST must be assigned.

z/VM considerations

In a z/VM environment, CCAPRINT can be defined as one of the following:

  • CMS file:

    FILEDEF CCAPRINT DISK WORK CCAPRINT A

  • Service machine virtual printer:

    FILEDEF CCAPRINT PRINTER

Information about unusual Model 204 activity is displayed on the service virtual machine console. Spooling this console and ensuring that the file is closed and examined on a regular basis may be helpful.

Note: Do not define a terminal as the output device for CCAPRINT.

If CCAOUT, which is used for problem analysis, is allocated in your UTILJ JCL, journal records are written to CCAOUT, not CCAPRINT. See Using UTILJ to analyze problems for more details.