On Mon, 14 Jan 2008 18:04:05 -0600, Dave Kopischke wrote:
>
>Another oddity:
>
Not at all odd; merely BAD.
>We had an issue with a PDS where a PDS was reblocked. A subsequent batch
>JOB came along and reblocked it back to it's original smaller block size. I
>believe it was an IEBCOPY compress with DD
>DSN=??,DISP=OLD,DCB=BLKSIZE=8000 (or similar) on both input and output.
>The interesting part is any member added that had a line count that made its
>size larger than the latest BLKSIZE was corrupted. We got all the members
>back by IEBCOPYing them back out specifying the larger BLKSIZE. Maybe
>
I've fixed these on occasion with:
//STEP EXEC PGM=IEBGENER
//SYSUT1 DD DUMMY,<attributes=desired>
//SYSUT2 DD DISP=OLD,DSN=BROKEN.PDS(WHOCARES),<attributes=desired>
>IEBGENER's approach of only allowing matching parameters is safest ???
>Corruptions are very bad.
>
Shouldn't be utilities' responsibility; should be right in
OPEN -- Sx13 if someone tries to change attributes when
opening for WRITE or UPDATE. What, I hear you say, "If it
ABENDed, the recovery above wouldn't have worked!" No,
but it wouldn't have been possible to break it in the
first place.
-- gil
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
