Where is message DC999999 documented and can it be suppressed?

Document ID : KB000025341
Last Modified Date : 14/02/2018
Show Technical Document Details

Question:

A lot of DC999999 messages are displayed on the terminal, console or IDMS log. Some examples of these messages are:


DC999999 Vnnn Tnnn CAS9034E - FUNCTION(RESCHECK) RESOURCE HAS BEEN DENIED

DC999999 Vnnn Tnnn ACF01137 xxxxxxxxx LAST SYSTEM ACCESS hh.mm-mm/dd/yy

DC999999 Vnnn Tnnn TSS7000I xxxxxxxx Last-Used dd mmm yy hh:mm System=ssss Facility=xxxxxxxxx

DC999999 Vnnn Tnnn CAS9034E - FUNCTION(RESCHECK) CLASS SPECIFIED IS NOT DEFINED

 

Where are these messages documented and can they be suppressed?

 

Answer:

The DC999999 messages are not documented in IDMS. DC999999 is used to deliver messages from an outside source such as XCF messages, LMP Key expiration messages or messages from an external security manager. Most frequently they are messages that originate from an external security package (RACF, CA ACF2 or CA Top Secret). IDMS displays these messages with a message id of DC999999. The messages could indicate an error or may be informational only, you will need to examine the text of the message to determine the cause. There may be a message id from the external security package following the task number in the message text. In the above examples you would need to find message id CAS9034E in the CA Common Services documentation, ACF01137 in CA ACF2 and TSS7000I in CA Top Secret.

There are 2 optional bit settings in RHDCOPTF that can be used to suppress these messages.

  • Optional bit 51 will suppress the DC999999 message from appearing in the console and/or user terminal.
  • Optional bit 226 will suppress the DC999999 message from appearing in the IDMS log.

Optional functionality is activated by use of a bit setting in the RHDCOPTF module.

Optional bit setting 51 can be activated by coding:

#DEFOPTF OPT00051

Optional bit setting 226 can be activated by coding:

#DEFOPTF OPT00226

The source for the RHDCOPTF module is located in the CUSTOM.SRCLIB. Here is an example of the RHDCOPTF source with just these two optional bits set:

TITLE 'USER OPTIONAL BITMAP TABLE'
#DEFOPTF OPT00051
#DEFOPTF OPT00226
#DEFOPTF TYPE=GENERATE
END

There is sample JCL to assemble and link the RHDCOPTF module in member RHDCOPTF in the CAGJSAMP library.

 

Additional Information:

System Operations Guide section Creating an RHDCOPTF Module

TEC1236642 How to turn on numbered options (optional bit settings) in RHDCOPTF and how to verify the settings via DCPROFIL

TEC584179 Can RHDCOPTF be dynamically refreshed while the IDMS CV is up?