Re: FTP From Tape With Small Lrecl
- From: gilmap@xxxxxxxxxxxx
- Date: 17 Oct 2005 09:25:35 -0700
In a recent note, Bruce Black said:
> Date: Mon, 17 Oct 2005 10:51:58 -0400
> >At one time there was a definite problem with tape if the LRECL was less than 1
> 8 bytes, as the data was treated as noise errors.
> The limitation was on blocksize, not LRECL.
> I thought that noise records no longer applied to cartridge tapes, but
> the IBM "Using Data Sets" manual still has this text
> "Minimum block size: If you specify a block size other than zero, there is
> no minimum requirement for block size except that format-V blocks have a
> minimum block size of 8. However, if a data check occurs on a magnetic
> tape device, any block shorter than 12 bytes in a read operation, or 18
> bytes in a write operation, is treated as a noise record and lost. No
> check for noise is made unless a data check occurs. "
However, elsewhere in the same publication:
# 126.96.36.199 "z/OS V1R7.0 DFSMS Using Data Sets"
188.8.131.52 Using Magnetic Tape
Note that there is no minimum requirement for block size. However,
in nonreturn-to-zero-inverted mode, if a data check occurs on a
magnetic tape device, any record shorter than 12 bytes in a read
operation will be treated as a noise record and lost. No check
for noise will be made unless a data check occurs.
Apparently other sections of the same document have not been
updated to account for the dwindling prevalence of NRZI and the
advent of other formats.
> Data checks are much rarer on cartridge drives, so this rule may rarely
> apply, if it really does apply to cartridges.
But, what's a "data check"? A phrase search of the same publication
reveals no definition, cross-reference, or glossary entry. Intuitively,
I'd expect it to mean an inconsistency detected not by hardware, but
by software, such as length read inconsistent with RDW, or not a
multiple of LRECL; i.e. the block appears physically OK, but contains
INFORMATION made POWERFUL
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
- Prev by Date: Re: High disconnect time on IMS vsam db
- Next by Date: Re: PREVENTING TAKING TOO MUCH STOR IN ISPF
- Previous by thread: Re: FTP From Tape With Small Lrecl
- Next by thread: Re: FTP From Tape With Small Lrecl