LISTDS with Data Set in Non-RLS Update and Permit First Time States
The first part of Figure 1 gives the
status for the data set. In this example, the data set:
- Has retained locks
- Is a recoverable data set
- Is in NON-RLS UPDATE PERMITTED state
The PERMIT FIRST TIME--YES status indicates that the data set has not been processed by an RLS application since the data set was put in the NON-RLS UPDATE PERMITTED state.
The second part of Figure 1 shows a
subsystem sharing the data set and its status relative to the data
set. In this example, the only subsystem sharing the data set is RETLK05A.
The RETLK05A subsystem:
- Is a commit protocol application (ONLINE)
- Is currently active (ACTIVE)
- Owns retained locks for this data set
In this case, the RETLK05A subsystem is required to recover the NON-RLS UPDATE PERMITTED data set. Until this recovery is done, the subsystem is notified that the data set is in the NON-RLS UPDATE PERMITTED state.
Figure 1. LISTDS for Data Set in Both
NON-RLS UPDATE and PERMIT FIRST TIME States
SHCDS LISTDS(SYSPLEX.KSDS.PERMIT.CLUS2)
----- LISTING FROM SHCDS ----- IDCSH02
------------------------------------------------------------------
DATA SET NAME----SYSPLEX.KSDS.PERMIT.CLUS2
CACHE STRUCTURE----CACHE01
RETAINED LOCKS---------YES NON-RLS UPDATE PERMITTED--------YES
LOST LOCKS--------------NO PERMIT FIRST TIME---------------YES
LOCKS NOT BOUND---------NO FORWARD RECOVERY REQUIRED--------NO
RECOVERABLE------------YES
SHARING SUBSYSTEM STATUS
SUBSYSTEM SUBSYSTEM RETAINED LOST NON-RLS UPDATE
NAME STATUS LOCKS LOCKS PERMITTED
--------- -------------- -------- ----- --------------
RETLK05A ONLINE--ACTIVE YES NO YES
IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0