I am trying to restore a dataset using DF/DSS and I get: IGD308I RACHECK RETURN CODE 10 REASON CODE 1C which means the userid is revoked.

Document ID : KB000040942
Last Modified Date : 14/02/2018
Show Technical Document Details

Problem:

I am trying to restore a dataset using DF/DSS and I get: IGD308I RACHECK RETURN CODE 10 REASON CODE 1C which means the userid is revoked.

Environment:

Recently upgraded from ACF2 r14 to r15.

Cause:

Normal DF/DSS processing is to issue a RACROUTE REQUEST=EXTRACT for the owner's logonid of the dataset.  If found, a successful EXTRACT in other words, a REQUEST=AUTH for the dataset with a third party signon of the user is attempted.  This causes ACF2 to try and signon the user specified with a REQUEST=VERIFY.  If the id is in SUSPEND or CANCEL status, the signon fails, causing the AUTH call for the dataset to fail.  Then DF/DSS puts out the error message.  If the original extract fails, DF/DSS will use a default owner and the process will happen without incident.

Resolution:

In ACF2 r15, an enhancement was added to allow an extract of a suspended or cancelled logonid to occur.  In r14 and before the extract always failed.  This new feature is:

CSLIDEXT|NOCSLIDEXT
Specifies if logonids that are marked CANCEL, RETIRE, or SUSPEND are allowed to be used during RACROUTE EXTRACT processing.

Default: NOCSLIDEXT

If CSLIDEXT is set, then the EXTRACT will be allowed, but a signon is not allowed.  With DF/DSS doing this type of process, NOCSLIDEXT needs to be set or the restore will fail.