z/OS Security Server RACF Messages and Codes
Previous topic | Next topic | Contents | Contact z/OS | Library | PDF


ICH15042A

z/OS Security Server RACF Messages and Codes
SA23-2291-00

ICH15042A
IF ANY SYSTEM IS USING THE DATABASE WITH MASTER DATA SET DSNAME IN DATA SHARING MODE, AND ANY OTHER SYSTEM CONCURRENTLY USES IT IN NON-DATA SHARING MODE, DATABASE CORRUPTION WILL RESULT. YOU ARE RVARYING INTO A DATA SHARING MODE ENVIRONMENT. PROFILE PROFILE-NAME IN CLASS CLASS-NAME INDICATES THAT THIS DATABASE WAS LAST USED IN NON-DATA SHARING MODE, BUT IT IS NOW TO BE USED IN DATA SHARING MODE. IF THE DATABASE IS BEING USED BY ANOTHER SYSTEM NOT ENABLED FOR RACF SYSPLEX COMMUNICATION SPECIFY ‘CANCEL’. OTHERWISE SPECIFY ‘CONTINUE’.

Explanation

The APPLDATA field of the IRRPLEX_sysplex-name profile, for this sysplex, indicates non-data sharing mode. This system is currently changing to a data sharing mode environment. A system in data sharing mode cannot safely share a database with a system that is not in data sharing mode.

If the sysplex is changed into data sharing mode by a system running a release previous to z/OS® R10, the automatic update, which indicates the new mode in the IRRPLEX_sysplex-name profile, did not happen, and it is normal to receive this message.

To ensure that your database avoids corruption you must determine whether the databases are being shared by other sysplex members that are not enabled for RACF® sysplex communication. Systems that are enabled for RACF sysplex communication are members of the XCF IRRXCF00 group.

First determine which systems are sysplex members, but not IRRXCF00 group members. To display sysplex members, enter the following command from the master console:
D XCF,SYSPLEX
To display group members, enter the following command from the master console:
D XCF,GROUP,IRRXCF00
Next issue an RVARY LIST command from the systems in the sysplex that are not IRRXCF00 group members. This indicates whether the systems are using the same databases as the systems within the group. If there are systems using the same databases, this is because either:
  • The data set name table (ICHRDSNT) of the other systems sharing the databases did not specify RACF sysplex communication during IPL (the databases are used in the same mode as the group). Or,
  • This sysplex should not be in data sharing mode. Or,
  • One of the systems specified an incorrect RACF database in the data set name table (ICHRDSNT)

The ICH15041A WTOR is issued after this message to obtain a response.

Specify CONTINUE if:
  • there are no systems in this sysplex, which are not enabled for RACF sysplex communication, that use this database.
Specify CANCEL if:
  • the profile is correct, and you must not use the database in data sharing mode.

System action

The system waits for the reply of the operator.

Operator response

Respond to the ICH15041A message or contact your system programmer.

System programmer response

If the database is being used by another system that is not enabled for RACF sysplex communication (which implies that it can never change out of non-data sharing mode), and this system is in data sharing mode, the database becomes corrupted. You must specify CANCEL to protect the database. You can then either:
  • Issue an RVARY NODATASHARE from the system in data sharing mode, before trying the RVARY ACTIVE again. Or,
  • For systems using the database that are not enabled for RACF sysplex communication, but must be using the same database, update the data set name table (ICHRDSNT), and then reIPL the updated systems.

If the identified database is not being used by another system in this sysplex, which is not enabled for RACF Sysplex Communication mode, specify CONTINUE. After the RVARY, the IRRPLEX_sysplex-name profile for this system is updated.

If the message indicates the backup database, and you did not receive this message for the primary database, then if the backup database is intended to be the same as the primary database, and you were able to specify ‘CONTINUE’ to this message, resynchronize the primary and the backup databases using "IRRUT200 PARM=ACTIVATE".
Note: Ensure that the database you are using as the backup database is the correct database to be using with your primary database. The "IRRUT200 PARM=ACTIVATE" overlays all the data within the specified backup data set. See z/OS Security Server RACF System Programmer's Guide for more information about IRRUT200.
If the problem persists, contact your IBM® support center.

Do not use RRSF to propagate the RDEFINE, RALTER, and RDELETE commands to other databases. If automatic command direction is enabled for the GXFACILI class, use the ONLYAT operand (on the RALTER, RDEFINE, and RDELETE commands) when you change IRRPLEX_sysplex-name profiles to prevent this propagation. ONLYAT must be used whether you are altering, creating, or deleting the class GXFACILI IRRPLEX_sysplex-name profiles on a local or remote node.

Routing code

1

Descriptor code

2

Go to the previous page Go to the next page




Copyright IBM Corporation 1990, 2014