MVSFORUMS.com :: View topic - Conflicting DCB parameters

MVSFORUMS.com
A Community of and for MVS Professionals

FAQ

Quick Manuals

Profile

Conflicting DCB parameters

MVSFORUMS.com Forum Index -> Problem Determination

View previous topic :: View next topic

Author

Message

Ripley
Beginner

Joined: 30 Mar 2005
Posts: 15
Topics: 8

Posted: Mon Apr 04, 2005 2:57 am Post subject: Conflicting DCB parameters

Code:

//JAXHCLEA JOB CLASS=H,MSGCLASS=A,MSGLEVEL=(1,1),NOTIFY=I1000XX
//DUMMY EXEC PGM=IEBGENER,REGION=2048K
//SYSUT1 DD DUMMY
//SYSUT2 DD DSN=XXXX.JAXXBEAN,DISP=OLD,
// DCB=(LRECL=80,RECFM=FB,BLKSIZE=27920)
//SYSPRINT DD SYSOUT=*
//SYSOUT DD SYSOUT=*
//SYSIN DD DUMMY
/*

JOB LOG

Code:

DATA SET UTILITY - GENERATE
IEB311I CONFLICTING DCB PARAMETERS

RC=12

I JUST WANT TO LET DSN=XXXX.JAXXBEAN EMPTY
HOW SHOULD I DO??

Code:

//JAXHCLEA JOB CLASS=H,MSGCLASS=A,MSGLEVEL=(1,1),NOTIFY=I1000XX
//DUMMY EXEC PGM=IEBGENER,REGION=2048K
//SYSUT1 DD DSN=XXXX.JAXXBEAN,
// DCB=(LRECL=80,RECFM=FB,BLKSIZE=27920)
//SYSUT2 DD DSN=XXXX.JAXXBEAN,DISP=OLD,
// DCB=(LRECL=80,RECFM=FB,BLKSIZE=27920)
//SYSPRINT DD SYSOUT=*
//SYSOUT DD SYSOUT=*
//SYSIN DD DUMMY
/*

IS ALSO WRONG

s_shivaraj
Beginner

Joined: 21 Sep 2004
Posts: 140
Topics: 14
Location: Chennai, India

Posted: Mon Apr 04, 2005 3:31 am Post subject:

Ripley, Copying from a DUMMY file doesn _________________ Cheers Sivaraj S 'Technical Skill is the Master of complexity, while Creativity is the Master of Simplicity'

kolusu
Site Admin

Joined: 26 Nov 2002
Posts: 12375
Topics: 75
Location: San Jose

Posted: Mon Apr 04, 2005 7:22 am Post subject:

Ripley,

If your intention is to create a NEW empty dataset then the following JCL will give you desired results.

Code:

//JAXHCLEA JOB CLASS=H,MSGCLASS=A,MSGLEVEL=(1,1),NOTIFY=I1000XX
//DUMMY EXEC PGM=IEBGENER,REGION=2048K
//SYSUT1 DD DUMMY,
// DCB=(LRECL=80,RECFM=FB,BLKSIZE=27920)
//SYSUT2 DD DSN=XXXX.JAXXBEAN,
// DISP=(NEW,CATLG,DELETE),
// UNIT=SYSDA,
// SPACE=(CYL,(X,Y),RLSE)
// DCB=(LRECL=80,RECFM=FB,BLKSIZE=27920)
//SYSPRINT DD SYSOUT=*
//SYSOUT DD SYSOUT=*
//SYSIN DD DUMMY
/*

or Alternatively you can use

Code:

//STEP0100 EXEC PGM=IEFBR14
//*
//FILE01 DD DSN=DSN=XXXX.JAXXBEAN,
// DISP=(NEW,CATLG,DELETE),
// UNIT=SYSDA,
// SPACE=(CYL,(X,Y),RLSE),
// DCB=(LRECL=80,RECFM=FB,BLKSIZE=27920)
/*

Hope this helps...

Cheers

kolusu
_________________
Kolusu
www.linkedin.com/in/kolusu

dtf
Beginner

Joined: 10 Dec 2004
Posts: 110
Topics: 8
Location: Colorado USA

Posted: Mon Apr 04, 2005 12:40 pm Post subject:

Quote:

If your intention is only to empty the file , then you can Just delete the file and re allocate the file with the same name, this will create a empty file.

While this statement is correct if you intend to use this new "empty" file for OUTPUT later, allocation of a file in this way where you might open the file for input will cause you problems. This is because allocating the file does only that. It does not open the file and create and eof mark.

If you open a file for input that was allocated by an IEBR14, you will abend. It is even possible, though unlikely that you could end up processing data that just happened to be at that location on the disk.
________
hotels in mexico

Last edited by dtf on Tue Feb 01, 2011 1:52 pm; edited 1 time in total

Bill Dennis
Advanced

Joined: 03 Dec 2002
Posts: 579
Topics: 1
Location: Iowa, USA

Posted: Mon Apr 04, 2005 1:00 pm Post subject:

Quote:

It does not open the file and create and eof mark.

This old dog recently learned a new trick. The latest versions of z/OS have changed the allocation logic such that even IEFBR14 datasets get a valid EOF marker! I imagine this was driven by security concerns of allocating over old data and readind it.
_________________
Regards,
Bill Dennis

Disclaimer: My comments on this foorum are my own and do not represent the opinions or suggestions of any other person or business entity.

kolusu
Site Admin

Joined: 26 Nov 2002
Posts: 12375
Topics: 75
Location: San Jose

Posted: Mon Apr 04, 2005 1:02 pm Post subject:

Quote:

This is because allocating the file does only that. It does not open the file and create and eof mark.

If you open a file for input that was allocated by an IEBR14, you will abend. It is even possible, though unlikely that you could end up processing data that just happened to be at that location on the disk.

Dtf,

IEFBR14 indeed sets the EOF MARK for SMS managed datasets.I am not sure about the non sms managed datasets.so is the case with IEBGENER

This has been discussed in length here (last 10 posts)

http://www.mvsforums.com/helpboards/viewtopic.php?t=1285&highlight=eof+dscb

Thanks

Kolusu
_________________
Kolusu
www.linkedin.com/in/kolusu

dtf
Beginner

Joined: 10 Dec 2004
Posts: 110
Topics: 8
Location: Colorado USA

Posted: Mon Apr 04, 2005 3:24 pm Post subject:

Kolusu, This is very interesting. Have you seen it documented anywhere? ________ bho hash oil Last edited by dtf on Tue Feb 01, 2011 1:53 pm; edited 1 time in total

a_seshu
Beginner

Joined: 30 Sep 2004
Posts: 16
Topics: 4
Location: Chennai

Posted: Tue Jan 24, 2006 2:41 pm Post subject:

Ripley

Looking at your code

Code:

The disposition on SYSUT2 is OLD meaning the dataset is already existing and additional to that, you are specifying the DCB parameters. If your intention is that the dataset is already existing, remove the DCB parameters. If your intention is to create an empty dataset, use DISP=(NEW,CATLG,DELETE).
_________________
I dont think I would ever stop learning. - Seshu.

Display posts from previous:

	MVSFORUMS.com Forum Index -> Problem Determination	All times are GMT - 5 Hours
Page 1 of 1

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum