Your Browser is not longer supported

Please use Google Chrome, Mozilla Firefox or Microsoft Edge to view the page correctly
Loading...

{{viewport.spaceProperty.prod}}

RELEASE-CLUSTER-RECOVERY-LOCK Release the Cluster Recovery Lock (CRL) manually

&pagelevel(3)&pagelevel

Description status:

Functional area:

Domain:

Privileges:

MSCF V 21.0A

Pubset and MRSCAT management

MULTI-CATALOG-AND-PUBSET-MGMT

OPERATING
TSOS

Routing code:

R

Function

Systems support can use the RELEASE-CLUSTER-RECOVERY-LOCK command to manually release the Cluster Recovery Lock (CRL).

Under certain special conditions of the operating system (e.g. during CPU reconfiguration) the operating system is halted for a certain time. To prevent the risk of incorrect failure detection by MSFC, the system component responsible for the special condition can reserve the Cluster Recovery Lock (CRL) during the critical period. While the CRL is reserved, a fail reconfiguration by MSCF is only started after confirmation by systems support.

Current users of the CRL are the VM2000 command MOVE-VM and, on the SX 150 model series, dynamic reconfiguration.

Reservation and release of the CRL by a system component is indicated by the messages MCS1048 and MCS1049.

Application for manual release of the CRL

Normally the CRL is reset after the special condition has terminated. If this is not done (e.g. because of an error), automatic failure handling is blocked. In this case the CRL can be released using a command.

Reservation of the CRL is indicated in the SHOW-MSCF-CONFIGURATION command with RECOVERY-START=LOCKED.

Format

RELEASE-CLUSTER-RECOVERY-LOCK

HOST-NAME =  *OWN  / <alphanum-name 1..8>  

Operands

HOST-NAME  =
Specifies the BCAM name of the processor which keeps the CLUSTER-RECOVERY-LOCK to be released       

HOST-NAME = *OWN
The CLUSTER-RECOVERY-LOCK kept by the own host is to be released. This corresponds to the functionality of the command in earlier versions.

HOST-NAME = <alphanum-name 1..8> 
The CLUSTER-RECOVERY-LOCK kept by specified partner is to be released on the own host.

The fail recognition by MSCF is reactivated for the specified partner. This is done exclusively on the host on which the command has been issued. Thus, if necessary, a fail reconfiguration can be started by MSCF.


Return codes

(SC2)

SC1

Maincode

Meaning


0CMD0001Command executed without error
10CMD0001No action required

1CMD2201Parameter error

2CMD2202MSCF subsystem not defined

3CMD2203Installation error

40MCS1054Specified host is not known

64CMD0216User is not privileged

65CMD2241MSCF subsystem is not loaded

65MCS0003MSCF subsystem currently being loaded

65MCS0004MSCF subsystem currently being unloaded

66CMD2242No connection to the MSCF subsystem

128CMD2280MSCF subsystem temporarily not available

129CMD2281MSCF subsystem unavailable for an extended period

130CMD2282MSCF subsystem unavailable for an undefined period