ALERT: Some images may not load properly within the Knowledge Base Article. If you see a broken image, please right-click and select 'Open image in a new tab'. We apologize for this inconvenience.

*08*-04 CHECK_PRIVILEGE And *08*-2C R_DATALIB In TSSUTIL Report With OPTIONS(32) Set

book

Article ID: 53511

calendar_today

Updated On:

Products

Cleanup Datacom DATACOM - AD CIS COMMON SERVICES FOR Z/OS 90S SERVICES DATABASE MANAGEMENT SOLUTIONS FOR DB2 FOR Z/OS COMMON PRODUCT SERVICES COMPONENT Common Services Datacom/AD CA ecoMeter Server Component FOC EASYTRIEVE REPORT GENERATOR FOR COMMON SERVICES INFOCAI MAINTENANCE IPC UNICENTER JCLCHECK COMMON COMPONENT Mainframe VM Product Manager CHORUS SOFTWARE MANAGER CA On Demand Portal CA Service Desk Manager - Unified Self Service PAM CLIENT FOR LINUX ON MAINFRAME MAINFRAME CONNECTOR FOR LINUX ON MAINFRAME GRAPHICAL MANAGEMENT INTERFACE WEB ADMINISTRATOR FOR TOP SECRET Xpertware Top Secret Top Secret - LDAP Top Secret - VSE

Issue/Introduction

Description

With OPTIONS(32) set in the CA Top Secret parameter file, the following is seen in the TSSUTIL report:

*08*-04 USS RESOURCE TYPE & NAME : USSLOG CHECK_PRIVILEGE

*08*-2C USS S003011 RESOURCE TYPE & NAME : USSLOG R_DATALIB

Solution

For the *08*-04 with CHECK_PRIVILEGE, USS is issuing a check_priv check, which checks to see if the user has UID(0). It is a common check done by USS. The reason why this call is made would have to be explained by USS support.

The *08*-2C on the R_DATALIB call means that there are no more certificates. This is perfectly normal. So, if there are 5 certificates, each time there will be a data getnext call, which will get RC=0, until the last one, which gets the 8/8:44 (x'2C') because there are no more certificates.

Environment

Release:
Component: AWAGNT