IEF210I BACKUP1 BKP11 OUTP - UNIT FIELD SPECIFIES INCORRECT DEVICE NAME
IEF272I BACKUP1 BKP11 - STEP WAS NOT EXECUTED.
I heard that EXPORT will take a backup to a tape file only. Is it true?
Is it possible that the error is due to accessing TAPE and I might not be allowed to access TAPE? I am not able to figure out if accessing TAPE is causing the error.
What I did is, I removed the tape parameter as below -
and I get MAXCC=0 in this case but the problem is I am not able to view the file - TP0001.BACKUP.
The error which I get while opening this file in 3.4 - Invalid Record format.
I even coded RECFM=FB and RECFM=VB and RECFM=U but still not able to open the file in 3.4
so the first issue is -
1) Related to UNIt=TAPE
2) If I remove the UNIT=TAPE and create a sequential file, I am able to successfully create the file but not able to open the file using option 3.4.
Can someone please confirm if we can open the portable file after EXPORT using option 3.4?
Joined: 10 May 2007 Posts: 2455 Location: Hampshire, UK
Perhaps TAPE is not a valid unit type in your place. Where did you get the "TAPE" from?
Once the data is on tape you cannot open it on ISPF because - without special software, you cannot use tapes in ISPF.
For your data set (not 'file') on dasd, what does 3.2 or options I or S in 3.4 show you for the data set characteristics?
You did not get a "MAXCC=0" you got a return code of 0.
Yes, I saw the manuals and this is what manual says -
Code:
Explanation
In a DD statement, the unit name subparameter in the UNIT parameter was incorrect:
The unit is not defined to the current system configuration, or a demand request for a unit being added to the configuration occurred prior to the dynamic configuration change completing.
If the DD statement specified a cataloged data set, the unit field in the catalog entry is incorrect.
The DD statement did not contain a UNIT parameter for a non-cataloged, non-passed data set.
The DD statement did not contain a DISP parameter, indicating a new data set, and did not contain a UNIT parameter, indicating an old dataset.
Code:
Programmer response
Correct the unit name subparameter. Submit the job again.
but I am not sure whether UNIT=TAPE is causing the issue because when I remove this UNIt=TAPE, there is no issue with sequential files.
I guess I have to code the correct value of volume serial number of TAPE but I am not sure where I can get the value of volume serial number in TAPE.
This JCL is highly suspicious -- for new tapes, most sites do not allow you to overwrite an existing tape such as 003030 but rather require you to use a scratch volume. Furthermore, tapes do NOT use SPACE parameters. And why code DEN=3 on it since that is a 9-track tape parameter and most sites have not used 9-track tapes in 20+ years?
Ask your site Storage Admin people what the correct TAPE unit name is. These are usually what's called an ESOTERIC unit name which allocates any of the specific tape units defined within it, but the esoteric names are site specific so can be anything. Ask!
You may also need to code EXPDT or RETPD on the JCL depending on the Tape Management Subsystem in use, and whether you want to retain the backup. Most places just delete a tape created as DISP=NEW after a few days by default, so you need to code DISP=(,CATLG) usually, which also helps you find it again with a catalog search.