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’. ExplanationThe 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:
To display group members,
enter the following command from the master console:
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 ICH15041A WTOR is issued after this message to obtain a response. Specify CONTINUE if:
Specify CANCEL if:
System actionThe system waits for the reply of the operator. Operator responseRespond to the ICH15041A message or contact your system programmer. System programmer responseIf 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:
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 code1 Descriptor code2 |
Copyright IBM Corporation 1990, 2014
|