System determined block size causes Quick Edit 'Recovery suspended' and S0C3

Products

• Endevor

Issue/Introduction

If the Endevor Quick Edit recovery file is allocated with a System determined block size, a 'Recovery suspended' message, followed by a S0C3 abend will be issued.

Resolution

Two of the datasets involved in recovery in a QE/EDIT session, when RECOVERY is activated(ON), are:

1. prefix.userid.QERCVYnn.RECOVERY:
   This dataset contains the element as built by Endevor source management.
   
   
   
2. prefix.userid.CTLInnnn.BACKUP:
   
   
   • This dataset contains the changes in an internal EDIT format, as determined by the ISPF/EDITOR, as invoked by Quick Edit.
     
     
   • The third qualifier in the '.BACKUP' dataset depends on QE being invoked with NEWAPPL(CTLI), where CTLI is the recommended (it is required for commands like ESORT to function) application name.
     This dataset is the actual recovery dataset in ISPF/EDIT terms.
     
     
   • According to the IBM ISPF Planning and Customizing manual, this dataset has a record format U, record length 0, the default block size is 13680, and a System determined block size is not supported.
     
     
   • A pitfall is therefore that the storage administrator implements rules that force the block size to zero, thus using a System determined block size, and the prefix.userid.CTLInnnn.BACKUP recovery dataset has not been excluded.
   • The result can be that a "Recovery suspended" message is displayed, and a S0C3 abend is issued by QE on SAVE.
     
     
   • To avoid such problems, it is recommended to exclude these data sets from your allocation rules coded in for example SMS and CA Allocate.

Additional Information

Related article 205033: Endevor Quick-Edit "ENDIE420:PVPN1000 - INVALID DSN" and S0C3 abend